gstreamer-0.10.29
glib-2.22.4
eglibc-2.9
gcc-4.3.2
linux powerpc 2.6.33.3
I'm having problems making straight forward and simple pipelines work
correctly. I've confirmed that my audio hardware is functional and using
aplay, I can play a .wav file.
Always working with the same wav file, on my Ubuntu host using the above
gstreamer and plugins built from the same tarballs, the wav file plays fine.
On my Powerpc target:
$ gst-launch-0.10 filesrc location=root/M1F1-int16-AFsp.wav ! wavparse
! audioconvert ! alsasink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Got EOS from element "pipeline0".
Execution ended after 5306969 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...
There's no active complaint from gstreamer however, 5ms is too short for this
particular wav file and nothing comes out the headphones..
Contrast the above with what happens on my Ubuntu host:
$ gst-launch-0.10 filesrc location=root/M1F1-int16-AFsp.wav ! wavparse
! audioconvert ! alsasink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstAudioSinkClock
Got EOS from element "pipeline0".
Execution ended after 2983682238 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...
There are 2 differences: Duration of execution and GstSystemClock vs
GstAudioSinkClock.
The other pipeline I have trouble with is this on my PowerPC target:
$ gst-launch-0.10 audiotestsrc ! alsasink
Setting pipeline to PAUSED ...
ERROR: Pipeline doesn't want to pause.
ERROR: from element
/GstPipeline:pipeline0/GstAudioTestSrc:audiotestsrc0: Could not negotiate format
Additional debug info:
gstbasesrc.c(2756): gst_base_src_start ():
/GstPipeline:pipeline0/GstAudioTestSrc:audiotestsrc0:
Check your filtered caps, if any
Setting pipeline to NULL ...
Freeing pipeline ...
Of course, this works just fine on my Ubuntu host.
However, I think the real problem may be glib related but I'm not sure... If I
crank up the debugging, I see a lot of this sort of thing:
0:00:01.180719727 1173 0x10017018 DEBUG bin
gstbin.c:508:gst_bin_init:<gst...@0x10084098> (null)
0:00:01.244416303 1173 0x10017018 DEBUG GST_CAPS
gstpad.c:2143:gst_pad_get_caps_unlocked:<filesrc0:src> (null)
0:00:01.247998121 1173 0x10017018 DEBUG GST_CAPS
gstpad.c:2172:gst_pad_get_caps_unlocked:<wavparse0:sink> (null)
0:00:01.264648060 1173 0x10017018 DEBUG GST_CAPS
gstpad.c:1787:gst_pad_link_check_compatible_unlocked: (null)
0:00:01.265069999 1173 0x10017018 DEBUG GST_CAPS
gstpad.c:1788:gst_pad_link_check_compatible_unlocked: (null)
0:00:01.736997180 1173 0x10017018 DEBUG GST_CAPS
gstpad.c:2143:gst_pad_get_caps_unlocked:<filesrc0:src> (null)
0:00:01.737473817 1173 0x10017018 DEBUG basesrc
gstbasesrc.c:2576:gst_base_src_default_negotiate:<filesrc0> (null)
0:00:02.028507968 1173 0x1008daf8 INFO wavparse
gstwavparse.c:1129:gst_wavparse_calculate_duration:<wavparse0> Got duration
(bps) 99:99:99.999999999
0:00:02.051951332 1173 0x1008daf8 DEBUG wavparse
gstwavparse.c:956:gst_wavparse_perform_seek:<wavparse0> seek: rate 1.000000,
offset 40, end 40, segment 0:00:00.000000000 -- 99:99:99.999999999
0:00:02.052638847 1173 0x1008daf8 DEBUG wavparse
gstwavparse.c:994:gst_wavparse_perform_seek:<wavparse0> Creating newsegment
from 0 to -1
0:00:02.053208271 1173 0x1008daf8 INFO GST_EVENT
gstevent.c:599:gst_event_new_new_segment_full: creating newsegment update 0,
rate 1.000000, format GST_FORMAT_TIME, start 0:00:00.000000000, stop
99:99:99.999999999, position 0:00:00.000000000
It's almost as though glib is having trouble outputting.... On my host, the
(null)s are actually replaced by the textual representation of the caps and the
times are real-looking...
I built the glib test suite and ran it on my target, and it ran fine (as fine
as it does on my host)... Even the printf test reported all 'OK'...
I've pretty much run out of traction here and could really use some hints or
guidance ... I can provide full debug transcripts if anyone is willing to look
at them...
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Gstreamer-embedded mailing list
Gstreamer-embedded@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded
