Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
  You are not logged in - nap
Tri-Lace Converter   [2010]

Tri-Lace Converter Released by :
Algotech

Release Date :
11 January 2010

Type :
Other Platform C64 Tool

User rating:awaiting 8 votes (7 left)   See votestatistics

Credits :
Code .... Algorithm of Algotech, svenonacid
Idea .... Algorithm of Algotech, svenonacid
Concept .... Algorithm of Algotech, svenonacid

Download :

Look for downloads on external sites:
 Pokefinder.org


User Comment
Submitted by chatGPZ on 13 January 2010
what HCL said :)
User Comment
Submitted by csio on 12 January 2010
Sylvia Saint on the logo.... oh yeah, good stuff!!!
User Comment
Submitted by Axel on 12 January 2010
Interesting graphic mode, on stable screen effect is amazing. I haven't seen anything like this before.
User Comment
Submitted by algorithm on 11 January 2010
As mentioned before, the entire illusion of the mode is broken if not viewing on solid refresh. and TV is strongly recommended (as flicker is less noticeable) Even the slight glitch will make the image look like its a bad quality vhs pause.

Its certainly not a mode for pixeling (unless you have plenty of patience) as just chosing the triplet ink color combo's decide for you what mix colors are available (and many look the same or flicker even more)
Flicking three screens will certainly cause more flicker but as mentioned before i have some adjustments and improvements to make including the flix2 mode which will allow similar luma combos to be grouped together in 8x2 blocks instead of distorting the entire 8x8 block as well as evening the pixels across frames :-)
User Comment
Submitted by HCL on 11 January 2010
Hmm, i may just be a grumpy old mothafucka, but this *only* flickers to me. Unusable. I do understand that the making of this converter was probably a bit fun though :).

[edit] yes, i made sure to watch it on real HW before commenting [/edit]
User Comment
Submitted by PAL on 11 January 2010
I always thought that interlace art on the c64 is just a test in progress to be able to show something good in 24 bit on a pc with a crappy (far beyond crappy) graphicscard in 1 bit in a way. I meen, if I want to see a photo I do that on my pc or in my albums or on my walls, and if I want to see something real I just open up my eyes... I think despite what others think that c64 art is special and not just childish or so, I love a crapfted picture in a hires or koala multicolor mode, I JUST LOVE IT! Want to see tha pixels and the resolution as I think that is the edge and strenght in them and the borders to stay within in a way... mufli from crest is good as it is hires done multicolor in a way... pixels placed carefully... also here some more photo images, but kinda liked them all better than the interlace versions done in others... what ever...as long as it is fun to do!

If it is fun to create a converter like this for you, well then it is worth it for you on a level where you have gone forward and done it... good..
User Comment
Submitted by Frantic on 11 January 2010
Interlace must die
User Comment
Submitted by Joe on 11 January 2010
I have to agree with Carrion.

All in all how ever fantastic the interlace-effect might be, it's all that and very tiresome.
Graphic artists needs new versions of existing tools, such as Timanthes, Project One and so on...
Graphic artists also needs programs which offers them sprite-overlay to existing modes such as Hires and Multicolor
to help them design things in borders and add colors and so on.

I can't imagine more than one small demo using the existing format. However I like the
effort and the effect of the lines, but only if it was part of a compressed streamed thing, not
for a standalone.
User Comment
Submitted by enthusi on 11 January 2010
since its 'just' 3 hires-bitmaps +colmaps I assume a native post-conversion-editor wouldnt be too hard to code... as in tweaking a normal hires-editor. But talk is cheap ;-)
User Comment
Submitted by enthusi on 11 January 2010
Im positively surprised by this.
Flickers less/different as expected and its amazing what the 3 hires bitmaps merge into.
I can imagine nice things could be done with this in proper hands...
I.e. to me the T3-Scene1 looks 'bad' on the face but awesome on the red jacket...
In any case: well executed algo

PS: Id love to see a linux version.
Any chance for parallelization (OpenMP?) and/or some batch-run so I can (ab)use work-machines over night/weekend?
User Comment
Submitted by der_ton on 11 January 2010
To reduce the flicker a little on emulators, and to avoid image tearing, when checking out the picture, you can increase the emulation speed so that the emulated c64's framerate is equal to your display's framerate. For example 120% speed on a 60 Hz TFT. Tearing still occurs for me on Vice though, I wonder how to completely avoid it. A VBLANK sync option for windowed mode would be nice.
User Comment
Submitted by Richard on 11 January 2010
Neat idea. Have not tried it yet but I will check it out later on this week to see what it is like :)
Search CSDb
Advanced
Navigate
Prev - Random - Next
Detailed Info
· Summaries (1)
· User Comments (12)
· Production Notes
Fun Stuff
· Goofs
· Hidden Parts
· Trivia
Forum
· Discuss this release
Support CSDb
Help keep CSDb running:



Funding status:




About this site:
CSDb (Commodore 64 Scene Database) is a website which goal is to gather as much information and material about the scene around the commodore 64 computer - the worlds most popular home computer throughout time. Here you can find almost anything which was ever made for the commodore 64, and more is being added every day. As this website is scene related, you can mostly find demos, music and graphics made by the people who made the scene (the sceners), but you can also find a lot of the old classic games here. Try out the search box in the top right corner, or check out the CSDb main page for the latest additions.
Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.091 sec.