[Asterisk-video] Fixed h324m and mp4save (bug#3)

Sergio Garcia sergio.garcia at fontventa.com
Thu Aug 30 04:55:05 CDT 2007


Could you test the latest one? I changed the sample calculation from time reference to the timestamp value.. and send me the mp4 file if wrong.. 

---------- Original Message ----------------------------------
From: Klaus Darilion <klaus.mailinglists at pernau.at>
Reply-To: Development discussion of video media support in Asterisk<asterisk-video at lists.digium.com>
Date:  Thu, 30 Aug 2007 10:55:46 +0200

>I've also tested the new code with same result :-(
>
>Thomas Frieling schrieb:
>> Hi Sergio!
>> 
>> I just tested the new version. It doesn't crash badly but I cannot see a
>> difference in the resulting video files...
>> 
>> There is still the difference in time and about every second time
>> (strongly depends on the handset you use) the video track seems to be
>> still corrupted:
>> 
>> $ mp4info /tmp/recorded_video.mp4 
>> mp4info version 1.5.0.1
>> /tmp/recorded_video.mp4:
>> Track	Type	Info
>> 1	audio	AMR, 15.260 secs, 12 kbps, 8000 Hz
>> 2	hint	Payload AMR for track 1
>> 3	video	H.263, 5.077 secs, 62 kbps, 176x144 @ 25.802639 fps
>> 4	hint	Payload H263-1998 for track 3
>> 
>> 
>> MP4ERROR: MP4File::FindBytesProperty: no such property
>> moov.trak[2].mdia.minf.stbl.stsd.*[0].*.esds.decConfigDescr.decSpecificInfo[0].info
>> /usr/local/bin/mp4creator: Could not parse input file, invalid video
>> stream?
>> /usr/local/bin/mp4info version 1.5.0.1
>> 
>> 
>> Regards,
>> Thomas
>> 
>> 
>> 
>> Am Mittwoch, den 29.08.2007, 23:06 +0200 schrieb Sergio Garcia Murillo:
>>> I've just commited a version which, I beleive, fixes the problem with
>>> h324m and mp4save.
>>> The problem was in the marked bit of the video frame that was not set
>>> correctly. 
>>> As It can only be set when you know that the next packet is the
>>> begining of I new frame I
>>> have to implement a temporary buffer and delay the sending of the
>>> frame until the next
>>> has arrive.
>>>  
>>> Please, test it and let me know if it crashes badly or it solves the
>>> problem correctly.. :)
>>>  
>>> BR
>>> Sergio
>>> _______________________________________________
>>> --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
>
>_______________________________________________
>--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