[FFmpeg-cvslog] r18681 - trunk/libavcodec/rv34.c
Mon Apr 27 01:32:53 CEST 2009
On Mon, Apr 27, 2009 at 12:23:23AM +0100, M?ns Rullg?rd wrote:
> Michael Niedermayer <michaelni at gmx.at> writes:
> >> Okay, what solution can you suggest? Moving VLCs to codec context?
> > id suggest a revert but thats because i didnt see a solveable problem
> > to begin with. I mean if the amount of bytes of tables could be reduced
> > without speedloss that would be great but the place where the tables
> > where didnt make them bigger or smaller, it just made it more clearly
> > vissible to the human reader how large they where. With the dynamic
> > alloc of "as much as needed" its just hidden from view but it will reach
> > the very same amount.
> > And the static tables wont take real memory until the codec is initialized
> > either on any modern os ...
> On (embedded) systems without an MMU the static tables use real memory
> from the start. Blackfin is one such system, and we claim to support
a solution to this should be done generically, we already have
CONFIG_HARDCODED_TABLES to switch between fixed and runtime inited static
tables, an additional variant for heap allocated (and at exit() deallocated)
tables could be added
Its IMHO bad to awnser the same question (that is about static tables)
differently each day.
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I know you won't believe me, but the highest form of Human Excellence is
to question oneself and others. -- Socrates
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature
More information about the ffmpeg-cvslog