Depaylaoding RTP MP4A-LATM

[Federico Zamperini]

Don't know what remotesrc is; don't know if it supports caps property, 
anyway a caps filter should do (the caps are to be negotiated out of 
band, for example by hand).
I tried with a udpsrc on the receiver side but I had quality problems; 
gstrtpbin handles:
- a jitter buffer (that's the reason I used it for)
- stream mux/demux (i.e. audio + video, multiple audio channels etc.)
- rtcp (and thus streams synchronization)
So, in my opinion, the pipeline on the receiver side should roughly work 
even without rtpbin; I suspect that the key point is setting the correct 
capabilities (in my case "config" value in particular).

Federico

Il 18/02/2013 18:56, johnwesting ha scritto:
> Lack of gstrtpbin might be my problem. If, on the sender I had something
> like:
>
> gst-launch filesrc location=./song.m4a ! aacparse ! rtpmp4apay ! remotesink
>
> and on the receiver:
>
> gst-launch remotesrc ! rtpmp4adepay ! ffdec_aac ! alsasink
>
> would expect the pipeline to work? Do I need gstrtpbin between remotesrc and
> rtpmp4adepay?? remotesrc and remotesonk do not modify the data in anyway,
> however the capabilities are of course lost during transmission.
>
>
>
> --
> View this message in context: http://gstreamer-devel.966125.n4.nabble.com/Depaylaoding-RTP-MP4A-LATM-tp4658597p4658602.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel