Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
 Welcome to our latest new user jobj ! (Registered 2024-12-25) You are not logged in - nap
CSDb User Forums


Forums > C64 Pixeling > HCB - what is it and what can we do with it?
2008-10-30 10:11
null
Account closed

Registered: Jun 2006
Posts: 645
HCB - what is it and what can we do with it?

okay, so.. I was (and possibly others are) wondering what HCB is exactly? what are the possibilities and limitations of this new GFX mode? and where can I get an editor for it? :_)

------------------------------------
http://zomgwtfbbq.info
 
... 32 posts hidden. Click here to view all posts....
 
2008-10-30 10:26
Shadow
Account closed

Registered: Apr 2002
Posts: 355
I'd like to know the technical details behind the format - how does it work?
2008-10-30 10:26
Ksubi
Account closed

Registered: Nov 2007
Posts: 87
Having played around quickly with the editor, I think you can have 4 colours per 4x8 block, that is 3 colours plus the background.
2008-10-30 10:48
Oswald

Registered: Apr 2002
Posts: 5094
Quote: I'd like to know the technical details behind the format - how does it work?

basically like 4x4 in other words like every 4th line fli. the trick is that the VIC only reads d800 information on badlines, so you have about 3 rasterlines to rewrite $d800 on the fly in the middle of the chars. then I think you would reset $d800 on the border area.

so hcb is basically every 4th line fli - but d800 is included in the new colors.
2008-10-30 10:49
null
Account closed

Registered: Jun 2006
Posts: 645
wait, so it still has that shitty FLI bug? lame..

------------------------------------
http://zomgwtfbbq.info
2008-10-30 10:56
Shadow
Account closed

Registered: Apr 2002
Posts: 355
Thanks Oswald, I think I get it now!

So in essence:

(Badline, $d800-$d827 is fetched by VIC)
Routine start LDA/STA new colors into $d800-$d827
(4 lines later we trigger a new badline, $d800-$d827 is fetched again, but this time we have new values!)
... repeat for next line etc.

If I count correctly the lda/sta for 40 colorram-values should take 240 cycles, which is just about doable in 4 rasterlines, so it all works out nicely.

-edit- and if we have the FLI-bug in effect, we can skip 3 of those, so we only need to update 37 colorram-values.



2008-10-30 11:16
WVL

Registered: Mar 2002
Posts: 902
dont forget that there are only 16 different colors -> there's no need for 40x lda # ;) so you can do it with 16* lda # ->

40 writes = 160 cycles + 16 lda # = 32 cycles = 192 cycles, almost there ;) and if you dont use the first 3 chars, you're in business!

BTW, now that i think of it, you only need 8* lda #, because if you load values 8-15, you can also write values 0-7 if you use SAX. profit!
2008-10-30 12:16
Cruzer

Registered: Dec 2001
Posts: 1048
And no one says all d800 values change for every line, so the # of sta's can probably be < 37 too. Unless you wanna make effects with it, like the fading in EoD. In that case it's probably better to keep all the sta's.
Quote:
wait, so it still has that shitty FLI bug? lame..
But there's rtime for 8 sprites that can cover the bug. You could also get rid of the bug, but that would limit the height of the gfx to 4 chars.
2008-10-30 13:08
algorithm

Registered: May 2002
Posts: 705
As the updating is dynamic, its probably a better idea to change all 40 cells. Its understandable that there will be less than 40 changes in each line but there would be no consistancy. Some char lines may have 12 changes, some 23 etc and having to modify before bad line and then change back to the previous after the bad line etc.

Its possible to feed the image data through some type of 'converter' which can ensure only a maximum of x amount of changes with less color error

2008-10-30 18:43
Danzig

Registered: Jun 2002
Posts: 440
@algorithm: think about it again, maybe not because when you change the colorvalue in a fader, you change it all the same (like #0f gets #01 regardless how many pixels there are in color #0f per 4x4-line)

if i'm right? it's hard to see it... i don't know :D
2008-10-30 18:48
Monte Carlos

Registered: Jun 2004
Posts: 360
No i understand. I tried to split $d800 when i was on the oxyron party. But i used all 40 lda# so i ran into trouble doing it in 4 rasterlines. anyway i made a split every 5th rasterline in textmode.
If we use only 16 lda# (or 8) and want to dynamically update the screen, we have to modify the speedcode of the sta's.
This is only possible, if the number of characters with color x stays always the same. Perhaps a techtech with colorram could be possible or fpp plasma. but a more complex effect not.
Previous - 1 | 2 | 3 | 4 | 5 - 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
JCH/Vibrants
Magic/Nah-Kolor
MuZZa/The Codeblasters
Ko-Ko
zscs
E$G/HF ⭐ 7
algorithm
v3nt0r/ibex-crew
Tricket/Dominators
Edhellon/Resource
The Syndrom/TIA/Pret..
Neotec/Padua
macx
Guests online: 115
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.6)
5 The Demo Coder  (9.6)
6 Edge of Disgrace  (9.6)
7 What Is The Matrix 2  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 Layers  (9.6)
2 Cubic Dream  (9.6)
3 Party Elk 2  (9.6)
4 X-Mas Demo 2024  (9.6)
5 Copper Booze  (9.6)
6 Dawnfall V1.1  (9.5)
7 Rainbow Connection  (9.5)
8 Onscreen 5k  (9.5)
9 Morph  (9.5)
10 Libertongo  (9.5)
Top Groups
1 Booze Design  (9.3)
2 Oxyron  (9.3)
3 Performers  (9.3)
4 Censor Design  (9.3)
5 Triad  (9.3)
Top Webmasters
1 Slaygon  (9.6)
2 Perff  (9.6)
3 Sabbi  (9.5)
4 Morpheus  (9.4)
5 CreaMD  (9.1)

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