so i think i know my plan of attack.
-
@bri7 yeah i did
-
@bri7 but... its a nostalgia trip? >_>
-
now i gotta decide if i wanna do this inside the qbasic IDE for retro charm or if im just gonna use notepad++ on my workstation with a dosbox launcher
eyyy its fuckin' working!
-
eyyy its fuckin' working!
@eniko page to page communication
-
eyyy its fuckin' working!
sadly i cannot use PRINT for text because it only works in 8 pixel rows and columns and wouldn't you know it: 100 is not cleanly divisible by 8
which means i can't ever align the text the same vertically on both pages
-
sadly i cannot use PRINT for text because it only works in 8 pixel rows and columns and wouldn't you know it: 100 is not cleanly divisible by 8
which means i can't ever align the text the same vertically on both pages
im filling the screen with tiles using PUT and then page flipping as fast as i can. i know dosbox isn't that accurate, but i set the cpu type to 386 and set cycles to 6000 which the conf file suggests is 386-ish (i found somewhere else that said 7800 is better so if anything its running slow)
and it's running at 52 fps
-
im filling the screen with tiles using PUT and then page flipping as fast as i can. i know dosbox isn't that accurate, but i set the cpu type to 386 and set cycles to 6000 which the conf file suggests is 386-ish (i found somewhere else that said 7800 is better so if anything its running slow)
and it's running at 52 fps
@eniko Wow, this sure brings back memories. QBasic...
-
sadly i cannot use PRINT for text because it only works in 8 pixel rows and columns and wouldn't you know it: 100 is not cleanly divisible by 8
which means i can't ever align the text the same vertically on both pages
@eniko Ooooh though could you have the first page be 100 displayed, but the offset to the second page start at line 104 instead of line 100? It might just fit, 320x204 = 65280 < 65536...
-
im filling the screen with tiles using PUT and then page flipping as fast as i can. i know dosbox isn't that accurate, but i set the cpu type to 386 and set cycles to 6000 which the conf file suggests is 386-ish (i found somewhere else that said 7800 is better so if anything its running slow)
and it's running at 52 fps
@eniko huh, TIL. I just knew that 23880 is "about 486 dx2/66" speed
-
@eniko huh, TIL. I just knew that 23880 is "about 486 dx2/66" speed
@devlin i dunno, i found this https://www.dosbox.com/wiki/Performance which says 26800
and the dosbox staging conf file suggests 25000
-
@eniko Ooooh though could you have the first page be 100 displayed, but the offset to the second page start at line 104 instead of line 100? It might just fit, 320x204 = 65280 < 65536...
@tonyg hmm yeah that's a possibility. but none of the qbasic drawing functions would work on that last 4 lines, so that's kind of a problem
i suppose i could cut those lines and go with 160x96 instead of 160x100?
-
@eniko Wow, this sure brings back memories. QBasic...
@Craigp its a lot of fun working around the limitations
especially since i'm not using the faster compiled one and i refuse to use assembly tricks -
im filling the screen with tiles using PUT and then page flipping as fast as i can. i know dosbox isn't that accurate, but i set the cpu type to 386 and set cycles to 6000 which the conf file suggests is 386-ish (i found somewhere else that said 7800 is better so if anything its running slow)
and it's running at 52 fps
@eniko It's very approximate, but 6000 would be apx a 386 at almost 33MHz. So yeah, it's a 386, but a pretty fast one.
Well, most basic was originally meant to run on crazy low stuff like an 8088, so if you're emulating a decent system it's going to go pretty well I guess.
-
im filling the screen with tiles using PUT and then page flipping as fast as i can. i know dosbox isn't that accurate, but i set the cpu type to 386 and set cycles to 6000 which the conf file suggests is 386-ish (i found somewhere else that said 7800 is better so if anything its running slow)
and it's running at 52 fps
notched it up to 486 33mhz and added a vblank wait and now its rocking a steady 70fps
-
@tonyg hmm yeah that's a possibility. but none of the qbasic drawing functions would work on that last 4 lines, so that's kind of a problem
i suppose i could cut those lines and go with 160x96 instead of 160x100?
@eniko Oh, I see. Yeah, on the second page. That's a shame!
-
@eniko Oh, I see. Yeah, on the second page. That's a shame!
@tonyg its fine to be honest. making my own variable width font means i'll be able to cram way more text onto the screen anyway, even if its a bit of a pain
-
@Craigp its a lot of fun working around the limitations
especially since i'm not using the faster compiled one and i refuse to use assembly tricks@eniko When I was using it, I didn't even know what a compiler was. And if I left the machine on for more than an hour, it would overheat and begin randomly flipping bits.
Enforced breaks, probably should be part of modern machines too.
-
@eniko When I was using it, I didn't even know what a compiler was. And if I left the machine on for more than an hour, it would overheat and begin randomly flipping bits.
Enforced breaks, probably should be part of modern machines too.
@Craigp i tried to make games that ran well but i never got anywhere with it. coming back to it now is like sweet revenge :'D
-
notched it up to 486 33mhz and added a vblank wait and now its rocking a steady 70fps
@eniko For a bit of scale, 6000 cycles may be potentially achievable on a 3DS (albeit with shortcuts and less than stellar accuracy in emulation.) I think a Raspberry Pi 3 can possibly handle the 12000ish you're talking about there. Maybe a RPi 2, not sure. (But probably not a 1 or a zero.)
-
notched it up to 486 33mhz and added a vblank wait and now its rocking a steady 70fps
since the pixels are double wide, i wonder if i can do "alpha blending" between colors in the palette by just having one on the left half and another on the right half and alternating every frame
