[FFmpeg-cvslog] r18681 - trunk/libavcodec/rv34.c

[Måns Rullgård]

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