Menu
▾
▴
gstreamer-embedded — GStreamer on embedded platforms
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
(21) |
Mar
(30) |
Apr
(17) |
May
(2) |
Jun
(30) |
Jul
(22) |
Aug
(39) |
Sep
(42) |
Oct
(30) |
Nov
(42) |
Dec
(16) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(31) |
Feb
(44) |
Mar
(33) |
Apr
(26) |
May
(15) |
Jun
(28) |
Jul
(15) |
Aug
(15) |
Sep
|
Oct
(34) |
Nov
(21) |
Dec
(36) |
| 2010 |
Jan
(53) |
Feb
(31) |
Mar
(30) |
Apr
(14) |
May
(12) |
Jun
(6) |
Jul
(5) |
Aug
(9) |
Sep
(10) |
Oct
(3) |
Nov
(1) |
Dec
(16) |
| 2011 |
Jan
(6) |
Feb
(5) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Markus S. <ms...@do...> - 2010-08-02 15:04:17
|
sorry for bothering with html mail. pls. blame thunderbird not me.
hi,
i spent my weekend trying to xcompile gstreamers upnp interface
gmediarender for openwrt.
i have Makefile i am proud of!
well, it compiles but does not run.
while gst-inspect gives me proper output and i can play music with
gst-launch, the libraries apparently don't find any plugin when linked
with gmediarender. at least due to my understanding. the problem may be
somewhere else.
compiling and linking the exact same sources for ubuntu works great.
this is what i get from gmediarender:
----
root@OpenWrt:~# gmediarender --gst-plugin-load=alsa,udp,mad -I 192.168.200.2
Registering support for 'audio/mpeg'
Registering support for 'audio/x-mpeg'
Registering support for 'audio/x-raw-int'
Registering support for 'audio/x-iec958'
(gmediarender:25351): GStreamer-CRITICAL **: gst_element_get_bus:
assertion `GST_IS_ELEMENT (element)' failed
(gmediarender:25351): GStreamer-CRITICAL **: gst_bus_add_watch_full:
assertion `GST_IS_BUS (bus)' failed
(gmediarender:25351): GStreamer-CRITICAL **: gst_object_unref: assertion
`object != NULL' failed
(gmediarender:25351): GStreamer-CRITICAL **: gst_element_set_state:
assertion `GST_IS_ELEMENT (element)' failed
Error: pipeline doesn't want to get ready
registering '/upnp/rendertransportSCPD.xml'
registering '/upnp/renderconnmgrSCPD.xml'
registering '/upnp/rendercontrolSCPD.xml'
Ready for rendering..
----
it lies! it definetly is not ready for rendering. the status line is
missing too ('GStreamer: play: State change: OLD: 'NULL', NEW: 'READY',
PENDING: 'VOID_PENDING'
').
this is what i get from gst-inspect:
----
root@OpenWrt:~# gst-inspect
coreelements: multiqueue: MultiQueue
coreelements: typefind: TypeFind
coreelements: tee: Tee pipe fitting
coreelements: filesink: File Sink
coreelements: queue2: Queue 2
coreelements: queue: Queue
coreelements: identity: Identity
coreelements: filesrc: File Source
coreelements: fdsink: Filedescriptor Sink
coreelements: fdsrc: Filedescriptor Source
coreelements: fakesink: Fake Sink
coreelements: fakesrc: Fake Source
coreelements: capsfilter: CapsFilter
coreindexers: memindex: A index that stores entries in memory
udp: udpsrc: UDP packet receiver
udp: dynudpsink: UDP packet sender
udp: multiudpsink: UDP packet sender
udp: udpsink: UDP packet sender
mad: mad: mad mp3 decoder
alsa: alsasink: Audio sink (ALSA)
alsa: alsasrc: Audio source (ALSA)
alsa: alsamixer: Alsa mixer
staticelements: bin: Generic bin
staticelements: pipeline: Pipeline object
----
"gmediarender -I 192.168.200.2 --gst-plugin-load=udp,mad
--gstout-audiosink=alsasink" segfaults :-(
"strace gmediarender -I 192.168.200.2 --gst-plugin-load=udp,mad
--gstout-audiosink=alsasink 2>/tmp/strace.log"
shows that, while it seems to properly find the plugins:
open("/usr/lib/gstreamer-0.10/libgstudp.so", O_RDONLY) = 3
open("/usr/lib/libmad.so.0", O_RDONLY) = 3
open("/usr/lib/gstreamer-0.10/libgstalsa.so", O_RDONLY) = 3
it still segfaults.
this is a tail on strace.log:
---
write(2, "\n(gmediarender:25649): GStreamer"..., 98
(gmediarender:25649): GStreamer-CRITICAL **: gst_object_unref: assertion
`object != NULL' failed
) = 98
write(1, "Setting audio sink to alsasink\n", 31) = 31
socketpair(PF_FILE, SOCK_STREAM, 0, [8, 9]) = 0
fcntl64(8, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
fcntl64(9, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Segmentation fault
---
to make the picture complete, this is the linker command:
---
mipsel-openwrt-linux-uclibc-gcc -D_GNU_SOURCE -Os -pipe -mips32
-mtune=mips32 -funit-at-a-time -fhonour-copts -msoft-float -fpic -Wall
-I/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/include
-I/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/include
-I/home/markus/hotspot/openwrt/backfire/staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1/usr/include
-I/home/markus/hotspot/openwrt/backfire/staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1/include
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1/usr/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib/libintl/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib/libiconv/lib
-Wl,-rpath-link=/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1/usr/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib/libintl/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib/libiconv/lib
-Wl,-rpath-link=/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib
-o gmediarender main.o upnp.o upnp_control.o upnp_connmgr.o
upnp_transport.o upnp_device.o upnp_renderer.o webserver.o
output_gstreamer.o xmlescape.o -pthread
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr//lib
-lgstreamer-0.10 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lxml2
-lglib-2.0 -lintl -liconv -lupnp
---
for the sake of my next weekend and all those who wait for an openwrt
upn media renderer, please help,
cheers,
/markus
--
office: +49 221 95168 35
mobile: +49 171 336 4818
fax : +49 221 95168 8
http://www.dom.de
DOM Digital Online Media GmbH
Bismarck Strasse 60
D-50672 Koeln
Geschäftsführer: Markus Schulte
Handelsregister-Nr.: Amtsgericht Köln HRB 55347
UST.-Ident.Nr.: DE814416951
|
|
From: Markus S. <ms...@do...> - 2010-08-02 08:30:03
|
hi,
i spent my weekend trying to xcompile gstreamers upnp interface
gmediarender for openwrt.
i have Makefile i am proud of!
well, it compiles but does not run.
while gst-inspect gives me proper output and i can play music with
gst-launch, the libraries apparently don't find any plugin when linked
with gmediarender. at least due to my understanding. the problem may be
somewhere else.
compiling and linking the exact same sources for ubuntu works great.
this is what i get from gmediarender:
----
root@OpenWrt:~# gmediarender --gst-plugin-load=alsa,udp,mad -I 192.168.200.2
Registering support for 'audio/mpeg'
Registering support for 'audio/x-mpeg'
Registering support for 'audio/x-raw-int'
Registering support for 'audio/x-iec958'
(gmediarender:25351): GStreamer-CRITICAL **: gst_element_get_bus:
assertion `GST_IS_ELEMENT (element)' failed
(gmediarender:25351): GStreamer-CRITICAL **: gst_bus_add_watch_full:
assertion `GST_IS_BUS (bus)' failed
(gmediarender:25351): GStreamer-CRITICAL **: gst_object_unref: assertion
`object != NULL' failed
(gmediarender:25351): GStreamer-CRITICAL **: gst_element_set_state:
assertion `GST_IS_ELEMENT (element)' failed
Error: pipeline doesn't want to get ready
registering '/upnp/rendertransportSCPD.xml'
registering '/upnp/renderconnmgrSCPD.xml'
registering '/upnp/rendercontrolSCPD.xml'
Ready for rendering..
----
it lies! it definetly is not ready for rendering. the status line is
missing too ('GStreamer: play: State change: OLD: 'NULL', NEW: 'READY',
PENDING: 'VOID_PENDING'
').
this is what i get from gst-inspect:
----
root@OpenWrt:~# gst-inspect
coreelements: multiqueue: MultiQueue
coreelements: typefind: TypeFind
coreelements: tee: Tee pipe fitting
coreelements: filesink: File Sink
coreelements: queue2: Queue 2
coreelements: queue: Queue
coreelements: identity: Identity
coreelements: filesrc: File Source
coreelements: fdsink: Filedescriptor Sink
coreelements: fdsrc: Filedescriptor Source
coreelements: fakesink: Fake Sink
coreelements: fakesrc: Fake Source
coreelements: capsfilter: CapsFilter
coreindexers: memindex: A index that stores entries in memory
udp: udpsrc: UDP packet receiver
udp: dynudpsink: UDP packet sender
udp: multiudpsink: UDP packet sender
udp: udpsink: UDP packet sender
mad: mad: mad mp3 decoder
alsa: alsasink: Audio sink (ALSA)
alsa: alsasrc: Audio source (ALSA)
alsa: alsamixer: Alsa mixer
staticelements: bin: Generic bin
staticelements: pipeline: Pipeline object
----
"gmediarender -I 192.168.200.2 --gst-plugin-load=udp,mad
--gstout-audiosink=alsasink" segfaults :-(
"strace gmediarender -I 192.168.200.2 --gst-plugin-load=udp,mad
--gstout-audiosink=alsasink 2>/tmp/strace.log"
shows that, while it seems to properly find the plugins:
open("/usr/lib/gstreamer-0.10/libgstudp.so", O_RDONLY) = 3
open("/usr/lib/libmad.so.0", O_RDONLY) = 3
open("/usr/lib/gstreamer-0.10/libgstalsa.so", O_RDONLY) = 3
it still segfaults.
this is a tail on strace.log:
---
write(2, "\n(gmediarender:25649): GStreamer"..., 98
(gmediarender:25649): GStreamer-CRITICAL **: gst_object_unref: assertion
`object != NULL' failed
) = 98
write(1, "Setting audio sink to alsasink\n", 31) = 31
socketpair(PF_FILE, SOCK_STREAM, 0, [8, 9]) = 0
fcntl64(8, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
fcntl64(9, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Segmentation fault
---
to make the picture complete, this is the linker command:
---
mipsel-openwrt-linux-uclibc-gcc -D_GNU_SOURCE -Os -pipe -mips32
-mtune=mips32 -funit-at-a-time -fhonour-copts -msoft-float -fpic -Wall
-I/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/include
-I/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/include
-I/home/markus/hotspot/openwrt/backfire/staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1/usr/include
-I/home/markus/hotspot/openwrt/backfire/staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1/include
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1/usr/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib/libintl/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib/libiconv/lib
-Wl,-rpath-link=/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1/usr/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib/libintl/lib
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib/libiconv/lib
-Wl,-rpath-link=/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr/lib
-o gmediarender main.o upnp.o upnp_control.o upnp_connmgr.o
upnp_transport.o upnp_device.o upnp_renderer.o webserver.o
output_gstreamer.o xmlescape.o -pthread
-L/home/markus/hotspot/openwrt/backfire/staging_dir/target-mipsel_uClibc-0.9.30.1/usr//lib
-lgstreamer-0.10 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lxml2
-lglib-2.0 -lintl -liconv -lupnp
---
for the sake of my next weekend and all those who wait for an openwrt
upn media renderer, please help,
cheers,
/markus
--
office: +49 221 95168 35
mobile: +49 171 336 4818
fax : +49 221 95168 8
http://www.dom.de
DOM Digital Online Media GmbH
Bismarck Strasse 60
D-50672 Koeln
Geschäftsführer: Markus Schulte
Handelsregister-Nr.: Amtsgericht Köln HRB 55347
UST.-Ident.Nr.: DE814416951
|
|
From: Herb P. <hpe...@be...> - 2010-07-22 21:16:24
|
Solved. So there were a couple of problems. First problem: - gstreamer calls register_printf_specifier to register some printf extensions. - however, the glib supplied *printf family doesn't support registered extensions. - since I was cross-compiling, autoconf couldn't do AC_TRY_RUN() to determine whether my target's *printf() was C98/C99/positional-parameters compliant and as such defaulted to 'no' which meant I got the glib built-in printf which doesn't support the registration of extensions and hence any debugging output containing any of the custom format characters simply failed. First problem resolved why we were unable to get any reasonable debug output. Second problem was the consistant failures to negotiate among streams and so forth. This turned out to be a steady belief within gstreamer that our PowerPC was little-endian and hence the various 64 bit scaling functions (and probably lots of other things) were incorrectly manipulating int's... The fix turned out to require us passing GLIB_CFLAGS to 'configure' to point at our cross-compile sys-root instead of /usr/include/glib-2.0. This allowed <glib.h> to find <glibconfig.h> and everything became immediately happier. |
|
From: Ray L. <ra...@ma...> - 2010-07-20 15:17:14
|
On 10-07-19 10:05 AM, Herb Peyerl wrote: > 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... > i've done a bit of gstreamer debugging in the recent past. if you can zip up a level 5 debug capture, i'll have a look and try to spot anything fishy. cheers ray |
|
From: amit s. <ami...@gm...> - 2010-07-20 07:57:46
|
Hi, I have installed all of the pakages required for building gstreamer application (using command opkg install <pakage-name>) List of pakages installed on beagle board: 1. gstreamer 2. gstreamer-dev 3. gst-plugins-base 4. gst-plugin-good 5. gst-plugin-ugly 6. gst-plugin-mpegdec 7. gst-plugin-mpegdemux 8. gst-plugins-mpegtsmux 9. gstreamer-static 10. gst-plugin-xvimagesink 11. gst-plugin-ximagesink 12. gst-plugin-vorbis 13. gst-plugin-volume 14. gst-plugin-videotestsrc 15. gst-plugin-videoscale 16. gst-plugin-videorate 17. gst-plugin-theora 18. gst-plugin-pango 19. gst-plugin-ogg 20. gst-plugin-mad 21. gst-plugin-ffmpegcolorspace 22. gst-plugin-esd 23. gst-plugin-app when I tried to build a simple gstreamer application by using following command: gcc $(pkg-config --cflags --libs gstreamer-0.10) gst_pro1.c -o gst_pro1 Its generating following error. Error: --------------------------Snip Start------------------------- ---------- 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 gst_pro1.c:1:21: error: gst/gst.h: No such file or directory gst_pro1.c:3: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'cb_have_data' gst_pro1.c:21: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'main' --------------------------Snip End------------------------------------ So, please suggest me what I can do to remove above error or there is any other way to installing gstremer on beagle board. Please help me to sorting out this problem, any responce would be highly appreciable. Thanks in advance. Thanks Amit |
|
From: Herb P. <hpe...@be...> - 2010-07-19 16:08:26
|
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:<GstBin@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... |
|
From: david c. <dav...@mi...> - 2010-07-09 16:48:50
|
Hi I tried to use gstreamer for playing a webradio. I am using buildroot-2010.05 for an ARM920T based board using uClibc, but libsoup seens not working bash-4.1# gst-launch playbin uri=http://stream.pulsradio.com:5000 Setting pipeline to PAUSED ... Pipeline is PREROLLING ... ERROR: from element /GstPlayBin:playbin0/GstSoupHTTPSrc:source: Cannot connect to destination Additional debug info: gstsouphttpsrc.c(913): gst_soup_http_src_finished_cb (): /GstPlayBin:playbin0/GstSoupHTTPSrc:source: libsoup status code 4 ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... Freeing pipeline ... this isn't a network problem because a command like wget -O - http://stream.pulsradio.com:5000 | madplay - is working fine Thanks David |
|
From: Jackson L. <jac...@ya...> - 2010-06-25 15:52:27
|
Hi guys,
for my embedded environment, i need to extract metadata from media files (currently m experimenting on ogg/vorbis files) by using gstreamer. Going through the manual, i found about decodebin2 auto-plugger which using decoder to extract metadata .
Recently, i heard about tagreadbin (on meego & maemo sites) which is said to be very fast compared to decodebin2. But, i havent found these plugins in any available gstreamer-distribution packages.
does gstreamer ship tagreadbin plugins or where should i look for it to integrate with my existing gstreamer-0.10.29?
Regards,
Jackson
|
|
From: Tejas <te...@pi...> - 2010-06-25 09:46:09
|
Hello All,
Right now I am trying to test following pipeline on Android
1.6 system.
$gst-launch-0.10 audiotestsrc ! audioconvert ! audioresample ! alsasink.
Above pipeline works only when audioflingersink plugin is
available into GST_PLUGIN_PATH. When I remove audioflingersink plugin from
GST_PLUGIN_PATH, it give device open error as following.
gst_alsasink_open:<alsasink0>[00m error: Could not open audio device for
playback.
gst_alsasink_open:<alsasink0>[00m error: Playback open error on device
'default': No such device or address
Can anyone guide me what might be relation between alsasink
and audioflingersink.
Waiting for your kind reply.
-Tejas.
|
|
From: Dragoslav M. <fd...@mo...> - 2010-06-08 20:26:52
|
Michael, Felipe, thanks for your responses. This was very useful info. -Dragoslav Mitrinovic On Sun, Jun 6, 2010 at 6:38 AM, Felipe Contreras <fel...@gm...> wrote: > > On Sun, Jun 6, 2010 at 6:58 AM, Michael Smith <ms...@xi...> wrote: > > Ultimately, anyone answering this with anything other than "consult > > your attorney" is... being misleading, probably. > > > > However, in addition to that, I'll explain a bit: > > > > mp3parse: This is in -ugly because it's related to mp3, which has > > known patent issues. I expect a qualified patent attorney would be > > able to tell you that it's actually fine. > > > > asfdemux: Microsoft claims patents on aspects of the ASF format. I > > have no idea if asfdemux infringes any of them; of the four plugins > > you mention this is by far the most likely to be problematic. > > > > aacparse, amrparse: like mp3parse, these relate to processing formats > > that have known patent issues. Again I'd expect that a detailed > > analysis by a patent attorney would most likely end up telling you > > that these are fine from that perspective. > > However, it's quite likely that you are going to use these with some > decoders, for which you will pay the respective license for > distribution. So, whatever patent the parsers "infringe", should be > covered by the decoders' license. > > -- > Felipe Contreras |
|
From: Felipe C. <fel...@gm...> - 2010-06-06 11:38:05
|
On Sun, Jun 6, 2010 at 6:58 AM, Michael Smith <ms...@xi...> wrote: > Ultimately, anyone answering this with anything other than "consult > your attorney" is... being misleading, probably. > > However, in addition to that, I'll explain a bit: > > mp3parse: This is in -ugly because it's related to mp3, which has > known patent issues. I expect a qualified patent attorney would be > able to tell you that it's actually fine. > > asfdemux: Microsoft claims patents on aspects of the ASF format. I > have no idea if asfdemux infringes any of them; of the four plugins > you mention this is by far the most likely to be problematic. > > aacparse, amrparse: like mp3parse, these relate to processing formats > that have known patent issues. Again I'd expect that a detailed > analysis by a patent attorney would most likely end up telling you > that these are fine from that perspective. However, it's quite likely that you are going to use these with some decoders, for which you will pay the respective license for distribution. So, whatever patent the parsers "infringe", should be covered by the decoders' license. -- Felipe Contreras |
|
From: Michael S. <ms...@xi...> - 2010-06-06 03:58:33
|
Ultimately, anyone answering this with anything other than "consult
your attorney" is... being misleading, probably.
However, in addition to that, I'll explain a bit:
mp3parse: This is in -ugly because it's related to mp3, which has
known patent issues. I expect a qualified patent attorney would be
able to tell you that it's actually fine.
asfdemux: Microsoft claims patents on aspects of the ASF format. I
have no idea if asfdemux infringes any of them; of the four plugins
you mention this is by far the most likely to be problematic.
aacparse, amrparse: like mp3parse, these relate to processing formats
that have known patent issues. Again I'd expect that a detailed
analysis by a patent attorney would most likely end up telling you
that these are fine from that perspective.
Mike
On Sat, Jun 5, 2010 at 4:54 PM, Dragoslav Mitrinovic
<fd...@mo...> wrote:
> Hi,
>
> I am looking for additional information on any known
> legal/distribution issues regarding use of mp3parse (mpegaudioparse)
> and asfdemux from the "ugly" plugins collection, and aacparse and
> amrparse from the "bad" collection.
>
> We are currently considering using these plugins in a product. We
> would respect the terms of LGPL of course, but are concerned about any
> additional known encumbrances.
>
> In particular, the documentation for the "ugly" collection specifies
> that "ugly" plugins may present distribution problems ("The license on
> either the plug-ins or the supporting libraries might not be how we'd
> like. The code might be widely known to present patent problems.") I
> am interested in the specific reasons why mp3parse and asfdemux were
> placed into the "ugly" category, so we can evaluate and make the
> decision whether to use them.
>
> Also, are aacparse and amrparse merely of lesser quaility (and thus in
> "bad" collection), or are there additional distribution issues
> regarding those two plugins?
>
> Your help would be greatly appreciated.
> -Dragoslav Mitrinovic
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Gstreamer-embedded mailing list
> Gst...@li...
> https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded
>
|
|
From: Dragoslav M. <fd...@mo...> - 2010-06-05 23:55:09
|
Hi,
I am looking for additional information on any known
legal/distribution issues regarding use of mp3parse (mpegaudioparse)
and asfdemux from the "ugly" plugins collection, and aacparse and
amrparse from the "bad" collection.
We are currently considering using these plugins in a product. We
would respect the terms of LGPL of course, but are concerned about any
additional known encumbrances.
In particular, the documentation for the "ugly" collection specifies
that "ugly" plugins may present distribution problems ("The license on
either the plug-ins or the supporting libraries might not be how we'd
like. The code might be widely known to present patent problems.") I
am interested in the specific reasons why mp3parse and asfdemux were
placed into the "ugly" category, so we can evaluate and make the
decision whether to use them.
Also, are aacparse and amrparse merely of lesser quaility (and thus in
"bad" collection), or are there additional distribution issues
regarding those two plugins?
Your help would be greatly appreciated.
-Dragoslav Mitrinovic
|
|
From: Tejas <te...@pi...> - 2010-05-29 10:12:54
|
Hello All,
I am working on the research project of to play .mp4 (MPEG-4
video and AMR audio) file with help of playbin utility. For that I have
created 3 plugins.
1. Mp4 parser.
2. Mpeg4 Video decoder
3. AMR audio decoder.
I am trying to play 320x240 .mp4 file by applying following command.
$gst-launch-0.10 playbin uri=file:///1.mp4
My audio is lacking of around 1 second. At a time video
decoder gives output data= 115200 which is (320 * 240 * 1.5) and audio
decoder gives output of fixed value 320 means 160 short samples.
After these informations if any one can help me out to
resolve AV sync issue. Will I have to change queue size or any thing else..
Waiting for your kind reply.
-Tejas.
|
|
From: Dragoslav M. <fd...@mo...> - 2010-05-24 16:39:41
|
Hi,
I am looking for additional information on any known
legal/distribution issues regarding use of mp3parse (mpegaudioparse)
and asfdemux from the "ugly" plugins collection, and aacparse and
amrparse from the "bad" collection.
We are currently considering using these plugins in a product. We
would respect the terms of LGPL of course, but are concerned about any
additional known encumbrances.
In particular, the documentation for the "ugly" collection specifies
that "ugly" plugins may present distribution problems ("The license on
either the plug-ins or the supporting libraries might not be how we'd
like. The code might be widely known to present patent problems.") I
am interested in the specific reasons why mp3parse and asfdemux were
placed into the "ugly" category, so we can evaluate and make the
decision whether to use them.
Also, are aacparse and amrparse merely of lesser quaility (and thus in
"bad" collection), or are there additional distribution issues
regarding those two plugins?
Your help would be greatly appreciated.
-Dragoslav Mitrinovic
|
|
From: Ivan Z. <iv...@ti...> - 2010-05-24 13:28:58
|
Try to use something like this:
./configure --prefix=%{_prefix} --build=x86_64-unknown-linux-gnu
--host=arm-none-linux-gnueabi \
--with-ffmpeg-extra-configure=" --disable-logging \
--prefix=%{_prefix} \
--enable-cross-compile \
--arch=armv5te \
--cc=arm-none-linux-gnueabi-gcc \
--target-os=linux
gst-ffmpeg has two package inside and maybe you forget to cross
complie the deeper one :)
Ivan
|
|
From: danny <tor...@16...> - 2010-05-24 03:14:10
|
Hi, 1) try to remove "--build=i686-linux " 2)For the avi file you play, I think you lack of avidemux, and the videorender is not the root cause. -- Best Regards, 在2010-05-23 17:59:56，"代坤娟" <dai...@gm...> 写道： ---------- 已转发邮件 ---------- 发件人： 代坤娟<dai...@gm...> 日期： 2010年5月21日 上午9:55 主题： gst-ffmpeg cross compile problem 收件人： gst...@li... 抄送： gst...@li... Hi, i have some problem when i try to cross compile gst-ffmpeg for my arm board, pls help me. i configure gst-ffmpeg as follows: ./configure CC=arm-none-linux-gnueabi-gcc --build=i686-linux --host=arm-none-linux-gnueabi --prefix=/usr/local/gstreamer CFLAGS=-I/usr/local/gstreamer/include/ LDFLAGS=-L/usr/local/gstreamer/lib PKG_CONFIG_PATH=/usr/local/gstreamer/lib/pkgconfig LD_LIBRARY_PATH=/usr/local/gstreamer/lib but i get the error saying : Configuring included FFmpeg instance with args --prefix=/usr/local/gstreamer --disable-ffserver --disable-ffplay --enable-postproc --enable-gpl --enable-static --enable-shared --disable-encoder=flac --disable-decoder=cavs --disable-protocols --disable-devices --disable-network --disable-hwaccels --enable-cross-compile --target-os=linux-gnueabi --arch=arm --cross-prefix=arm-none-linux-gnueabi- --disable-ffmpeg Unknown OS 'linux-gnueabi'. If you think configure made a mistake, make sure you are using the latest version from SVN. If the latest version fails, report the problem to the ffm...@mp... mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.err" produced by configure as this will help solving the problem. config.status: error: Failed to configure embedded FFmpeg tree how should i configure gst-ffmpeg , pls help me, thanks! in addition, i want to know if i want to play video on my arm board, what videosink i can use? when i use autovideosink , the message it displays as follows: [root@Real6410 /]# gst-launch filesrc location=/usr/local/gstreamer/demo/S.avi ! decodebin ! ffmpegcolorspace ! videoscale ! autovideosink Setting pipeline to PAUSED ... Pipeline is PREROLLING ... WARNING: from element /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0: Resource not found. Additional debug info: gstautovideosink.c(320): gst_auto_video_sink_find_best (): /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0: Failed to find a usable video sink ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0: A AVI demuxer plugin is required to play this stream, but not installed. Additional debug info: gstdecodebin.c(986): close_pad_link (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0: No decoder to handle media type 'video/x-msvideo' ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... Freeing pipeline ... Best regards daisy |
|
From: 代坤娟 <dai...@gm...> - 2010-05-23 10:00:03
|
---------- 已转发邮件 ---------- 发件人： 代坤娟 <dai...@gm...> 日期： 2010年5月21日 上午9:55 主题： gst-ffmpeg cross compile problem 收件人： gst...@li... 抄送： gst...@li... Hi, i have some problem when i try to cross compile gst-ffmpeg for my arm board, pls help me. i configure gst-ffmpeg as follows: ./configure CC=arm-none-linux-gnueabi-gcc --build=i686-linux --host=arm-none-linux-gnueabi --prefix=/usr/local/gstreamer CFLAGS=-I/usr/local/gstreamer/include/ LDFLAGS=-L/usr/local/gstreamer/lib PKG_CONFIG_PATH=/usr/local/gstreamer/lib/pkgconfig LD_LIBRARY_PATH=/usr/local/gstreamer/lib but i get the error saying : Configuring included FFmpeg instance with args --prefix=/usr/local/gstreamer --disable-ffserver --disable-ffplay --enable-postproc --enable-gpl --enable-static --enable-shared --disable-encoder=flac --disable-decoder=cavs --disable-protocols --disable-devices --disable-network --disable-hwaccels --enable-cross-compile --target-os=linux-gnueabi --arch=arm --cross-prefix=arm-none-linux-gnueabi- --disable-ffmpeg Unknown OS 'linux-gnueabi'. If you think configure made a mistake, make sure you are using the latest version from SVN. If the latest version fails, report the problem to the ffm...@mp... mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.err" produced by configure as this will help solving the problem. config.status: error: Failed to configure embedded FFmpeg tree how should i configure gst-ffmpeg , pls help me, thanks! in addition, i want to know if i want to play video on my arm board, what videosink i can use? when i use autovideosink , the message it displays as follows: [root@Real6410 /]# gst-launch filesrc location=/usr/local/gstreamer/demo/S.avi ! decodebin ! ffmpegcolorspace ! videoscale ! autovideosink Setting pipeline to PAUSED ... Pipeline is PREROLLING ... WARNING: from element /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0: Resource not found. Additional debug info: gstautovideosink.c(320): gst_auto_video_sink_find_best (): /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0: Failed to find a usable video sink ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0: A AVI demuxer plugin is required to play this stream, but not installed. Additional debug info: gstdecodebin.c(986): close_pad_link (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0: No decoder to handle media type 'video/x-msvideo' ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... Freeing pipeline ... Best regards daisy |
|
From: 代坤娟 <dai...@gm...> - 2010-05-21 01:55:29
|
Hi, i have some problem when i try to cross compile gst-ffmpeg for my arm board, pls help me. i configure gst-ffmpeg as follows: ./configure CC=arm-none-linux-gnueabi-gcc --build=i686-linux --host=arm-none-linux-gnueabi --prefix=/usr/local/gstreamer CFLAGS=-I/usr/local/gstreamer/include/ LDFLAGS=-L/usr/local/gstreamer/lib PKG_CONFIG_PATH=/usr/local/gstreamer/lib/pkgconfig LD_LIBRARY_PATH=/usr/local/gstreamer/lib but i get the error saying : Configuring included FFmpeg instance with args --prefix=/usr/local/gstreamer --disable-ffserver --disable-ffplay --enable-postproc --enable-gpl --enable-static --enable-shared --disable-encoder=flac --disable-decoder=cavs --disable-protocols --disable-devices --disable-network --disable-hwaccels --enable-cross-compile --target-os=linux-gnueabi --arch=arm --cross-prefix=arm-none-linux-gnueabi- --disable-ffmpeg Unknown OS 'linux-gnueabi'. If you think configure made a mistake, make sure you are using the latest version from SVN. If the latest version fails, report the problem to the ffm...@mp... mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.err" produced by configure as this will help solving the problem. config.status: error: Failed to configure embedded FFmpeg tree how should i configure gst-ffmpeg , pls help me, thanks! in addition, i want to know if i want to play video on my arm board, what videosink i can use? when i use autovideosink , the message it displays as follows: [root@Real6410 /]# gst-launch filesrc location=/usr/local/gstreamer/demo/S.avi ! decodebin ! ffmpegcolorspace ! videoscale ! autovideosink Setting pipeline to PAUSED ... Pipeline is PREROLLING ... WARNING: from element /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0: Resource not found. Additional debug info: gstautovideosink.c(320): gst_auto_video_sink_find_best (): /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0: Failed to find a usable video sink ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0: A AVI demuxer plugin is required to play this stream, but not installed. Additional debug info: gstdecodebin.c(986): close_pad_link (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0: No decoder to handle media type 'video/x-msvideo' ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... Freeing pipeline ... Best regards daisy |
|
From: Edward H. <edw...@co...> - 2010-05-19 06:36:20
|
Profile it on a regular linux box first. See the post from a few days ago regarding memory profiling and hunting memory leaks. If you don't see a leak on a regular linux box... then your problem is specific to your setup. Edward On Wed, 2010-05-19 at 03:38 +0000, Yang Felix wrote: > Dear All: > I try to use the follwoing instrument on my ARM-based board. It > works but I find the memory usage increases. I use top to monitor it > and RSS and %CPU increase. Does anybody give me help? Thanks! > > gst-launch rtspsrc location=rtsp://192.168.11.168/test.sdp > protocols=0x4 ! rtpmp4vdepay ! ffdec_mpeg4 ! fakesink > > > Gstreamer version : 0.10.12 > gst-ffmpeg:0.10.3 > > > ______________________________________________________________________ > Hotmail 是功能強大又值得信賴的免費信箱 立即使用 > ------------------------------------------------------------------------------ > > _______________________________________________ > Gstreamer-embedded mailing list > Gst...@li... > https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded -- Edward Hervey -- Collabora Multimedia Lead Platforms Engineer Co-Founder |
|
From: Yang F. <fel...@ho...> - 2010-05-19 03:38:10
|
Dear All:
I try to use the follwoing instrument on my ARM-based board. It works but I find the memory usage increases. I use top to monitor it and RSS and %CPU increase. Does anybody give me help? Thanks!
gst-launch rtspsrc location=rtsp://192.168.11.168/test.sdp protocols=0x4 ! rtpmp4vdepay ! ffdec_mpeg4 ! fakesink
Gstreamer version : 0.10.12
gst-ffmpeg:0.10.3
_________________________________________________________________
Hotmail 是功能強大又值得信賴的免費信箱
https://signup.live.com/signup.aspx?id=60969 |
|
From: 代坤娟 <dai...@gm...> - 2010-05-17 10:08:28
|
hello i am trying to transplant gstreamer into ARM board, first, i cross-compile source package of gstreamer-0.10.28,gst-plugins-base,good,bad,and ugly, then copy all the .so library to my board, and when i use gst-inspect ,i also can obtain the plugins on my board: [root@Real6410 demo]# gst-inspect the output information disyplays the plugins have been installed successfully on my board. but when i use gst-launch to play a MP3 or ogg file: [root@Real6410 /]# gst-launch-0.10 filesrc location="/usr/local/gstreamer/demo/x .ogg" ! oggdemux ! vorbisdec ! audioconvert ! osssink i get the message as follows: Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstAudioSinkClock it seems that it is playing ,but i cant hear the song besides a little of sound, and after a while ,it can also display message which suggest the song has played to the end: Got EOS from element "pipeline0". Execution ended after 245510320675 ns. Setting pipeline to PAUSED ... Setting pipeline to READY ... Setting pipeline to NULL ... Freeing pipeline ... in the whole process, i cant hear the song at all, when i play mp3 file using gst-launch as follows: gst-launch-0.10 filesrc location="/usr/local/gstreamer/dem o/Bobo.mp3" ! mad ! audioconvert ! audioresample ! osssink the message it output is the same as playing ogg file. of course, i can sure that i have oss driver on my board already, and i have test the audio driver through madplay, it can play well. so , i have no idea why there is no sound on my board, pls help me to solve it . thank you very much! Looking forward to your reply! Best regards! daisy |
|
From: Felipe C. <fel...@gm...> - 2010-05-15 08:17:46
|
On Thu, May 13, 2010 at 9:14 AM, aditya <ad...@tr...> wrote: > 1.Downloaded and untared gstreamer-0.10.29,tar.gz file > CC libgstparse_la-lex._gst_parse_yy.lo > ../../libtool: line 819: X--tag=CC: command not found That looks like a libtool discrepancy... you probably need to run ./autoregen.sh, or install a different libtool. -- Felipe Contreras |
|
From: aditya <ad...@tr...> - 2010-05-13 07:08:53
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> Hi,<br> We are in a process of compiling and installing gstreamer libraries for PC. We are getting some errors while compilation. Following are the steps that we followed.<br> <br> <b>Processor type - Intel i686 processor<br> Operating system - Fedora Core 6<br> Compiler - gcc version 4.1.1</b><br> <br> 1.Downloaded and untared gstreamer-0.10.29,tar.gz file<br> <br> 2. We downloaded and installed glib-2.18.4, libxml2-2.7.6 which is required by gstreamer-0.10.29<br> <br> 3. Exported PKG_CONFIG_PATH variable for glib-2.0.pc and libxml-2.0.pc paths respectively<br> <br> 3. After this we executed ./configure script file and it passed without any errors<br> <br> 4. But when we run make it gave following errors<br> <br> CC libgstparse_la-lex._gst_parse_yy.lo<br> ../../libtool: line 819: X--tag=CC: command not found<br> ../../libtool: line 852: libtool: ignoring unknown tag : command not found<br> ../../libtool: line 819: X--mode=compile: command not found<br> ../../libtool: line 985: *** Warning: inferring the mode of operation is deprecated.: command not found<br> ../../libtool: line 986: *** Future versions of Libtool will require --mode=MODE be specified.: command not found<br> ../../libtool: line 1129: Xgcc: command not found<br> ../../libtool: line 1129: X-DHAVE_CONFIG_H: command not found<br> ../../libtool: line 1129: X-I.: command not found<br> ../../libtool: line 1129: X-I../..: No such file or directory<br> ../../libtool: line 1129: X-I../..: No such file or directory<br> ../../libtool: line 1129: X-I../..: No such file or directory<br> ../../libtool: line 1129: X-pthread: command not found<br> ../../libtool: line 1129: X-I/GSTREAM/NEW/glib-2.18.4/BUILD_GLIB/include/glib-2.0: No such file or directory<br> ../../libtool: line 1129: X-I/GSTREAM/NEW/glib-2.18.4/BUILD_GLIB/lib/glib-2.0/include: No such file or directory<br> ../../libtool: line 1129: X-DG_THREADS_MANDATORY: command not found<br> ../../libtool: line 1129: X-DG_DISABLE_CAST_CHECKS: command not found<br> ../../libtool: line 1129: X-I/GSTREAM/NEW/libxml2-2.7.6/BUILD/include/libxml2: No such file or directory<br> ../../libtool: line 1129: X-Wall: command not found<br> ../../libtool: line 1129: X-Wdeclaration-after-statement: command not found<br> ../../libtool: line 1129: X-Wpointer-arith: command not found<br> ../../libtool: line 1129: X-Wmissing-declarations: command not found<br> ../../libtool: line 1129: X-Wmissing-prototypes: command not found<br> ../../libtool: line 1129: X-Wredundant-decls: command not found<br> ../../libtool: line 1129: X-Wundef: command not found<br> ../../libtool: line 1129: X-Wwrite-strings: command not found<br> ../../libtool: line 1129: X-Wformat-nonliteral: command not found<br> ../../libtool: line 1129: X-Wformat-security: command not found<br> ../../libtool: line 1129: X-Wold-style-definition: command not found<br> ../../libtool: line 1129: X-Winit-self: command not found<br> ../../libtool: line 1129: X-Wmissing-include-dirs: command not found<br> ../../libtool: line 1129: X-Waggregate-return: command not found<br> ../../libtool: line 1129: X-Wno-multichar: command not found<br> ../../libtool: line 1129: X-Wnested-externs: command not found<br> ../../libtool: line 1129: X-g: command not found<br> ../../libtool: line 1129: X-g: command not found<br> ../../libtool: line 1129: X-O2: command not found<br> ../../libtool: line 1129: X-MT: command not found<br> ../../libtool: line 1129: Xlibgstparse_la-lex._gst_parse_yy.lo: command not found<br> ../../libtool: line 1129: X-MD: command not found<br> ../../libtool: line 1129: X-MP: command not found<br> ../../libtool: line 1129: X-MF: command not found<br> ../../libtool: line 1129: X.deps/libgstparse_la-lex._gst_parse_yy.Tpo: No such file or directory<br> ../../libtool: line 1129: X-c: command not found<br> ../../libtool: line 1181: Xlibgstparse_la-lex._gst_parse_yy.lo: command not found<br> ../../libtool: line 1186: libtool: compile: cannot determine name of library object from `': command not found<br> <br> 5. We are struck up with above error and not able to solve it<br> <br> We kindly request you to support us in resolving above error<br> <br> Waiting for your reply<br> <br> Thanks And Regards<br> Aditya<br> <br> <br> <br> </body> </html> |
|
From: Yuval Y. <yu...@la...> - 2010-05-09 08:43:57
|
Hello all, I am looking for a solution to a product I am working on. I need a video source to be streamed using multiple cellular modems to a certain IP address. At the end point I need a TCP/IP lestening service to collect that streaming and reconstruct it. Any suggestion as to how I can implement it using Gstreamer? Thenaks, Yuval |
10 messages has been excluded from this view by a project administrator.
