[FFmpeg-devel] a64 encoder

Michael Niedermayer michaelni
Fri Jan 16 17:20:10 CET 2009


On Fri, Jan 16, 2009 at 03:14:46PM +0100, Bitbreaker/METALVOTZE wrote:
[...]
> >> +uint8_t hires_charset_std[]={
> >> +/* original charset */
> >> +/* char 00 - 0 */
> >> +0, 0, 2, 2, 2, 2, 0, 0,  //  ####  
> >> +0, 2, 2, 0, 0, 2, 2, 0,  // ##  ## 
> >> +0, 2, 2, 0, 2, 2, 2, 0,  // ## ### 
> >> +0, 2, 2, 0, 2, 2, 2, 0,  // ## ### 
> >> +0, 2, 2, 0, 0, 0, 0, 0,  // ##     
> >> +0, 2, 2, 0, 0, 0, 2, 0,  // ##   # 
> >> +0, 0, 2, 2, 2, 2, 0, 0,  //  ####  
> >> +0, 0, 0, 0, 0, 0, 0, 0,  //        
> > 
> > I assume the charset of the c64 cannot be changed? Because some of these
> > are likely not good choices for encoding videos
> > and its missing a const
> 
> Well, at least not in the case of Petscii mode, that is, why it is named 
> after the c64 charset :-) In other modes i define a seperate charset, 
> like in mutlicolor mode or ecmh mode. I have reduced the dithered chars 
>    to 11 usefull ones though. But else, there is always a theoretical 
> chance that each character may fit, so i better keep them all.

You should be calculating the set of chars per frame or video and not
hardcode them.
also see elbg.c/h which might be usefull to choose a set of chars

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

it is not once nor twice but times without number that the same ideas make
their appearance in the world. -- Aristotle
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20090116/05066b74/attachment.pgp>



More information about the ffmpeg-devel mailing list