[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