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

Mon, 07 Jul 2008 05:31:59 -0700 


Luca Abeni wrote:
> 
>>>> Here are the timestamps, which I have received, when my application was
>>>> reading live MPEG TS:
>>>> pkt.pts=8589902202, pkt.dts=8589902202 
>>>> pkt.pts=8589927402, pkt.dts=8589927402 
>>>> pkt.pts=7210,          pkt.dts=-3590      
>>>> pkt.pts=10,            pkt.dts=10 
>>>> pkt.pts=3610,          pkt.dts=3610
> 
>> I think so too.
>> But why does negative value appear?
> 
> Because you are printing the timestamp as a signed value ;-)
> 

Yes, that's right. 
However, I thought, that sign bit is 63th.
8589927402(10) = 111111111111111111110001111101010(2)
The timestamps have a difference of 3600, so if I append 3600, I will get
8589931002 ( 111111111111111111111000111111010)
8589934602 (1000000000000000000000000000001010)

The sign bit is not set...
-- 
View this message in context: 
http://www.nabble.com/How-to-handle-33-bits-rollover-in-MPEG--tp18282365p18315617.html
Sent from the libav-users mailing list archive at Nabble.com.

_______________________________________________
libav-user mailing list
[email protected]
https://lists.mplayerhq.hu/mailman/listinfo/libav-user






















					Reply via email to