I currently have a i.MX53 evaluation board. I can build gstreamer pipelines (using gst-launch) to send audio over the network to a remote machine. This works fine, but no matter what kind of combination I use (whether using freescale libraries or not) I cannot hear incoming network streams. I can play files locally no problem so it is not anything to do with the audio path.
Can someone post a sample of a working inbound network stream?
Thanks in advance.
Look for this "MX53_QSB_UBUNTU_SD_DEMO_IMAGE" here:http://www.freescale.com/imxquickstart
cai cx said:
Hi Randy
I just can find L2.6.35_MX53_ER_1109_IMAGE or UBUNTU_RFS_DEMOIMG_1101 for QSB, but can't find "11.09 Ubuntu image" that you mentions, could you give me a website link?
thanks.
Oh, then you probably need to use the package manager to install gstreamer, at least that's what it sounds like to me.
thanks for reply! I already find that package, but on my Ubuntu 10.04 I faced some problems
"configure: Package gstreamer-0.10 was not found in the pkg-config search path.
Perhaps you should add the directory containing `gstreamer-0.10.pc'
to the PKG_CONFIG_PATH environment variable
No package 'gstreamer-0.10' found
configure: error: no gstreamer-0.10 >= 0.10.10.1 (GStreamer) found"
And dont know how to resolve it
Looks like they are both in gstreamer-plugins-good:
Hi Randy
I just can find L2.6.35_MX53_ER_1109_IMAGE or UBUNTU_RFS_DEMOIMG_1101 for QSB, but can't find "11.09 Ubuntu image" that you mentions, could you give me a website link?
thanks.
I got it resolved, I got a 11.09 Ubuntu image that had it already fixed and used it.
Using ltib, there's some gstreamer patches that need removed, remove all patches but these two in gst-plugins-base.spec :
Patch1 : %{name}-0.10.12-relink.patch
Patch2 : %{name}-rawvideo.patch
Or use this procedure to update a standard Ubuntu image with the fix, I did this, but it didn't fix it for me, there's probably a step is missing - I'll get back to it at some point I hope:
Oh, and here's my test server/client - you can change the ip address to stream across a network:
Server:
gst-launch -v audiotestsrc ! audioconvert ! rtpL16pay ! udpsink host=127.0.0.1 port=1234 auto-multicast=true port=1234
Client:
gst-launch -v udpsrc multicast-group=127.0.0.1 port=1234 caps="application/x-rtp, media=(string)audio, channels=(int)1, clock-rate=(int)44100, encoding-name=(string)L16" ! gstrtpbin ! rtpL16depay ! audioconvert ! queue ! autoaudiosink
Did this ever get resolved? Can you post a solution? We're having a similar issue with streaming. Works fine on a VM, but not on the QSB...
This is the pipeline example that I used:
On the MX53QSB: (Tx audio stream)
gst-launch alsasrc ! mulawenc ! rtppcmupay ! queue ! udpsink host=$HOST_IP port=$HOST_PORT -v
On the HOST PC:(Rx audio stream)
gst-launch udpsrc port=$HOST_PORT caps="application/x-rtp, media=audio, clock-rate=8000, encoding-name=PCMU, payload=0, ssrc=1253488865, clock-base=3079727525, seqnum-base=32302" ! queue ! rtppcmudepay ! mulawdec ! audioconvert ! alsasink -v
The above example works fine (only from MX53 to PC).
I've tried same pipeline, changing and adding different pipeline parameters, but same result.
Any ideas?
Regads,
Haysam
What is the Gstreamer pipeline you use on the PC to receive the audio stream?
Can´t the same pipeline be used on the MX53QSB?
Regards,
Fabio Estevam
Thanks for the reply Fabio.
Yes receiving audio stream from the PC works fine.
Receiving audio stream on the MX53 does not work. I've tried many pipeline scenarios. I believe there's is something broken (not hardware) on the audio input stream on the MX53. Do you have an example gst-launch pipeline that works?
Regards
Haysam
Can you please try to receive the stream on a PC?
I would suggest you to try receiving the audio stream from a PC first; After that you can use the same pipeline on the MX53.
If you find issues also on the PC, please post this question on the gstreamer-devel mailing list, so that someone can assist you.
Regards,
Fabio Estevam