2017-09-15 19:49 GMT+02:00 Dave Horton <da...@beachdognet.com>:
> On Fri, Sep 15, 2017 at 1:41 PM, Carl Eugen Hoyos <ceffm...@gmail.com>
> wrote:
>
>> 2017-09-15 19:36 GMT+02:00 Dave Horton <da...@beachdognet.com>:
>> > Does anyone have a good recipe or example on how to import an rtp stream
>> and decode it with ffmpeg.  I have both the rtp file and the associate SDP
>> description of the payloads, but haven’t been able to pipe it into ffmpeg
>> to have it decoded.
>>
>> Both sending and receiving opus via rtp is implemented in FFmpeg,
>> what did you try?

> I tried
>
>  ffmpeg -loglevel debug -f rtp -c:a opus -i call2.rtpdump -ar 48000
> call2.mp3
>
> does that look right?

I tested the following in one terminal (assuming long input):
$ ffmpeg -i input -acodec opus -strict -2 -f rtp rtp://127.0.0.1/1234 >out.sdp

and in a second terminal:
$ ffplay -protocol_whitelist rtp,file,udp -i out.sdp

> I get 'Unsupported RTP version packet received' and a whole bunch of
> 'Received too short packet' so perhaps my data is bad.

Maybe, but I suspect you have to pass the sdp info.

> But I am wondering where/how to give ffmpeg the sdp information so it will
> now how to decode the payload types etc

Put it into a file and pass that to FFmpeg (should get auto-detected).

Carl Eugen
_______________________________________________
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Reply via email to