[FFmpeg-devel] [PATCH] H.264 data tables cleanup
Michael Niedermayer
michaelni
Fri Nov 21 02:17:50 CET 2008
On Fri, Nov 21, 2008 at 12:19:46AM +0100, Diego Biurrun wrote:
> On Thu, Nov 20, 2008 at 10:10:11AM +0100, Michael Niedermayer wrote:
> > On Thu, Nov 20, 2008 at 09:46:29AM +0100, Diego Biurrun wrote:
> > > On Thu, Nov 20, 2008 at 09:08:17AM +0100, Michael Niedermayer wrote:
> > > > On Thu, Nov 20, 2008 at 12:49:03AM +0100, Diego Biurrun wrote:
> > > > > So I've (re)started working on splitting off svq3.c from h264.c.
> > > > >
> > > > > Here are some simple first steps:
> > > > >
> > > > > - Remove unused tables from h264data.h.
> > > >
> > > > these tables are unused because we dont have an encoder ...
> > > > putting them under appropriate ifdef or in a seperate encoder
> > > > specific (not compiled) header seems better than removing them
> > > > even if there are no plans for an encoder ...
> > >
> > > I don't think it's a good idea to keep cruft around forever. Also, we
> > > are just talking about a handful lines of code. Nobody will waste a
> > > huge amount of time reimplementing them.
> >
> > its not cruft, it very well could be usefull for a simple h264 bitstream
> > generator for regression tests. I mean something that maybe just generates
> > a random bitstream with random coefficients and motion vectors.
>
> OK, move to h264enc.c like in $attached then?
perfect, now iam happy :)
also thanks for trying to cleanup h264.c, this is definitly appreciated
and even though h264.c might not be the worst, it is likely one of the
more important areas we should cleanup and split.
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Why not whip the teacher when the pupil misbehaves? -- Diogenes of Sinope
-------------- 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/20081121/f2f4b0ce/attachment.pgp>
More information about the ffmpeg-devel
mailing list