Re: [libav-user] How to handle 33-bits rollover in MPEG?

[Vladimir Eremeev]

Michael Conrad-6 wrote:
> 
>>> 8589927402(10) = 111111111111111111110001111101010(2)
>>> The timestamps have a difference of 3600, so if I append 3600, I will  
>>> get
>>> 8589931002 ( 111111111111111111111000111111010)
>> Which, printed as a signed integer is -3590
> 
> Only if your to-decimal function operates specifically on 33 bit values.   
> Printf would not print a negative number unless it saw  
> 1111111111111111111111111111111111111111111111111111000111111010
> 

I used printf ("%lld")


Michael Conrad-6 wrote:
> 
> I think the point is that something is sign-extending to 64 bits, and it  
> seems wrong to sign-extend a timestamp which wraps.  Especially wrong that  
> only one number in the sequence was sign-extended.
> 

-- 
View this message in context: 
http://www.nabble.com/How-to-handle-33-bits-rollover-in-MPEG--tp18282365p18333189.html
Sent from the libav-users mailing list archive at Nabble.com.

_______________________________________________
libav-user mailing list
libav-user@mplayerhq.hu
https://lists.mplayerhq.hu/mailman/listinfo/libav-user