[Ffmpeg-devel] Matroska Patch
Steve Lhomme
steve.lhomme
Sat Mar 25 19:09:12 CET 2006
Michael Niedermayer wrote:
> Hi
>
> On Sat, Mar 25, 2006 at 05:15:34PM +0100, Steve Lhomme wrote:
>> Diego Biurrun wrote:
>>> On Thu, Mar 23, 2006 at 10:55:48AM +0100, Diego Biurrun wrote:
>>>> On Thu, Mar 23, 2006 at 10:29:09AM +0100, Steve Lhomme wrote:
>>>>> Diego Biurrun wrote:
>>>>>> This case is different IMO. The use of 'time' as variable name is
>>>>>> problematic. You have to have a copy of the C standard lying around to
>>>>>> check which uses are allowed and which aren't to avoid shooting yourself
>>>>>> in the foot. In this situation avoiding time as variable name outright
>>>>>> looks like the clean solution to me.
>>>>>>
>>>>>> @Steve: Variable renaming should go in a separate patch in any case.
>>>>> Here you go.
>>>> Michael, if you don't object, I'm going to apply this during the next
>>>> days.
>>> Applied.
>>
>> Thanks Diego.
>>
>> So here is the more important patch that makes the block_time signed (as
>> in the specs).
>
> rejected, this is wrong its int16 not 64 this change will not do anything
> excpet maybe hiding a gcc warning, it will never become <0
int64_t time_scale;
block_time = ((data[0] << 8) | data[1]) * matroska->time_scale;
Now ((data[0] << 8) | data[1]) could be cast to int16_t first. I don't
know if it's done automatically or not, given time_scale is signed. So
it would be better to make sure it is.
Steve
More information about the ffmpeg-devel
mailing list