| |
algorithm
Registered: May 2002
Posts: 702 |
Release id #40966 : MixCol Hi-Fli Converter 104
New version released
* Updated C64 display code. Shows more of the screen and covers the FLO bug on the left
* Saving Raw/.Prg when not utilising 4 mix colors will now result in the filesize taking up 24k rather than 32k
*GUI cleanup
* New Y Brightness color matching. This maps the brightness of a truecolor pixel to a c64 pixel of the same brightness. More colors are utilised this method. Turn monitor to black and white = tonnes of grayscales
* Flicker Filter Strengths. It is now possible to select filter strength. in both overall and additional 2 color mode.
* Updated Documentation and examples
|
|
... 23 posts hidden. Click here to view all posts....
|
| |
algorithm
Registered: May 2002
Posts: 702 |
X1 interlacing can also be done. It only requires every second pixel of the dithered data to be swapped over.
The HIFLI reduction can then continue as normal. quality may be effected though as there may be more colors to reduce in a 8x1 area
Next on the agenda would most definately be sprites (1 layer unexpanded) on each layer
|
| |
algorithm
Registered: May 2002
Posts: 702 |
aaarrghhh!1 Wtf am i talking about. Too tired today. Ignore the previous post about x1 dithering |
| |
Copyfault
Registered: Dec 2001
Posts: 466 |
Quote: the turn disk picture of void/resource uses exactly this technique. laced afli with changing d016 (always using the best shift value)
Void
Hmm, now I understand why this laced AFLI_pic always gave me a special feeling when watching that demo ;))
So assuming the picture was converted, how was it done? Did you code any special converter back then? And what kind of algorithm sits behind this conversion?
CF |
| |
Oswald
Registered: Apr 2002
Posts: 5017 |
cant tell any details, the converter was done by janee/breeze, and it ran in dos. he told it uses brute force, and it picks a d016 value for each line so the line has the smallest error. I guess when he made the convert for us was the last time I spoke with him :-/ |
| |
Copyfault
Registered: Dec 2001
Posts: 466 |
@Oswald: THX for the info! Just if I didn't mention it before: the demo belongs to my favorites, not only due to this pic! More than two thumbs up!
Btw, is there any chance to get Janee back 2 C64_stuff? Or did he completely quit the scene?
CF |
| |
algorithm
Registered: May 2002
Posts: 702 |
New version released. Extra brute force mode and improved dither options.
C64 example..
http://www.naveedkhugiani.com/hifliint1%20-%20ordered.prg
|
| |
ptoing
Registered: Sep 2005
Posts: 271 |
That looks ok as far as displaying photos on the C64 goes, but what is the point really? When stuff like this is used in demos I have to cry. |
| |
Bamu®
Account closed
Registered: May 2005
Posts: 1332 |
This tool is F****** AWESOME! :) |
| |
algorithm
Registered: May 2002
Posts: 702 |
A lot of people dont like interlace modes, but without it, there is a huge limitation of colors. its possible to mix colors due to the blending of the pixels in pal, but under constaints.
I think as far as interlace flicker is concerned, the converter minimizes it due to the method of alternating the fields as well as the ability to choose which colors should be mixed, etc
Errors (between the dithered image and IAFLI converted image) can also be minimized by shifting $d016 per line to produce the least error or even using sprite overlays, UIFLI, etc etc. New converter on the horizon most definately. |
| |
Bamu®
Account closed
Registered: May 2005
Posts: 1332 |
Quote: A lot of people dont like interlace modes, but without it, there is a huge limitation of colors. its possible to mix colors due to the blending of the pixels in pal, but under constaints.
I think as far as interlace flicker is concerned, the converter minimizes it due to the method of alternating the fields as well as the ability to choose which colors should be mixed, etc
Errors (between the dithered image and IAFLI converted image) can also be minimized by shifting $d016 per line to produce the least error or even using sprite overlays, UIFLI, etc etc. New converter on the horizon most definately.
:-) |
| Previous - 1 | 2 | 3 | 4 - Next |
