| |
Mace
Registered: May 2002
Posts: 1799 |
Ghostbyte / garbage / $3FFF
Discussion about the ghostbyte in the comment of Aliens:
Quoting Jammerso for what extent can i control this 'garbage'? in terms of chars and colours.
The ghostbyte is always black.
It occurs in the upper and lower border, when opened, but also in the 'void' that is created with an FLD routine.
If you want that effect as seen in Aliens, you have to write values to $3FFF in a raster routine.
The byte is repeated over the entire width and height of the borders, as the patterns shows.
BTW, I can't remember ever seeing a 'split raster' in $3FFF...
|
|
... 46 posts hidden. Click here to view all posts....
|
| |
w4rp8
Registered: Oct 2010
Posts: 9 |
Actually i just realised that ghost byte content is set to 0x21 and gets changed to 0x33 in lines without writing to $d020 but also with the sprite layer over it.
When incrementing $7fff each frame, it can be seen that it follows some pattern for different ghostbyte values. |
| |
Compyx
Registered: Jan 2005
Posts: 631 |
Uhm, that isn't quite correct.
Ghostbyte has nothing to do with any color registers, it simply takes the last byte of a VICII bank, or when using ECM it 'folds' the last charset RAM into $01ff and thus uses $39ff vs $3fff or $79ff vs $7fff.
When you use hires ($3x at $d011) and single color ($0x at $d016), the upper and lower border will always be black*.
* = when opening the upper/lower border. |
| |
w4rp8
Registered: Oct 2010
Posts: 9 |
Ok, so I looked a bit into it. Following is happening:
- the enabled sprites were just shifting the timing, the thing also works with sprites disabled
- mode ist multicolor bitmap, so $3fff is displayed in what Krill called double pixel mode
- if you write to $d020, $d021 the $3fff is displayed in its original pattern on that line
so I assume beside a change of the $3fff pattern by setting the rastercolor, this wouldn't gain anything more. |
| |
Compyx
Registered: Jan 2005
Posts: 631 |
Well with the ghostbyte you can render black pixels over whatever $d021 displays. I think you can also set sprite priority so the ghostbyte will cover the sprites. Not sure about that one, I'd have to check that. |
| |
Copyfault
Registered: Dec 2001
Posts: 466 |
Quoting Compyx...
I think you can also set sprite priority so the ghostbyte will cover the sprites. Not sure about that one, I'd have to check that. Can confirm, used it in some -yet unreleased- code ;) |
| |
Krill
Registered: Apr 2002
Posts: 2847 |
You both seem to be ignoring or misreading what w4rp8 is implying here.
If i understand correctly, this is about glitching the rendering of the idle byte by just writing to seemingly unrelated colour registers, and that glitching causes it to be briefly rendered with black hires pixels in multicolour mode rather than black brick pixels. |
| |
w4rp8
Registered: Oct 2010
Posts: 9 |
If it's not a bug in Vice. And the timing of the glitch seems to shift with the index of the color-register you write into. |
| |
Compyx
Registered: Jan 2005
Posts: 631 |
Quoting KrillYou both seem to be ignoring or misreading what w4rp8 is implying here.
If i understand correctly, this is about glitching the rendering of the idle byte by just writing to seemingly unrelated colour registers, and that glitching causes it to be briefly rendered with black hires pixels in multicolour mode rather than black brick pixels.
And that would then display some multicolor pixels in a single 'char'? |
| |
Copyfault
Registered: Dec 2001
Posts: 466 |
Quoting Krill...
If i understand correctly, this is about glitching the rendering of the idle byte by just writing to seemingly unrelated colour registers, and that glitching causes it to be briefly rendered with black hires pixels in multicolour mode rather than black brick pixels. Oh that sounds like "something new"... good point, will have to investigate deeper on this "feature".
Thanks for bringing it up, Warp8! |
| |
chatGPZ
Registered: Dec 2001
Posts: 11123 |
I strongly suggest to try it on real hardware, and come up with a test program :) |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 - Next |
