EstTeeEfEm wrote:IcTari issue 5 includes some source for border removal that APPEARS to allow side border removal... its a called PRG though so it depends how you feel?
EstTeeEfEm wrote:Issue 5 - folder STOS .. and its RASTERS
AtariZoll wrote:I have code for displaying 416 px width. Height up to 273 px - with some correction not MMU based but exact CPU clock based - because that may causing shift by 1 line and mess up colors. Displaying of hi-color pics, mostly intended for STE.
AtariZoll wrote:Yes, you can call that code from STOS. Depending on color count wanted you need to reserve some RAM of course. And code self is some 20 KB if I remember correct.
And of course, you need proper bitmap data - if want only 16 colors, still need some SW to convert normal formats to it. For hi-color, I used dml's Photochrome - later versions allow settings of non standard res.
So, let me know what format you want. 16 colors will take 208 x line count bytes. Hi color about 60% more.
AtariZoll wrote:I guess that you are aware that horizontal overscan will occupy CPU 100%, so can display static pictures only, and there will be problems with reading mouse or joystick - while keyboard should be good readable.
You can for instance do 2 pics in Degas or some other editor, with total width of 416, then will do some simple SW to compose one proper file from 2 sources. But probably better is to do on PC, save as unpacked BMP in 16 colors, then will do converting SW for Atari screen format.
AtariZoll wrote:Bottom and top removal can be solved with Timers, so CPU usage may be pretty low - couple % . But in case of horizontal overscan you must perform 50/60Hz switch in exact moment of lines, and that is possible only with code of exact cycle count . There are many games with vertical overscan, but I know only one with hor. : Overscan Invaders - that has very special code, and we know that that game is really not demanding.
MiggyMog wrote:I think there was a fullscreen rout for stos on the missing link or misty disk for registration version. But that only had time for keypress check iirc. If you are targeting STE you could use 16 pixel trick, I believe this is only set once per frame and just means you can't use h scroll? If pera is willing to write a rout that can do partial screen that may be nice compromise. E.g. Height. Of a scroller with offset? For y lines?
AtariZoll wrote:Whole thing is based on switching Vfreq register in very exact moments - so 50/60 Hz switches. That will confuse shifter in some way, so it will start to draw bitmap on screen. For increasing bitmap area to top you need to do that switch at beginning of some normally border line - I don't remember what minimal line # is that exactly. somewhere about 20 - then shifter will start to draw. Hard part is to solve start in very exact moment - best is to use some MFP timer help for that. Similar is with lower part of screen. For details best look following article:
bodkinz wrote:Just noticed that Ictari04.zip is possibly corrupted... any chance of a working copy?
Thanks in advance
EstTeeEfEm wrote:Probably a bit laet in the day..
The CONTROL EXTENSION has border removal for top/bottom on an STFM.. dont know if thats helpful?
Users browsing this forum: No registered users and 1 guest