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 > CSDb Discussions > Large FLI picture
2020-09-07 22:43
Silver Dream !

Registered: Nov 2005
Posts: 107
Large FLI picture

Greetings, exalted ones! I am looking for a large (not a narrow, logo type of) esteemed FLI picture with permission to reuse it in the BeamRacer programming tutorial example. Suggestions whom to turn to would be highly appreciated.
 
... 6 posts hidden. Click here to view all posts....
 
2020-09-08 13:36
S.E.S.

Registered: Apr 2010
Posts: 19
I think so. But depending on the picture you want to display, instead of using a simple fixed round-robin method, you could each cycle update the register that contains the least useful color regarding the next 4 pixels.
2020-09-08 17:44
Silver Dream !

Registered: Nov 2005
Posts: 107
Yes, you got it correct - one cannot address multiple VIC-II registers during single clock cycle.
2020-09-16 11:29
Laurent

Registered: Apr 2004
Posts: 40
Quoting Silver Dream !
Still, as FLI is based on increasing badlines frequency, it is probably not be the best example for huge savings. A badline is still a badline after all.
Since beamracer is a "middle man" between VIC and the c64, isn't it able to drive AEC and BA on its own, overriding VIC's behavior ?
I believe the 6510 should not have to be stalled during badlines while beamracer's logic let VIC grab data from beamracer's local RAM.
2020-09-16 12:22
Silver Dream !

Registered: Nov 2005
Posts: 107
New synthetic video modes, including "badlines-free" ones are in fact possible with BeamRacer. As is improving FLI to overcome the FLI-bug or add even more colours on its right-hand side.
2020-09-16 21:06
soci

Registered: Sep 2003
Posts: 471
Is colour RAM shared for multiple FLI lines or that limit does not apply? (are all 12 data bits handled internally or are 4 of them pass through only?)
2020-09-16 22:44
Silver Dream !

Registered: Nov 2005
Posts: 107
Quoting soci
Is colour RAM shared for multiple FLI lines or that limit does not apply? (are all 12 data bits handled internally or are 4 of them pass through only?)
Hi Soci! I am not sure if that's what you ask about but generally colour RAM remains static in FLI and the extra colours come from bank-switching screen matrix areas for each rasterline. But I bet this is something you surely know about and therefore you most probably ask about something else :-) Maybe you ask about overcoming the FLI-bug? Then also - colour RAM remains static (and still buggy) but the other two nibbles are programmable.
2020-09-16 23:53
Laurent

Registered: Apr 2004
Posts: 40
yes the color ram remains static in FLI because the bus is constantly taken by the VIC to read char matrix bytes (badlines on every line), so the CPU or an external cartridge has no chance to do anything more.

But if beamracer's CPU is directly connected to the VIC data bus 8-11 for color ram, it is certainly able to give VIC a new "color ram color" each cycle, achieving better than FLI : three independent colors per 4x1 cell instead of two.
2020-09-17 00:15
soci

Registered: Sep 2003
Posts: 471
It's not really clear how it operates from the documents.

So if I got it right there's bitmap sequencer which can replace bitmap data fetches with data from local memory.

But for the other half-cycle (e.g. video matrix access) now it seems it does no such tricks and just passes through everything without a change.

Earlier I thought it could replace those accesses as well and the question was if it's done 8 bits wide only or full 12 (that is including colour data). But now I think the question was wrong as no data replacement happens.

Edit: Originally I was thinking about something Laurent wrote just above.
2020-09-17 00:54
Silver Dream !

Registered: Nov 2005
Posts: 107
I see - yes, Soci you got it right. The programmable sequencer can serve VIC's "g-accesses" and is a mother lode of new possibilities. It does not serve "c-accesses" though. Those are served the original way.
2020-09-17 01:00
Silver Dream !

Registered: Nov 2005
Posts: 107
Quoting Laurent
if beamracer's CPU is directly connected to the VIC data bus 8-11 for color ram, it is certainly able to give VIC a new "color ram color" each cycle, achieving better than FLI : three independent colors per 4x1 cell instead of two.

You are right, Laurent. In theory yes. In practice the "certainly" part is not entirely true due to several design constraints, including but not limited to the consciously introduced ones.
Previous - 1 | 2 - 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
Guests online: 190
Top Demos
1 Next Level  (9.8)
2 Mojo  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 No Bounds  (9.6)
6 Comaland 100%  (9.6)
7 Uncensored  (9.6)
8 The Ghost  (9.6)
9 No Sprites  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 Party Elk 2  (9.7)
2 Cubic Dream  (9.6)
3 Copper Booze  (9.5)
4 Rainbow Connection  (9.5)
5 TRSAC, Gabber & Pebe..  (9.5)
6 Onscreen 5k  (9.5)
7 Dawnfall V1.1  (9.5)
8 Quadrants  (9.5)
9 Daah, Those Acid Pil..  (9.5)
10 Birth of a Flower  (9.5)
Top Groups
1 Booze Design  (9.3)
2 Nostalgia  (9.3)
3 Oxyron  (9.3)
4 Censor Design  (9.3)
5 Crest  (9.3)
Top Fullscreen Graphicians
1 Carrion  (9.8)
2 Joe  (9.8)
3 Duce  (9.8)
4 Mirage  (9.7)
5 Facet  (9.7)

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