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 Tri-Lace
2010-01-04 02:20
algorithm

Registered: May 2002
Posts: 702
Introducing Tri-Lace

Coming soon..



Yes, It does flicker but this is reduced somewhat with interleaving of fields (as well as not mixing combo's which produce high flicker.) This gives a shimmer effect.

Each 8x8 block can have up to 8 mix colors. Image above utilises non brute force and partial flicker reduction (with hand selected color combo's.) Still optimising the routine. (Brute force takes over 8 hours!) but managed to reduce it down to around 2.

Non interleaving allows full 320x200 view with virtually no CPU usage (but looks horrendous on non stable refresh displays)

Using new compiler (Now can build x86/x64 linux /windows executables

As far as i am aware, there only seems to be one demonstration (which utilises 4 screens - but in petscii). If there are any which use more than two screens for colormixing etc. let me know
 
... 77 posts hidden. Click here to view all posts....
 
2010-01-12 23:55
chatGPZ

Registered: Dec 2001
Posts: 11119
Quote:
Did you use real c64 and TV screen?

ofcourse i did
2010-01-13 00:20
algorithm

Registered: May 2002
Posts: 702
Yes, admittingly flicking just the three bitmaps per frame (Non interleaved) will introduce more visual flicker in the present routine in the converter. (although some methods may be placed to reduce flicker further) However, I think the additional color resolution gained outweighs the flicker (real c64 and tv) The illusion of more colors is still formed. What do other users think of this? eg run one of the example trilace pics then reset and type this into vice monitor etc from $1000

sei
lda #$3b
sta $d011
lda #$08
sta $d018
lda #$00
sta $d020
lp4 ldx #$fc
lp1 cpx $d012
bne lp1
inx
lp2 cpx $d012
bne lp2
lp3 lda #$00
sta $dd00
inc lp3+1
lda lp3+1
cmp #$03
bne lp4
lda #$00
sta $kp3+1
jmp lp4

ONLY try the above on a real c64 and tell me what you think of your findings. Does the immense gain of new 'colors' as well as near 0 cpu usage outweigh the immense flickering or vice versa?

2010-01-13 06:24
j0x

Registered: Mar 2004
Posts: 215
I normally object strongly to flicker, but I was surprised at how well this works, flicking through 3, not 2 images. And I didn't even watch it on the real thing yet, just boosted Vice's speed to 120% to match my 60Hz display rate. I know this artifically improves the flickering, but that's what it would look like on an NTSC machine, if only the displayer code was compatible :)

Boosting Vice's speed like that still gives you some interference, but that is more easily ignored.

I must admit that FLI'ing reduces the usability of the format, but I'll try plain piccy flipping when I get home.
2010-01-15 10:35
algorithm

Registered: May 2002
Posts: 702
Update coming soon...

Multithread will now use more than two cores if required
NTSC/PAL exe toggle
x2 FLI mode
Super Flicker reduction. 4 shades per 8x8 block (or 8x2 if using fli mode) but colors propagated along all fields.
More accurate color matching (at the expense of taking more processing time)

On another plus note. My son Joshua Jayden born 12/01/10.:-)
2010-01-15 10:56
Ksubi
Account closed

Registered: Nov 2007
Posts: 87
algorithm: congratulations!

I actually dont mind the flickering at all, I think the "effect" can definately be used in a well designed demo. (Wonder how it would look on the big screen?)

I'm surprised at the colour quality (especially the Boris pic in the examples given), simply stunning. The richness in colour is outstanding. Great work algorithm!

2010-01-15 11:15
Merman

Registered: Dec 2002
Posts: 140
Quote: Update coming soon...

Multithread will now use more than two cores if required
NTSC/PAL exe toggle
x2 FLI mode
Super Flicker reduction. 4 shades per 8x8 block (or 8x2 if using fli mode) but colors propagated along all fields.
More accurate color matching (at the expense of taking more processing time)

On another plus note. My son Joshua Jayden born 12/01/10.:-)


Congratulations on your offspring... and the new baby :)
2010-01-18 02:50
algorithm

Registered: May 2002
Posts: 702
New version uploaded :-)

http://noname.c64.org/csdb//release/?id=86870
2010-01-18 11:08
Oswald

Registered: Apr 2002
Posts: 5020
congratulations on your baby :)
2010-01-18 16:53
The Phantom

Registered: Jan 2004
Posts: 360
How excited is the father?

"My son Joshua Jayden born 12/01/10"

That day is still 11 months away in Chicago.

Congrats!
2010-01-20 11:19
Stingray
Account closed

Registered: Feb 2003
Posts: 117
Congratulation Algorithm on the birth of your son, always show him right from wrong because you are his Father, and then maybe, you can teach him "The Way of the 64!".
Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 - 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: 100
Top Demos
1 Next Level  (9.8)
2 Mojo  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 Comaland 100%  (9.6)
6 No Bounds  (9.6)
7 Uncensored  (9.6)
8 Wonderland XIV  (9.6)
9 Memento Mori  (9.6)
10 Bromance  (9.5)
Top onefile Demos
1 It's More Fun to Com..  (9.7)
2 Party Elk 2  (9.7)
3 Cubic Dream  (9.6)
4 Copper Booze  (9.5)
5 TRSAC, Gabber & Pebe..  (9.5)
6 Rainbow Connection  (9.5)
7 Wafer Demo  (9.5)
8 Dawnfall V1.1  (9.5)
9 Quadrants  (9.5)
10 Daah, Those Acid Pil..  (9.5)
Top Groups
1 Nostalgia  (9.3)
2 Oxyron  (9.3)
3 Booze Design  (9.3)
4 Censor Design  (9.3)
5 Crest  (9.3)
Top Swappers
1 Derbyshire Ram  (10)
2 Jerry  (9.8)
3 Violator  (9.8)
4 Acidchild  (9.7)
5 Starlight  (9.6)

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