• State
  • Locked Locked
  • Replies 1 reply
  • Subscribers 98 subscribers
  • Views 420 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Problem about dm8168 h264 rtp stream and repacket tsmux

Xavier
Genius 3180 points

Hi all:

I develop on dm8168 using dvrrdk 4.01 version on our own board.

I have four questions about h264 stream rtp send and receive.

1. the first

I want to send my h264 stream through rtp stream,

and we just repacket the 264 NAL data to rtp data and send through udp socket,

when we use multi-broadcast ip address like 225.0.0.1 ,we can use vlc to receive and play

using sdp file with context:

  1. m=video 9200 RTP/AVP 96  
  2. a=rtpmap:96 H264/90000  
  3. c=IN IP4 225.0.0.1

but when we want to do sigle broadcast by changing c=IN IP4 192.168.1.100,

VLC can not display anymore, and i do sure we have send out the ip packet from wireshark tools,

Can anyone tell what is the problem ?

 2. if we want to transmit h264 raw data through udp can vlc display by sdp protcol?

  • m=video 9200 UDP 
  • c=IN IP4 225.0.0.1

3. we also want to repacket the  h264 es stream from dm8168 to ts stream before send out,

we see that gstreamer is advised to use in ezsdk, so can we use it on dvrrdk kit ,as no omx plus

in dvrrdk kit ,how to use gstreamer then?

4. why ti support gstreamer instead ffmpeg ?

can anyone answer the questions for me ?

best regards

xavier 

  • 0
    Genius 3700 points

    Hi Xavier,

         I will try to respond your gstreamer related questions:

    A3) Using gstreamer you can send the h264 stream as an ts stream as you said, the only way to use gstreamer is using the EZSDK or our Ridgerun SDK for the board which is also integrated with the EZSDK, this is because the RDK doesn't contain any OMX layer on it, i.e, it doesn't have the ARM nor the M3 layer to implement OMX and the gstreamer plugins are based on openMax, so yes, there is not way to use RDK and gstreamer unless you rewrite all the gst-openMax plugins to use Links and Chains as base which would be a huge work to do.

    A4) Not sure about the question, you can use ffmpeg with gstreamer, our SDK has gst-ffmpeg-0.10.11 on it so it basically use the ffmpeg codecs when you use those plugins, the only problem is that those are not hardware optimized, they run in the ARM so the system is really loaded when you use them. Instead, the gst-openMax plugins use the OMX layer to get access to the VPSS and HDVICP so we optimize encoding/decoding using coprocessors. Currently some of the ffmpeg plugins are optimized by the NEON.

    -David