[Asterisk-video] mp4save(): different audio and video lengths

Michael (qq12345) qq12345 at web.de
Sun Mar 16 15:50:43 CDT 2008


Hi Jose,

please look in the archives. It looks like an issue of noise suppression of
mobile phones and therefore
some mobile phones do not deliver audio in that stage.
You could help us, if you can figure out, if the uploaded stream has gaps in
the rtp-timestamps.
Then we can get it back to sync.
Another solution could be to count the missing audio frames and correct the
time stamp of the
next available rtp audio packet for storage.
Synching of audio and video tracks is done with the timestamps provided with
the network PDUs.
Perhaps the timestamps are not took into account when storing the audio
samples.

Your help is encouraged,
Michael
 

> -----Original Message-----
> From: asterisk-video-bounces at lists.digium.com 
> [mailto:asterisk-video-bounces at lists.digium.com] On Behalf Of 
> Jose M. Recio
> Sent: Sunday, March 16, 2008 9:35 PM
> To: asterisk-video at lists.digium.com
> Subject: [Asterisk-video] mp4save(): different audio and video lengths
> 
> Hi, guys,
> 
> I don't know if that's a known fact, I have discovered that, 
> at least in my systems, mp4save() creates mp4files with 
> different lengths in audio and video tracks (see examples at 
> the end). This means that the audio track in those files is 
> almost useless, as it is totally out of synch with the video ...
> 
> I think this has something to do with the framesPerSample 
> property in mpeg4ip package, but after messing a bit with the 
> MP4 library I have surrended without fixing it. Have somebody 
> tested or fixed this before?
> 
> Can you check by yourself if this behaviour also happens in 
> your system?.
> 
> Thanks,
> JM
> 
> 
> ~$  mp4info /tmp/*.mp4
> mp4info version 1.5.0.1
> /tmp/save.clock.1.mp4:
> Track   Type    Info
> 1       audio   AMR, 6.780 secs, 12 kbps, 8000 Hz
> 2       hint    Payload AMR for track 1
> 3       video   H.263, 9.171 secs, 47 kbps, 176x144 @ 8.614110 fps
> 4       hint    Payload H263-1998 for track 3
> /tmp/save.clock.2.mp4:
> Track   Type    Info
> 1       audio   AMR, 52.460 secs, 12 kbps, 8000 Hz
> 2       hint    Payload AMR for track 1
> 3       video   H.263, 61.413 secs, 45 kbps, 176x144 @ 9.069741 fps
> 4       hint    Payload H263-1998 for track 3
> /tmp/save.clock.3.mp4:
> Track   Type    Info
> 1       audio   AMR, 2.900 secs, 10 kbps, 8000 Hz
> 2       hint    Payload AMR for track 1
> 3       video   H.263, 6.649 secs, 49 kbps, 176x144 @ 8.572718 fps
> 4       hint    Payload H263-1998 for track 3
> ~$  
> 
> 
> 
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
> 
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-video
> 




More information about the asterisk-video mailing list