[FFmpeg-devel] [PATCH] share xiph rtp code

Josh Allmann joshua.allmann
Mon Mar 29 21:28:53 CEST 2010


On 29 March 2010 06:26, Luca Barbato <lu_zero at gentoo.org> wrote:
> On 03/28/2010 10:41 PM, Josh Allmann wrote:
>> On 28 March 2010 07:26, Luca Barbato <lu_zero at gentoo.org> wrote:
>>> On 03/28/2010 10:24 AM, Josh Allmann wrote:
>>>>
>>>> Tested this with feng and gst-rtsp, and things seem to work but if
>>>> someone could double-check the audio for me that'd be great.
>>>
>>> the main difference between vorbis and theora in the producer side is
>>> due the fact you need to pick some information from the extradata to get
>>> the right timings from the granulepos. iirc the receiver side should be
>>> identical so it looks fine.
>>>
>>> The output is completely broken? trying to do a streamcopy results in a
>>> broken vorbis?
>>>
>>
>> By streamcopy I assume you mean "-acodec copy" ? It seems that
>> ffmpeg's default behavior for vorbis, lacking the copy, is to
>> re-encode through flac.
>>
>> As far as I can tell, Vorbis streamcopy output is bitexact
>> before-and-after this patch, so if it's broken now, then it always has
>> been.
>
> Ok ...
>
>
>> FFmpeg seems picky about the samples used though; most I've tried will
>> throw one error or another (usually timestamp-related). I have been
>> using this to streamcopy vorbis:
>> http://samples.mplayerhq.hu/V-codecs/Theora/Sahara.ogg
>
> Uhm, does that happen with gst, feng or both?

Both have issues. Streaming audio from feng often makes ffmpeg report
timing errors, gst-rtsp makes ffmpeg hang sometimes. I haven't
investigated those closely yet, though.

Josh



More information about the ffmpeg-devel mailing list