so i think i know my plan of attack.
-
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
-
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
@eniko nostalgia aside, one of the great things about qbasic is that it has an actually-working debugger and interpreter, and you can stop your program anywhere, make edits, evaluate immediate code to adjust state, and resume on the fly. doing all the coding offline would lose all that
-
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
i'm gonna do so many cool tricks with this it's gonna be great
like if a demoscener made a jrpg on dos
-
i'm gonna do so many cool tricks with this it's gonna be great
like if a demoscener made a jrpg on dos
like imma be real with you im not that interested in making a whole ass game but i am interested in making juuuuust enough of a game that i can show off the cool stuff i wanna do >_>
-
like imma be real with you im not that interested in making a whole ass game but i am interested in making juuuuust enough of a game that i can show off the cool stuff i wanna do >_>
@eniko so not porting block game to qbasic?
-
@eniko so not porting block game to qbasic?
@minirop i'm not *that* masochistic
-
like imma be real with you im not that interested in making a whole ass game but i am interested in making juuuuust enough of a game that i can show off the cool stuff i wanna do >_>
hmmm. realized that horizontal scrolling is tricksier than i initially thought. there may be some 8 pixel smear on the left and right sides of the screen while scrolling
to be fair it's not like anyone ever seems to mind the scrolling artifacts of other old systems so eh, i'll live
-
hmmm. realized that horizontal scrolling is tricksier than i initially thought. there may be some 8 pixel smear on the left and right sides of the screen while scrolling
to be fair it's not like anyone ever seems to mind the scrolling artifacts of other old systems so eh, i'll live
@eniko On the C64 you can make the borders wider for exactly that reason.
-
hmmm. realized that horizontal scrolling is tricksier than i initially thought. there may be some 8 pixel smear on the left and right sides of the screen while scrolling
to be fair it's not like anyone ever seems to mind the scrolling artifacts of other old systems so eh, i'll live
oh wait actually. i can build the scrolling columns using PUT, then GET 1 pixel wide slices. that way it's still perfect smooth scrolling with 16 PUTs for the sides
and if building the slices all at once is too much overhead for a single frame i can do it over multiples
edit: in fact not even that, the slices could be N pixels wide, so its literally just 1 put per column while scrolling horizontally
-
oh wait actually. i can build the scrolling columns using PUT, then GET 1 pixel wide slices. that way it's still perfect smooth scrolling with 16 PUTs for the sides
and if building the slices all at once is too much overhead for a single frame i can do it over multiples
edit: in fact not even that, the slices could be N pixels wide, so its literally just 1 put per column while scrolling horizontally
@eniko I'm jealous of you programming on a system that lets you do multiple gets and puts per frame and not slow everything to a crawl.
-
J jwcph@helvede.net shared this topic
