Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > C64 Coding > Ghostbyte / garbage / $3FFF
2008-12-05 11:57
Mace

Registered: May 2002
Posts: 1799
Ghostbyte / garbage / $3FFF

Discussion about the ghostbyte in the comment of Aliens:

Quoting Jammer
so 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...
 
... 50 posts hidden. Click here to view all posts....
 
2021-03-08 00:35
Compyx

Registered: Jan 2005
Posts: 631
Yeah this is getting off topic. I'll alter configure to build x64sc as x64.

Back to the ghostbyte.
2021-03-08 13:21
Monte Carlos

Registered: Jun 2004
Posts: 359
come on, csdb is not s.o.
2022-03-29 04:52
ws

Registered: Apr 2012
Posts: 251
Quote:
The ghostbyte is always black.


Yes, but does anybody know what those are (red and orange):
http://dl.dataelephant.net/ghostbyt.d64 ? (sys4096)
The black ghostbyte is changed just as visual feedback.
2022-03-29 13:32
Jammer

Registered: Nov 2002
Posts: 1335
Default pattern when VIC doesn't know what to write, I guess. Colour of these is dependent on value in ghostbyte but I might be totally wrong on this.
2022-03-29 15:14
chatGPZ

Registered: Dec 2001
Posts: 11386
It's just the good old FLI bug, color depends on whatever was on the bus -> see "Blackmail FLI" (and yes, it's internal bus precharged to $ff, same reason for why the grey dot is light grey)
2022-03-30 00:46
ws

Registered: Apr 2012
Posts: 251
Quote:
It's just the good old FLI bug, color depends on whatever was on the bus


ah yes, nice, the color depends indeed on what byte comes next after the $d011 write. funny. and the content of the char is ofcourse whats in the font as char nr $ff.

thanks! i wasn't aware that the fli-bug was "moveable".
i have added a second .prg to the disk above, that makes the fli-bug-byte blink.
and now i finally understand why some demos/intros would have byte reads all over the place where there is nothing one would need!
Previous - 1 | 2 | 3 | 4 | 5 | 6 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
Sokratekk
Paulko64
katon/Lepsi De
Murphy/Exceed
Rub_0201
zscs
Guests online: 100
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.6)
5 Edge of Disgrace  (9.6)
6 What Is The Matrix 2  (9.6)
7 The Demo Coder  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 Layers  (9.6)
2 No Listen  (9.6)
3 Party Elk 2  (9.6)
4 Cubic Dream  (9.6)
5 Copper Booze  (9.6)
6 Rainbow Connection  (9.5)
7 Dawnfall V1.1  (9.5)
8 Onscreen 5k  (9.5)
9 Morph  (9.5)
10 Libertongo  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Triad  (9.3)
5 Censor Design  (9.3)
Top Musicians
1 Rob Hubbard  (9.7)
2 Mutetus  (9.7)
3 Jeroen Tel  (9.7)
4 Linus  (9.6)
5 Stinsen  (9.6)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.062 sec.