[FFmpeg-cvslog] r18681 - trunk/libavcodec/rv34.c
Måns Rullgård
mans
Mon Apr 27 20:31:11 CEST 2009
Vitor Sessak <vitor1001 at gmail.com> writes:
> 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 it.
>
> Does it do the same with static const tables?
Yes. None of the tricks you can do with an MMU work on these systems.
--
M?ns Rullg?rd
mans at mansr.com
More information about the ffmpeg-cvslog
mailing list