| |
algorithm
Registered: May 2002
Posts: 702 |
Full motion video on C64
Any examples? Wildfire is one, I am just writing an article regarding the different full motion video techniques that are feasable and doable on the C64. These include the standard 40x25, 80x50 fli, interpolated by look up table, etc etc
I am working on a PC Vector quantization video converter which will generate 256 characters which best match the video sequence. so in effect each frame will take up 1000 bytes using the same 2k char set.
Demo may be released some time soon..
|
|
... 15 posts hidden. Click here to view all posts....
|
| |
Scout
Registered: Dec 2002
Posts: 1568 |
Quote: I have not misspelled Sphaerestriam even once!
I cannot find that @#@&! Sphearasterhereicum demo y'all talking about.
:(
---
8Bit Mayhem - The C64 Scenemusic Podcast
http://8bitmayhem.untergrund.net |
| |
algorithm
Registered: May 2002
Posts: 702 |
Christopherjam:
Yes, that zoomer animation is cool, using tile index packs in more frames eg 4x4 char tile only 250 bytes per frame, but i dont think it would be suited for video playback.
Still working on a better precalculator. A test version of the animation is available 40 frames packed into around 16k. will upload it soon. although the quality can be increased by a better preprocessing algorithm. |
| |
algorithm
Registered: May 2002
Posts: 702 |
www.naveedkhugiani.com/test.prg
uses a single 2k charset. the pc peprocessor can still be improved immensely though. just another two more parts to link to finish the demo.. kylie mania!!! |
| |
Laxity
Registered: Aug 2005
Posts: 459 |
Works really well.. Nice! |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1380 |
Nice :)
Not so sure about the frame shuffling. While it helps hide the blockyness, it does make the video look more jittery?
(oh, and Aussie! Aussie! Aussie! ;) |
| |
Style
Registered: Jun 2004
Posts: 498 |
(oi! oi! oi!) |
| |
algorithm
Registered: May 2002
Posts: 702 |
More animation frames would look better than frame shuffling. but imo the frame shuffling smooths the video in comparison to just displaying the frames one by one.
Quality wise, the video quality can be better. just need to work more on the preprocessor.. |
| |
BastetFurry
Registered: Jul 2005
Posts: 88 |
The idea that swirls in my head would be to just save the lines that change and in extent where that change starts and ends, should work great when compressing cartoons. Not so good for videos where the whole scene moves alot.
But for that there could be a move command that moves the whole screen and fills the blank line/collumn with new data.
For a charset i would suggest a simple 4x4 charset, that would give 160x100 pixel.
Whatcha think?
|
| |
algorithm
Registered: May 2002
Posts: 702 |
many types of compression methods can be used. the key is ally the pprocessing. eg if a vid sequence consists of a static back ground with some movement elsewhee. the routine can analyse less moving areas and try to keep them static, etc. most vid compression is severe analysis of the file. the data is then compressed using standard compressioalgo.s etc |
| |
kurant
Account closed
Registered: Apr 2005
Posts: 15 |
Somekind of what BastetFurry mentions was implemented & then used by Colabor in animation parts of http://noname.c64.org/csdb/release/?id=4765. Colabor referred to his animation algorithm as "MPEG encoding" :) and it was heavily inspired by Front 242/FLT on Amiga. |
| Previous - 1 | 2 | 3 - Next |
