[FFmpeg-cvslog] r23302 - trunk/libavformat/oggenc.c

Måns Rullgård mans
Tue May 25 11:46:44 CEST 2010


Baptiste Coudurier <baptiste.coudurier at gmail.com> writes:

> On 5/24/10 11:10 PM, Reimar D?ffinger wrote:
>> On Mon, May 24, 2010 at 05:35:39PM -0700, Baptiste Coudurier wrote:
>>>>>     "Whole pages are taken in order
>>>>>     from multiple logical bitstreams multiplexed at the page level.  The
>>>>>     logical bitstreams are identified by a unique serial number in the
>>>>>     header of each page of the physical bitstream.  This unique serial
>>>>>     number is created randomly and does not have any connection to the
>>>>>     content or encoder of the logical bitstream it represents."
>>>>
>>>> 0, 1, 2, 3 is a perfectly valid random sequence.  If the intent is to
>>>> disallow consecutive numbers, the spec should say so.  As is, this
>>>> code is nothing but obfuscation and abuse.  If you insist, use a
>>>> proper PRNG, but stop torturing av_get_random_seed.  This may be your
>>>> code, but not even you may misuse other functions.
>>>>
>>>
>>> Well, I've created av_get_random_seed after michael's request.
>>> Michael suggested me to use get_random_seed to create the UMID for
>>> MXF and said it _was_ enough. I don't see why it wouldn't for OGG.
>>
>> AFAIK the UMID is supposed to be unique "globally" if possible, and
>> there are somewhat good arguments for it, but adding this amount of
>> code that has several potential issues without any justification seems
>> silly to me.
>
> Huh? without any justification ? Read the whole thread before speaking.

Since when do we pander to Monty's every whim?

-- 
M?ns Rullg?rd
mans at mansr.com



More information about the ffmpeg-cvslog mailing list