|
| |
Website :
http://compo.c64pixels.com/doublescreen/entries2013.html
Released At :
C64pixels.com Double Screen Compo 2013
Achievements :
C64 Graphics Competition at C64pixels.com Double Screen Compo 2013 : #11
Credits :
Download :
Look for downloads on external sites:
Pokefinder.org
User Comment
Submitted by KAL_123 on 29 February 2020
| Very nice color results here. It should really scroll left to right permanently or at least start again directly, when scrolling is over. |
User Comment
Submitted by algorithm on 7 April 2013
Pity i did not spend time on a proper left/right screen plotter (via decompression) hence why only the whole picture is shown once.
Flicker could have been reduced immensely if luma threshold was lower at the expense of less mix colors and more artifacts. None the less, it does not flicker anymore than a ifli pic due to pixel swapping(less in most cases) |
User Comment
Submitted by chatGPZ on 7 April 2013
| this looks extremely well on the 50hz synced TFT connected to chameleon ;) too much flickering on the CRT for my taste though. |
User Comment
Submitted by Joe on 7 April 2013
| Too bad the image doesn't swing back and forth. Again an interesting approach to colors and resolution. |
User Comment
Submitted by algorithm on 6 April 2013
Some info on this entry..
The mode is based on the MCOL-CI which made its debut in the demo 'demolicious'
Rather than treating the image as 320x200 in 16 colors and interlacing this between two mcol images, it concentrates on the color mixing aspect to generate around 70+ colors at 160x200 resolution.
some luma combinations would not normally be permitted due to more flicker, but as each 4x8 pixel block in both fields share the same ink/paper/d800 color, flicker can be reduced even further by interleaving pixels in x and y between each field.
The further advantage in this is that the gfx mode only requires a dd00 toggle and no transfer of color data required at all. (if displaying just the static mcol-ci image)
The scroller does not use VSP, and bitmap is softscrolled. Due to the double buffer requirement, this requires around 36k of screen data to be free. (2 buffers of interlaced 160x200 area). I have used the same routine as was used in the first part of the second disk side of demolicious.
Could have solved this limitation by decompressing strips in realtime ofcourse. |
User Comment
Submitted by Shine on 6 April 2013
| lOOks like photo ;) ... very nice ! 7 ... pff extreme undervoted |
User Comment
Submitted by leonofsgr on 6 April 2013
| long ago I liked the MCI. not bad. |
User Comment
Submitted by Sphinx on 6 April 2013
| i would like to see this motif more hand-pixelled...guess, it would be really atmospheric :-) |
User Comment
Submitted by spider-j on 6 April 2013
| is there any way to watch it again w/out loading it again? |
User Comment
Submitted by The Shadow on 6 April 2013
|
|
|
 | Search CSDb |
|
| Navigate | |
|
| Detailed Info | |
|
| Fun Stuff | |
· Goofs
· Hidden Parts
· Trivia
|
|
| Forum | |
|
| Support CSDb | |
|
 |  |
|
