[FFmpeg-cvslog] r23302 - trunk/libavformat/oggenc.c
Baptiste Coudurier
baptiste.coudurier
Tue May 25 08:32:37 CEST 2010
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.
--
Baptiste COUDURIER
Key fingerprint 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
FFmpeg maintainer http://www.ffmpeg.org
More information about the ffmpeg-cvslog
mailing list