Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
  You are not logged in - nap
SCA Converter + IDE64 plugin V1.0.0   [2009]

SCA Converter + IDE64 plugin V1.0.0 Released by :
Padua [web]

Release Date :
27 May 2009

Type :
Other Platform C64 Tool

Website :
http://news.ide64.org

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

Credits :
Code .... LHS of Padua

Download :

Look for downloads on external sites:
 Pokefinder.org


User Comment
Submitted by LHS on 29 May 2009
Soci, is a surprise for me that it is possible make the animation with a short script and an existing movie player ;) (because I know only WinAPI coding ;)

The format SCA was intended for a simple video converting - video dimension near 4:3 and "high" FPS (19FPS at IDE64 with CF). If you will use bitmap colored via videoram, you can't use 200x160 and high FPS. There are too many zerobytes at the sides. The IDE64 does not allow selection of RAM, which will be loaded.

There are infinitely many variants of how to do a convert into C64. I choose this format. Anyone has the possibility to create your own format.
User Comment
Submitted by soci on 29 May 2009
I've added a new archive to GP which includes the converted animation as well. Plus for those who want to play with dithering, there's a very simple python script included for experimentation ;) I've used this to convert the gif anim to c64 on Linux from a sequence of ppm files generated by mplayer.
User Comment
Submitted by algorithm on 28 May 2009
Many of these traditional dither methods are not optimum in regards to the limitations of the c64 (eg resolution and color attributes) although ordered dither is a good general method of color reduction which works well in most cases while the dispersed method is mainly suited for hiresolution and freely placeable colors

A custom dispersed pattern would work better in comparison with the main dither variants (eg stucki, jarvis fs)

User Comment
Submitted by Oswald on 28 May 2009
2x2 dither:

array:

0,1
2,3

if array(x and 1, y and 1) > fractional_brightnessvalue_normalized_to_0-4 then plot gradient(brightness+1) else plot gradient(brghtness)
User Comment
Submitted by algorithm on 28 May 2009
Dispersed dither looks horrible in Lores in comparison to ordered Although better alternative is to get a talented gfxian to use their own color mixing methods
For compressibility as well as ensuring that colors dont bleed outside attribute blocks. Ordered dither seems the way to go (or a hybrid method based on hilbert curve etc)

User Comment
Submitted by Jammer on 28 May 2009
lhs >> i bet algorithm and oswald have c64 specific checker in mind, not the real ordered ;)
User Comment
Submitted by jailbird on 28 May 2009
You are all wrong.
User Comment
Submitted by LHS on 28 May 2009
IMHO ordered dither looks nicer in a newspaper no at C64 screen and (or?) I have no experience (and sensibility) with the "ordered matrix alchemy".

This converter uses simple format and procedure, because I am a simple coder.
User Comment
Submitted by algorithm on 28 May 2009
Furthermore if using some nifty compression / vq techniques ;-)diffusion is not good in any case.

As each frame is unpacked as it is, would it not have been a good idea just to use bitmap mode which would allow you to use an additional 1k for a full color display.

User Comment
Submitted by Oswald on 28 May 2009
just in general, when pixels look big ordered dither looks nicer, when pixels are small then error diffusion wins. c64 hires is inbetween for me, c64 multicol is definitly lores.
User Comment
Submitted by LHS on 28 May 2009
"One frame includes two multicolor charsets" - see my first comment (or try to make an animation).

Really I don't know, what you mean "better in lores". C64 multicolor charset is "hires"? High color relosution? High pixel resolution?
User Comment
Submitted by algorithm on 28 May 2009
Two charsets per frame? or two charsets for the entire animation? Agreed with oswald. Ordered dither looks better in lores
User Comment
Submitted by Oswald on 28 May 2009
2cents: imho ordered dithering is better for animations, and in general for lores.
User Comment
Submitted by LHS on 28 May 2009
If anyone wants to code a SCA player for other hardware (MMC64, 1541 Ultimate, CMD HDD...), I can give you src code of the IDE64 player.
User Comment
Submitted by E$G on 27 May 2009
Great job! Readin' the title I supposed that Swiss Cracking Association (SCA) was re-born!
User Comment
Submitted by LHS on 27 May 2009
SCA - streamed char animation – is an animation (image sequence) with the dimension of 200x160 pixels, converted into the C64 charsets (25x20 chars). One frame includes two multicolor charsets, the whole animation uses one static video and color RAM. SCA Converter utility (application) creates this kind of animation on Windows platforms.
Search CSDb
Advanced
Navigate
Prev - Random - Next
Detailed Info
· Summaries
· User Comments (16)
· 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.108 sec.