[Live-devel] Can live555 read RTP data from ffmpeg?

[Lan Zang]

Ross,

Thanks for quick reply. I am trying to simplify my question, so, there might be some errors in my description. 
I am not actually using a plain media file. I get video from camera and encode them by "ffmpeg". The weird thing about ffmpeg is that although the ffmpeg command options say that the output is RTP. Through the captured udp packets, it is not. The output are mpeg ts data over UDP directly, and one group fo UDP data have been fragmented into several UDP packets. So, in this case, shall I use BasicUDPSource instead of SimpleRTPSource as source? Can BasicUDPSource handle fragmented UDP data?

Regards,
Lan Zang(Sander)


________________________________
 From: Ross Finlayson <finlayson at live555.com>
To: LIVE555 Streaming Media - development & use <live-devel at ns.live555.com> 
Sent: Saturday, January 12, 2013 2:08 PM
Subject: Re: [Live-devel] Can live555 read RTP data from ffmpeg?
 

I am sending MPEG TS data over RTP by ffmpeg, like "ffmpeg -i file.ts -c copy -f mpegts rtp://localhost:1234". I want live555 can get these RTP data.
If your only source of MPEG TS data is from files, then you don't need to use "ffmpeg" at all.  Instead, you can stream your "file.ts" directly from our server.  (If you are using "testOnDemandRTSPServer", then you rename "file.ts" as "test.ts".  If you are using "live555MediaServer", then you don't need to rename your file, as long as its name ends with ".ts".)



I modified the testOnDemandRTSPServer.cpp to use unicast address for the mpeg2TransportStreamFromUDPSourceTest item.
By this I presume that you changed the definition of "inputAddressStr" to:
char const* inputAddressStr = NULL;


I then run testOnDemandRTSPServer. But it seems that my video player(VLC player) got nothing from testOnDemandRTSPServer while playing URL like "rtsp://192.168.133.195:8554/mpeg2TransportStreamFromUDPSourceTest". 
I suggest first using "testRTSPClient" as your RTSP client application, instead of VLC.



Is there anything more need to be done to make this thing work?
No, I don't think so, assuming that your "ffmpeg" command generates RTP-encapsulated MPEG Transport Stream packets (with the correct RTP payload format code: 33).  However, I don't know enough about "ffmpeg" to say for sure whether it's doing what you intend.


Ross Finlayson
Live Networks, Inc.
http://www.live555.com/ 

_______________________________________________
live-devel mailing list
live-devel at lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20130112/6615cac7/attachment.html>