Posted: Tue Jul 18, 2006 1:23 am Post subject: [Asterisk-video] Synchronization problem between Voice and V
Hello guys,
I have made a tool to convert a 3gp file to a wav and h263(asterisk format with
payload).
With long clips (more than 1mn), I loose the Voice/Video synchronisation .
Each Video packet have a timestamp, it seems to be relative, and there is no
correction to correct the time lost (by the scheduling system).
Have any one seen the same problem ?
If is wrigth, in think it is possible to add a regulation function in
format_h263.
I have made a tool to convert a 3gp file to a wav and h263(asterisk
format with payload).
With long clips (more than 1mn), I loose the Voice/Video
synchronisation .
Each Video packet have a timestamp, it seems to be relative, and
there is no correction to correct the time lost (by the scheduling
system).
Are you sure the timestamps are correct?
How many fps is the video and what are the timestamp values?
Greetings
Sergio
--------------------------------------------------------------------------------------
This message and any files transmitted with it are confidential and intended solely
for the use of the individual or entity to whom they are addressed. No confidentiality
or privilege is waived or lost by any wrong transmission.
If you have received this message in error, please immediately destroy it and kindly
notify the sender by reply email.
You must not, directly or indirectly, use, disclose, distribute, print, or copy any
part of this message if you are not the intended recipient. Opinions, conclusions and
other information in this message that do not relate to the official business of
Ydilo Advanced Voice Solutions, S.A. shall be understood as neither given nor endorsed by it.
--------------------------------------------------------------------------------------
Posted: Tue Jul 18, 2006 11:06 am Post subject: [Asterisk-video] Synchronization problem between Voice and V
Hola Sergio,
The video clip have 10 fps.
This generate H263 RTP trames with timestamp incremented by 9000.
Every 9000 a have the related trames (one or more) from the frame.
Selon Sergio Garc?a Murillo <Sergio.Garcia@ydilo.com>:
Quote:
tech@i6net.com wrote:
> Hello guys,
>
> I have made a tool to convert a 3gp file to a wav and h263(asterisk
> format with payload).
> With long clips (more than 1mn), I loose the Voice/Video
> synchronisation .
> Each Video packet have a timestamp, it seems to be relative, and
> there is no correction to correct the time lost (by the scheduling
> system).
Are you sure the timestamps are correct?
How many fps is the video and what are the timestamp values?
This message and any files transmitted with it are confidential and intended
solely
for the use of the individual or entity to whom they are addressed. No
confidentiality
or privilege is waived or lost by any wrong transmission.
If you have received this message in error, please immediately destroy it and
kindly
notify the sender by reply email.
You must not, directly or indirectly, use, disclose, distribute, print, or
copy any
part of this message if you are not the intended recipient. Opinions,
conclusions and
other information in this message that do not relate to the official business
of
Ydilo Advanced Voice Solutions, S.A. shall be understood as neither given nor
endorsed by it.
Posted: Tue Jul 18, 2006 9:41 pm Post subject: [Asterisk-video] Synchronization problem between Voice and V
The timestamps and fps are correct (9000/90000) = 10 fps, and the are sent at the correct time, each 100ms so I think that the everthing is perfect on the asterisk video side....
-----Original Message-----
From: tech@i6net.com [mailto:tech@i6net.com]
Sent: martes, 18 de julio de 2006 22:07
To: Development discussion of video media support in Asterisk; Sergio Garc?a Murillo
Cc: Development discussion of video media support in Asterisk
Subject: RE: [Asterisk-video] Synchronization problem between Voice and Video
Hola Sergio,
The video clip have 10 fps.
This generate H263 RTP trames with timestamp incremented by 9000.
Every 9000 a have the related trames (one or more) from the frame.
Selon Sergio Garc?a Murillo <Sergio.Garcia@ydilo.com>:
Quote:
tech@i6net.com wrote:
> Hello guys,
>
> I have made a tool to convert a 3gp file to a wav and h263(asterisk
> format with payload).
> With long clips (more than 1mn), I loose the Voice/Video
> synchronisation .
> Each Video packet have a timestamp, it seems to be relative, and
> there is no correction to correct the time lost (by the scheduling
> system).
Are you sure the timestamps are correct?
How many fps is the video and what are the timestamp values?
This message and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. No confidentiality or privilege is waived or lost by
any wrong transmission.
If you have received this message in error, please immediately destroy
it and kindly notify the sender by reply email.
You must not, directly or indirectly, use, disclose, distribute,
print, or copy any part of this message if you are not the intended
recipient. Opinions, conclusions and other information in this message
that do not relate to the official business of Ydilo Advanced Voice
Solutions, S.A. shall be understood as neither given nor endorsed by
it.
--------------------------------------------------------------------------------------
This message and any files transmitted with it are confidential and intended solely
for the use of the individual or entity to whom they are addressed. No confidentiality
or privilege is waived or lost by any wrong transmission.
If you have received this message in error, please immediately destroy it and kindly
notify the sender by reply email.
You must not, directly or indirectly, use, disclose, distribute, print, or copy any
part of this message if you are not the intended recipient. Opinions, conclusions and
other information in this message that do not relate to the official business of
Ydilo Advanced Voice Solutions, S.A. shall be understood as neither given nor endorsed by it.
--------------------------------------------------------------------------------------
Posted: Tue Jul 18, 2006 10:30 pm Post subject: [Asterisk-video] Synchronization problem between Voice and V
I will send 2 URL of a WAV file and a H263 file of a long clip.
I think you will see what I mean.
i6net
Selon Sergio Garc?a Murillo <Sergio.Garcia@ydilo.com>:
Quote:
The timestamps and fps are correct (9000/90000) = 10 fps, and the are sent at
the correct time, each 100ms so I think that the everthing is perfect on the
asterisk video side....
-----Original Message-----
From: tech@i6net.com [mailto:tech@i6net.com]
Sent: martes, 18 de julio de 2006 22:07
To: Development discussion of video media support in Asterisk; Sergio Garc?a
Murillo
Cc: Development discussion of video media support in Asterisk
Subject: RE: [Asterisk-video] Synchronization problem between Voice and Video
Hola Sergio,
The video clip have 10 fps.
This generate H263 RTP trames with timestamp incremented by 9000.
Every 9000 a have the related trames (one or more) from the frame.
Selon Sergio Garc?a Murillo <Sergio.Garcia@ydilo.com>:
> tech@i6net.com wrote:
> > Hello guys,
> >
> > I have made a tool to convert a 3gp file to a wav and h263(asterisk
> > format with payload).
> > With long clips (more than 1mn), I loose the Voice/Video
> > synchronisation .
> > Each Video packet have a timestamp, it seems to be relative, and
> > there is no correction to correct the time lost (by the scheduling
> > system).
>
> Are you sure the timestamps are correct?
> How many fps is the video and what are the timestamp values?
>
> Greetings
> Sergio
>
> This message and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they
> are addressed. No confidentiality or privilege is waived or lost by
> any wrong transmission.
> If you have received this message in error, please immediately destroy
> it and kindly notify the sender by reply email.
> You must not, directly or indirectly, use, disclose, distribute,
> print, or copy any part of this message if you are not the intended
> recipient. Opinions, conclusions and other information in this message
> that do not relate to the official business of Ydilo Advanced Voice
> Solutions, S.A. shall be understood as neither given nor endorsed by
> it.
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-video
>
This message and any files transmitted with it are confidential and intended
solely
for the use of the individual or entity to whom they are addressed. No
confidentiality
or privilege is waived or lost by any wrong transmission.
If you have received this message in error, please immediately destroy it and
kindly
notify the sender by reply email.
You must not, directly or indirectly, use, disclose, distribute, print, or
copy any
part of this message if you are not the intended recipient. Opinions,
conclusions and
other information in this message that do not relate to the official business
of
Ydilo Advanced Voice Solutions, S.A. shall be understood as neither given nor
endorsed by it.
I will send 2 URL of a WAV file and a H263 file of a long clip.
I think you will see what I mean.
i6net
Selon Sergio Garc?a Murillo <Sergio.Garcia@ydilo.com>:
> The timestamps and fps are correct (9000/90000) = 10 fps, and the are sent
at
> the correct time, each 100ms so I think that the everthing is perfect on
the
> asterisk video side....
>
>
>
> -----Original Message-----
> From: tech@i6net.com [mailto:tech@i6net.com]
> Sent: martes, 18 de julio de 2006 22:07
> To: Development discussion of video media support in Asterisk; Sergio
Garc?a
> Murillo
> Cc: Development discussion of video media support in Asterisk
> Subject: RE: [Asterisk-video] Synchronization problem between Voice and
Video
>
> Hola Sergio,
>
> The video clip have 10 fps.
> This generate H263 RTP trames with timestamp incremented by 9000.
> Every 9000 a have the related trames (one or more) from the frame.
>
>
> No. Time Source Destination Protocol
Info
> 1885 15.855254 192.168.1.252 192.168.1.2 H.263
> Payload
> type=ITU-T H.263, SSRC=329143181, Seq=41604, Time=1390410, MarkMODE A H263
> payload (PSC)
> 1896 15.956293 192.168.1.252 192.168.1.2 H.263
> Payload
> type=ITU-T H.263, SSRC=329143181, Seq=41605, Time=1399410, MarkMODE A H263
> payload (PSC)
> 1908 16.057178 192.168.1.252 192.168.1.2 H.263
> Payload
> type=ITU-T H.263, SSRC=329143181, Seq=41606, Time=1408410, MarkMODE A H263
> payload (PSC)
> 1918 16.155226 192.168.1.252 192.168.1.2 H.263
> Payload
> type=ITU-T H.263, SSRC=329143181, Seq=41607, Time=1417410, MarkMODE A H263
> payload (PSC)
> 1930 16.255798 192.168.1.252 192.168.1.2 H.263
> Payload
> type=ITU-T H.263, SSRC=329143181, Seq=41608, Time=1426410, MarkMODE A H263
> payload (PSC)
> 1940 16.354994 192.168.1.252 192.168.1.2 H.263
> Payload
> type=ITU-T H.263, SSRC=329143181, Seq=41609, Time=1435410, MarkMODE A H263
> payload (PSC)
> 1951 16.455823 192.168.1.252 192.168.1.2 H.263
> Payload
> type=ITU-T H.263, SSRC=329143181, Seq=41610, Time=1444410, MarkMODE A H263
> payload (PSC)
> 1962 16.555171 192.168.1.252 192.168.1.2 H.263
> Payload
> type=ITU-T H.263, SSRC=329143181, Seq=41611, Time=1453410, MarkMODE A H263
> payload (PSC)
> 1973 16.656598 192.168.1.252 192.168.1.2 H.263
> Payload
> type=ITU-T H.263, SSRC=329143181, Seq=41612, Time=1462410, MarkMODE A H263
> payload (PSC)
> 1984 16.755210 192.168.1.252 192.168.1.2 H.263
> Payload
> type=ITU-T H.263, SSRC=329143181, Seq=41613, Time=1471410, MarkMODE A H263
> payload (PSC)
>
> i6net
>
>
> Selon Sergio Garc?a Murillo <Sergio.Garcia@ydilo.com>:
>
> > tech@i6net.com wrote:
> > > Hello guys,
> > >
> > > I have made a tool to convert a 3gp file to a wav and h263(asterisk
> > > format with payload).
> > > With long clips (more than 1mn), I loose the Voice/Video
> > > synchronisation .
> > > Each Video packet have a timestamp, it seems to be relative, and
> > > there is no correction to correct the time lost (by the scheduling
> > > system).
> >
> > Are you sure the timestamps are correct?
> > How many fps is the video and what are the timestamp values?
> >
> > Greetings
> > Sergio
> >
>
> > This message and any files transmitted with it are confidential and
> > intended solely for the use of the individual or entity to whom they
> > are addressed. No confidentiality or privilege is waived or lost by
> > any wrong transmission.
> > If you have received this message in error, please immediately destroy
> > it and kindly notify the sender by reply email.
> > You must not, directly or indirectly, use, disclose, distribute,
> > print, or copy any part of this message if you are not the intended
> > recipient. Opinions, conclusions and other information in this message
> > that do not relate to the official business of Ydilo Advanced Voice
> > Solutions, S.A. shall be understood as neither given nor endorsed by
> > it.
> >
>
> This message and any files transmitted with it are confidential and
intended
> solely
> for the use of the individual or entity to whom they are addressed. No
> confidentiality
> or privilege is waived or lost by any wrong transmission.
> If you have received this message in error, please immediately destroy it
and
> kindly
> notify the sender by reply email.
> You must not, directly or indirectly, use, disclose, distribute, print, or
> copy any
> part of this message if you are not the intended recipient. Opinions,
> conclusions and
> other information in this message that do not relate to the official
business
> of
> Ydilo Advanced Voice Solutions, S.A. shall be understood as neither given
nor
> endorsed by it.
>
I have made a tool to convert a 3gp file to a wav and h263(asterisk format with
payload).
With long clips (more than 1mn), I loose the Voice/Video synchronisation .
Each Video packet have a timestamp, it seems to be relative, and there is no
correction to correct the time lost (by the scheduling system).
Have any one seen the same problem ?
If is wrigth, in think it is possible to add a regulation function in
format_h263.
You going to release this?
- --
Cheers,
Matt Riddell
_______________________________________________
You can post new topics in this forum You can reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum