Search the web
Sign In
New User? Sign Up
vmu-dev · The VMU Development list
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Hear how Yahoo! Groups has changed the lives of others. Take me there.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
[vmu] Maximum Animator frames and compression   Message List  
Reply | Forward Message #11 of 1156 |
[vmu] Re: Maximum Animator frames and compression

"richard munn (aka benjymous)" <richard.mun-@...> wrote:
original article:http://www.egroups.com/group/vmu-dev/?start=10
[...]
> the obvious sollutions would be some kind of run-line compression
(i.e.
> instead of writing %11111111 for eight black pixels in a row, you can
> encode "eight on" by some means) or possibly some form of huffman
> compression (Patent problems withholding..).
>
> However, is the VM up to the job of decompressing such data on the
fly?

You always write to the LCD in RC clock mode, so there should be no
problem there. RLE decompressing isn't much tougher than just copying
the data.

// Marcus






Thu Feb 24, 2000 1:20 am

marcus@...
Send Email Send Email

Forward
Message #11 of 1156 |
Expand Messages Author Sort by Date

One thing I've added to the FAQ I've been working on (and of course I welcome answers from everyone else...) is the subject of how many frames of animation a...
Richard Munn (aka ben...
richard.munn@...
Send Email
Feb 23, 2000
11:35 pm

"richard munn (aka benjymous)" <richard.mun-@...> wrote: original article:http://www.egroups.com/group/vmu-dev/?start=10 [...] ... (i.e. ... fly? You...
Marcus Comstedt
marcus@...
Send Email
Feb 24, 2000
1:20 am
Advanced

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help