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 Pixeling > Introducing MR-FLI
2010-02-22 08:20
algorithm

Registered: May 2002
Posts: 707
Introducing MR-FLI

Had a bit of time to experiment with a new mode.

MRFLI (MultiRes FLI)

Example picture below with C64 prg link



http://www.sendspace.com/file/2y8vnh

Example image utilises Pal blending in combination with interleaving of multicolor/hires FLI (interlaced)
2010-02-22 08:38
WVL

Registered: Mar 2002
Posts: 924
So it's interleaving by line? See each frame you have multicolor/hires lines and then hires/multicolor lines?
2010-02-22 10:13
algorithm

Registered: May 2002
Posts: 707
Yes thats correct. Reduces flicker instead of flicking a pure mcol layer and hires layer.
Tests also show that conversion in non-laced interleave can produce decent results
2010-02-22 10:34
enthusi

Registered: May 2004
Posts: 679
Ah, interessing.
How bad does the non-FLI version of this look?
Can you provide an example (so I don't have to extract them myself :) ?
Cheers,
enthusi
2010-02-22 10:42
booker
Account closed

Registered: Jul 2003
Posts: 334
Cool :)
2010-02-22 10:49
algorithm

Registered: May 2002
Posts: 707
Non FLI version looks ok (but flickers quite heavily due to non interleaving. Interleaving can be applied but this would require badline to switch color banks

Another alternative would be to use the same ink/paper color for mcol and hires. This would then only require $d016 change per line (which does not require a badline) but less mixcolor possibilities
2010-02-22 13:29
chatGPZ

Registered: Dec 2001
Posts: 11510
nice. looks a lot better and more useful than the previous flickering mess thing =)
2010-02-22 13:58
algorithm

Registered: May 2002
Posts: 707
Indeed memory requirements are less than Tri-lace. In most cases utilising pal blending and dual screens give similar image quality although heavily dependant on the image itself
2010-02-22 18:14
Ed

Registered: May 2004
Posts: 173
Interesting and also looks quite ok.
2010-02-22 18:43
Joe

Registered: Apr 2002
Posts: 236
I have to agree: Looks rather ok:ish in a way. To be completely honest, I still want that editor Deekay was requesting some time ago.

A quite basic editor which handles straightforward sprite-overlay on top of rather ordinary graphics-modes like so called Multicolored bitmap or Hires. Very probably to be edited in desired border (vertical/horizontal or might even both). Preferably in the cross-over milieu... I'd guess it's still to much wanted from the kings of kongs? I don't need many colors or small pixels, rather the option of ecological space making images ;D

Great efforts non-the-less!
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
Brittle/Dentifrice^(?)
csabanw
Guests online: 363
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Codeboys & Endians  (9.7)
4 Mojo  (9.6)
5 Coma Light 13  (9.6)
6 Edge of Disgrace  (9.6)
7 Signal Carnival  (9.6)
8 Uncensored  (9.5)
9 Wonderland XIV  (9.5)
10 No Bounds  (9.5)
Top onefile Demos
1 Nine  (9.7)
2 Layers  (9.6)
3 Cubic Dream  (9.6)
4 Party Elk 2  (9.6)
5 Copper Booze  (9.5)
6 Scan and Spin  (9.5)
7 Onscreen 5k  (9.5)
8 Grey  (9.5)
9 Dawnfall V1.1  (9.5)
10 Rainbow Connection  (9.5)
Top Groups
1 Artline Designs  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Performers  (9.3)
5 Censor Design  (9.3)
Top Graphicians
1 Mirage  (9.7)
2 Archmage  (9.7)
3 Sulevi  (9.6)
4 Pal  (9.6)
5 Hein  (9.6)

Home - Disclaimer
Copyright © No Name 2001-2025
Page generated in: 0.073 sec.