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: Fabio M. <fab...@gm...> - 2010-03-22 13:04:43
|
Hi all, I have cross-compiled GStreamer for an ARM board (pxa270). Now I'm trying to load a core plugin to test installation. The problem is that I get the following result: bash-2.05a# /bin/gst-inspect-0.10 fakesrc No such element or plugin 'fakesrc' Probably this happens because the plugins libraries are blacklisted.. cat /root/.gstreamer-0.10/registry.arm.bin 0.10.23.1l7 ��Klibgstcoreelements.soPlugin for blacklisted file/home/fabio/SVILUPPO/GSTREAMER/gstreamer-build/lib/gstreamer-0.10/libgstcoreelements.so0.0.0BLACKLISTBLACKLISTBLACKLISTBLACKLIST����Klibgstcoreindexers.soPlugin for blacklisted file/home/fabio/SVILUPPO/GSTREAMER/gstreamer-build/lib/gstreamer-0.10/libgstcoreindexers.so0.0.0BLACKLISTBLACKLISTBLACKLISTBLACKLIST can someone help me find out why? Regards -- Fabio Mauri |
|
From: Vinay M. <Vin...@ln...> - 2010-03-22 11:42:03
|
Hi to all...............
I need to compile GSTREAMER For ARM Board for Phonon Support as Back-end. So I need to know how GSTREAMER Compiling Procedure For ARM Embedded Arch.....
Larsen & Toubro Limited
www.larsentoubro.com
This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.
|
|
From: Arnout V. <ar...@mi...> - 2010-03-16 10:33:35
|
Note, I didn't modify gstbuffer, I just added a function that peeks through the GstSubBuffer class. Regards, Arnout On Tuesday 16 March 2010 01:15:18, Demon Deng wrote: > I think it is better to write your own videorate plugin or modify > videorate plugin to support DMAI buffer than modify gstbuffer. > > 2010/3/16 Arnout Vandecappelle <ar...@mi...> > > > Hoi all, > > > > I'm currently hacking with the DMAI plugins that use the DSP on the TI > > > > OMAP > > for video encoding and other transformations. These plugins require > > specially allocated DMA buffers to be able to communicate with the DSP. > > A custom GstTIDmaiBufferTranport sub-class of GstBuffer is used for > > that. When the encoder element receives a buffer, it checks whether it > > is a GstTIDmaiBufferTransport; if not, it memcpy's the data in a DMA > > buffer. > > > > Since the memcpy's completely kill performance in my application, I > > make > > > > sure that GstTIDmaiBufferTransport buffers are allocated in the > > beginning of > > the pipeline. However, when I insert a videorate element in the > > pipeline, it creates subbuffers of these. These are no longer > > recognized as GstTIDmaiBufferTransport objects, and therefore the > > physical address of the DMA buffer is not accessible. Hence, there > > are memcpy's again. > > > > To work around this, I've added a function to GstBuffer that checks if > > it > > > > is a subbuffer and if so returns the parent buffer. Does this sound > > like a good solution? If so, I'll put it in bugzilla. > > > > Regards, > > Arnout > > > > -- > > Arnout Vandecappelle arnout at mind be > > Senior Embedded Software Architect +32-16-286540 > > Essensium/Mind http://www.mind.be > > G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR > > Leuven > > LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle > > GPG fingerprint: 31BB CF53 8660 6F88 345D 54CC A836 5879 20D7 CF43 > > > > > > ----------------------------------------------------------------------- > > ------- Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > _______________________________________________ > > gstreamer-devel mailing list > > gst...@li... > > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel -- Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286540 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 31BB CF53 8660 6F88 345D 54CC A836 5879 20D7 CF43 |
|
From: Demon D. <dxs...@gm...> - 2010-03-16 00:24:52
|
I think it is better to write your own videorate plugin or modify videorate plugin to support DMAI buffer than modify gstbuffer. 2010/3/16 Arnout Vandecappelle <ar...@mi...> > Hoi all, > > I'm currently hacking with the DMAI plugins that use the DSP on the TI > OMAP > for video encoding and other transformations. These plugins require > specially allocated DMA buffers to be able to communicate with the DSP. A > custom GstTIDmaiBufferTranport sub-class of GstBuffer is used for that. > When the encoder element receives a buffer, it checks whether it is a > GstTIDmaiBufferTransport; if not, it memcpy's the data in a DMA buffer. > > Since the memcpy's completely kill performance in my application, I make > sure that GstTIDmaiBufferTransport buffers are allocated in the beginning > of > the pipeline. However, when I insert a videorate element in the pipeline, > it creates subbuffers of these. These are no longer recognized as > GstTIDmaiBufferTransport objects, and therefore the physical address of the > DMA buffer is not accessible. Hence, there are memcpy's again. > > To work around this, I've added a function to GstBuffer that checks if it > is a subbuffer and if so returns the parent buffer. Does this sound like a > good solution? If so, I'll put it in bugzilla. > > Regards, > Arnout > -- > Arnout Vandecappelle arnout at mind be > Senior Embedded Software Architect +32-16-286540 > Essensium/Mind http://www.mind.be > G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR > Leuven > LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle > GPG fingerprint: 31BB CF53 8660 6F88 345D 54CC A836 5879 20D7 CF43 > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > gst...@li... > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > |
|
From: Arnout V. <ar...@mi...> - 2010-03-15 22:48:29
|
Hoi all, I'm currently hacking with the DMAI plugins that use the DSP on the TI OMAP for video encoding and other transformations. These plugins require specially allocated DMA buffers to be able to communicate with the DSP. A custom GstTIDmaiBufferTranport sub-class of GstBuffer is used for that. When the encoder element receives a buffer, it checks whether it is a GstTIDmaiBufferTransport; if not, it memcpy's the data in a DMA buffer. Since the memcpy's completely kill performance in my application, I make sure that GstTIDmaiBufferTransport buffers are allocated in the beginning of the pipeline. However, when I insert a videorate element in the pipeline, it creates subbuffers of these. These are no longer recognized as GstTIDmaiBufferTransport objects, and therefore the physical address of the DMA buffer is not accessible. Hence, there are memcpy's again. To work around this, I've added a function to GstBuffer that checks if it is a subbuffer and if so returns the parent buffer. Does this sound like a good solution? If so, I'll put it in bugzilla. Regards, Arnout -- Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286540 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 31BB CF53 8660 6F88 345D 54CC A836 5879 20D7 CF43 |
|
From: Arnout V. <ar...@mi...> - 2010-03-11 22:27:11
|
On Tuesday 09 March 2010 14:59:01, Sedji Gaouaou wrote: > Anyway I have another question. My video decoder is also able to > crop/scale/rotate/convert colors, and I would like to know what is the > best way to use such capabilities within gstreamer? > > Should I write only one plugin which will do everything or several > plugins like for instance one for the decoder, one for the post > processing(crop, rotation..) and one for the color conversion? If it can be done in separate plugins, that's the preferred way because it gives more flexibility to use the plugins (e.g. you can do the rotation on raw video, without decoder). One good reason to put them in a single plugin is if that is the only way you can avoid memcpy overhead. I had this situation recently for a hardware-accelerated resizer followed by a letterbox. The resizer requires DMA buffers for its output, so they can't be allocated by the normal letterbox pad-alloc. And obviously, the buffers allocated by the resizer are not large enough to contain the black bars of the letterbox. Regards, Arnout -- Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286540 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 31BB CF53 8660 6F88 345D 54CC A836 5879 20D7 CF43 |
|
From: Sedji G. <sed...@at...> - 2010-03-09 13:59:14
|
Hi, I have written a mail few days to the gstreamer mailing list(not the embedded one...)(see: http://sourceforge.net/mailarchive/message.php?msg_name=4B90C30D.5000101%40atmel.com) ago about a display problem using gstreamer. I still cannot play properly the video when doing: gst-launch filesrc location= mnt/video/AVI/MPEG4/Seinfel d_timestamp.avi ! avidemux name=demux demux.video_00 ! queue ! x170 output=RGB16 inbuf-thresh=0000 output_width=480 output_height=240 ! ximagesink display=:0.0 while it is ok when doing: gst-launch filesrc location= mnt/video/AVI/MPEG4/Seinfel d_timestamp.avi ! avidemux name=demux demux.video_00 ! queue ! x170 output=RGB16 inbuf-thresh=0000 output_width=480 output_height=240 ! fbdevsink Anyway I have another question. My video decoder is also able to crop/scale/rotate/convert colors, and I would like to know what is the best way to use such capabilities within gstreamer? Should I write only one plugin which will do everything or several plugins like for instance one for the decoder, one for the post processing(crop, rotation..) and one for the color conversion? Regards, Sedji |
|
From: Andrey N. <and...@ya...> - 2010-03-08 09:48:34
|
> sorry dint change the subject line..... :-) I was reading the list from bottom up. Please ignore my previous mail. Hi guys, > >I have downloaded libmad-0.15.1b.tar.gz from ftp://ftp.mars.org/pub/mpeg/ >>then I execute ./configure --prefix=/usr >It says>>>>> configure: error: C++ preprocessor "/lib/cpp" fails sanity check > >then i downloaded libmad-0.15.0b.tar.gz >In this configure step was fine but after that when i did make it gives following error: >cc1: error: unrecognized command line option "-fforce-mem" > >how can i get rid of this and install libmad on my ubuntu pc. >> > >thanks > |
|
From: Andrey N. <and...@ya...> - 2010-03-08 09:47:02
|
Hi, >I have downloaded libmad-0.15.1b.tar.gz from ftp://ftp.mars.org/pub/mpeg/ >then I execute ./configure --prefix=/usr >It says>>>>> configure: error: C++ preprocessor "/lib/cpp" fails sanity check > >then i downloaded libmad-0.15.0b.tar.gz In this configure step >was fine but after that when i did make it gives following error: >cc1: error: unrecognized command line option "-fforce-mem" > >how can i get rid of this and install libmad on my ubuntu pc. But where is the "Memory leak on filesrc" mentioned in the Subject? Please do not hijack the thread in the future. It is misleading for the reader and reduce your chances to get the answer to your question. Thanks, Andrey. |
|
From: Charles W. <cha...@ha...> - 2010-03-07 14:06:07
|
I had a working build process for 2.6.29 using OpenEmbedded/bitbake and ti-gstreamer that would allow me to run the TI CodecEngine using ti-gstreamer.
I recently moved to 2.6.30 to incorporate a camera driver that support V4L2 as the next step in building up a system that supports video encoding from that camera.
However, I have run into some difficulties with this new build and I am hoping that someone might recognize the source of my error.
Below is the output from my attempt to run a simple gst-launch sequence, but the essence of the error appears to be from:
> 019490] ti.sdo.ce.ipc.Power - Power_on> Opening Local Power Manager for the DSP on /dev/lpm0...
> @2,013,793us: [+2 T:0x41019490] ti.sdo.ce.ipc.Power - Power_on> Turning on DSP power...
> @2,013,915us: [+7 T:0x41019490] ti.sdo.ce.ipc.Power - Power_on> Turning on DSP power FAILED
During the boot process, the kernel reports that APM is not built into the system. Is APM needed for LPM to work?
Any suggestions on how to tackle figuring out what is not right about this configuration?
Thanks,
Charlie
> root@overo:~# CE_DEBUG=1 gst-launch --gst-debug=1 -v videotestsrc pattern=1 num-
> buffers=60 ! TIVidenc1 codecName=h264 engineName=codecServer ! filesink location
> =first.264
> @0,563,171us: [+6 T:0x40020310] CE - Engine_init> CE debugging on (CE_DEBUG=1; allowed CE_DEBUG levels: 1=min, 2=good, 3=max)
> Setting pipeline to PAUSED ...
> /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0.GstPad:src: caps = video/x-raw-yuv, format=(fourcc)UYVY, width=(int)320, height=(int)240, framerate=(fraction)30/1
> Pipeline is PREROLLING ...
> /GstPipeline:pipeline0/GstTIVidenc1:tividenc10.GstPad:sink: caps = video/x-raw-yuv, format=(fourcc)UYVY, width=(int)320, height=(int)240, framerate=(fraction)30/1
> @0,680,572us: [+7 T:0x41019490] ti.sdo.ce.ipc.Power - Power_on> Turning on DSP power FAILED
> @0,680,663us: [+6 T:0x41019490] OP - Processor_create_d> Power_on failed.
> @0,680,755us: [+6 T:0x42068490] CE - rserverOpen: can't start '/usr/share/ti/codec-combo/cs.x64P'; Processor_create failed
> ERROR: from element /GstPipeline:pipeline0/GstTIVidenc1:tividenc10: failed to open codec engine "codecServer"
>
> Additional debug info:
> gsttividenc1.c(1446): gst_tividenc1_codec_start (): /GstPipeline:pipeline0/GstTIVidenc1:tividenc10
> ERROR: pipeline doesn't want to preroll.
> Setting pipeline to NULL ...
> gst-launch-0.10: BufTab.c:440: BufTab_getNumBufs: Assertion `hBufTab' failed.
> Aborted
> root@overo:~# CE_DEBUG=2 gst-launch --gst-debug=1 -v videotestsrc pattern=1 num-
> buffers=60 ! TIVidenc1 codecName=h264 engineName=codecServer ! filesink location
> =first.264
> @0,886,199us: [+4 T:0x40020310] OG - Global_init> This program was built with the following packages:
> @0,886,443us: [+4 T:0x40020310] OG - package gnu.targets.arm.rtsv5T (/home/charlie/pixhawk-oe-tmp/staging/i686-linux/ti-xdctools-native/packages/gnu/targets/arm/rtsv5T/) [1, 0, 0, 0]
<snip>
> @0,886,657us: [+4 T:0x40020310] OG - package ti.sdo.codecs.h264dec (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-codecs/packages/ti/sdo/codecs/h264dec/) [1, 0, 0]
> @0,886,718us: [+4 T:0x40020310] OG - package ti.sdo.codecs.h264enc (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-codecs/packages/ti/sdo/codecs/h264enc/) [1, 0, 0]
> <snip>
> @0,886,993us: [+4 T:0x40020310] OG - package ti.sdo.linuxutils.sdma (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-linuxutils/packages/ti/sdo/linuxutils/sdma/) [1, 0, 0]
> @0,887,023us: [+4 T:0x40020310] OG - package ti.sdo.linuxutils.cmem (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-linuxutils/packages/ti/sdo/linuxutils/cmem/) [2, 2, 0]
> @0,887,084us: [+4 T:0x40020310] OG - package ti.sdo.fc.global (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-framework-components/packages/ti/sdo/fc/global/) [1, 0, 0]
> @0,887,115us: [+4 T:0x40020310] OG - package ti.sdo.fc.scpy (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-framework-components/packages/ti/sdo/fc/scpy/) [1, 0, 0]
> @0,887,176us: [+4 T:0x40020310] OG - package ti.sdo.ce.global (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-codec-engine/packages/ti/sdo/ce/global/) [1, 0, 0]
> @0,887,237us: [+4 T:0x40020310] OG - package ti.xdais.dm (/home/charlie/pixhawk-oe-tmp/staging/i686-linux/ti-xdais/packages/ti/xdais/dm/) [1, 0, 5]
> @0,887,267us: [+4 T:0x40020310] OG - package ti.sdo.utils.trace (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-framework-components/packages/ti/sdo/utils/trace/) [1, 0, 0]
> @0,887,328us: [+4 T:0x40020310] OG - package ti.sdo.ce.utils.xdm (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-codec-engine/packages/ti/sdo/ce/utils/xdm/) [1, 0, 2]
> @0,887,359us: [+4 T:0x40020310] OG - package dsplink.gpp (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-dsplink-module/packages/dsplink/gpp/) [5, 0, 0]
> @0,887,420us: [+4 T:0x40020310] OG - package ti.bios.power (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-codec-engine/cetools/packages/ti/bios/power/) [1, 1, 1]
> @0,887,481us: [+4 T:0x40020310] OG - package ti.xdais (/home/charlie/pixhawk-oe-tmp/staging/i686-linux/ti-xdais/packages/ti/xdais/) [1, 2.0, 1]
> @1,222,564us: [+4 T:0x40020310] OG - package ti.sdo.ce.node (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-codec-engine/packages/ti/sdo/ce/node/) [1, 0, 0]
> @1,222,625us: [+4 T:0x40020310] OG - package ti.sdo.fc.memutils (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-framework-components/packages/ti/sdo/fc/memutils/) [1, 0, 0]
> @1,222,686us: [+4 T:0x40020310] OG - package ti.sdo.fc.utils (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-framework-components/packages/ti/sdo/fc/utils/) [1, 0, 2]
> @1,222,717us: [+4 T:0x40020310] OG - package ti.sdo.fc.dman3 (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-framework-components/packages/ti/sdo/fc/dman3/) [1, 0, 4]
> @1,222,778us: [+4 T:0x40020310] OG - package ti.sdo.fc.acpy3 (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-framework-components/packages/ti/sdo/fc/acpy3/) [1, 0, 4]
> <snip>
> @1,559,326us: [+4 T:0x40020310] OG - package ti.sdo.dmai (/home/charlie/pixhawk-oe-tmp/staging/overo-angstrom-linux-gnueabi/ti-dmai/packages/ti/sdo/dmai/) [1, 0, 0]
> @1,559,387us: [+4 T:0x40020310] OG - package gstticodecplugin_omap3530 (/home/charlie/pixhawk-oe-tmp/work/overo-angstrom-linux-gnueabi/gstreamer-ti-svnr459-r37/gstreamer_ti/ti_build/ticodecplugin/src/gstticodecplugin_omap3530/) []
> @1,559,631us: [+0 T:0x40020310] ti.sdo.ce.osal.Sem - Sem_create> count: 0
> @1,559,692us: [+0 T:0x40020310] ti.sdo.ce.osal.Sem - Leaving Sem_create> sem[0xd5288]
> @1,559,722us: [+0 T:0x40020310] ti.sdo.ce.osal.Sem - Sem_create> count: 0
> @1,559,783us: [+0 T:0x40020310] ti.sdo.ce.osal.Sem - Leaving Sem_create> sem[0xd52a0]
> @1,559,814us: [+0 T:0x40020310] OT - Thread_create> Enter (fxn=0x4065aff0, attrs=0x0)
> @1,894,927us: [+1 T:0x41019490] OP - daemon> thread created.
> @1,894,988us: [+0 T:0x41019490] OP - getCmd_d> Enter (proc=0x41018dd8)
> @1,895,049us: [+0 T:0x41019490] ti.sdo.ce.osal.Sem - Entered Sem_pend> sem[0xd5288] timeout[0xffffffff]
> @1,895,110us: [+0 T:0x40020310] OT - Thread_create> Exit (task=0xd52d8)
> @1,895,233us: [+0 T:0x40020310] ti.sdo.ce.alg - ALG_init> Enter
> @1,895,294us: [+0 T:0x40020310] ti.sdo.ce.alg - ALG_init> Exit
> @1,895,385us: [+6 T:0x40020310] CE - Engine_init> CE debugging on (CE_DEBUG=2; allowed CE_DEBUG levels: 1=min, 2=good, 3=max)
> @1,895,446us: [+0 T:0x40020310] CS - Server_init()
> @1,895,507us: [+0 T:0x40020310] CS - Server_init> Global_useLinkArbiter = 0
> Setting pipeline to PAUSED ...
> /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0.GstPad:src: caps = video/x-raw-yuv, format=(fourcc)UYVY, width=(int)320, height=(int)240, framerate=(fraction)30/1
> Pipeline is PREROLLING ...
> /GstPipeline:pipeline0/GstTIVidenc1:tividenc10.GstPad:sink: caps = video/x-raw-yuv, format=(fourcc)UYVY, width=(int)320, height=(int)240, framerate=(fraction)30/1
> @2,012,969us: [+0 T:0x42068490] CE - Engine_open> Enter('codecServer', 0x0, 0x42067c8c)
> @2,013,091us: [+0 T:0x42068490] CE - rserverOpen('/usr/share/ti/codec-combo/cs.x64P'), count = 0
> @2,013,122us: [+0 T:0x42068490] OP - Processor_create> Enter(imageName='/usr/share/ti/codec-combo/cs.x64P', linkCfg='(null)', attrs=0x42067c70)
> @2,013,244us: [+0 T:0x42068490] OP - doCmd> Enter (cmdId=1, proc=0x17698)
> @2,013,305us: [+0 T:0x42068490] ti.sdo.ce.osal.Sem - Entered Sem_post> sem[0xd5288]
> @2,013,366us: [+0 T:0x42068490] ti.sdo.ce.osal.Sem - Leaving Sem_post> sem[0xd5288]
> @2,013,427us: [+0 T:0x42068490] ti.sdo.ce.osal.Sem - Entered Sem_pend> sem[0xd52a0] timeout[0xffffffff]
> @2,013,488us: [+0 T:0x41019490] ti.sdo.ce.osal.Sem - Leaving Sem_pend> sem[0xd5288] status[0]
> @2,013,549us: [+0 T:0x41019490] OP - getCmd_d> Exit (result=1)
> @2,013,580us: [+0 T:0x41019490] OP - Processor_create_d> Enter(proc=0x17698)
> @2,013,641us: [+0 T:0x41019490] ti.sdo.ce.ipc.Power - Power_on> Enter(handle=0x176b4)
> @2,013,671us: [+2 T:0x41019490] ti.sdo.ce.ipc.Power - Power_on> Opening Local Power Manager for the DSP on /dev/lpm0...
> @2,013,793us: [+2 T:0x41019490] ti.sdo.ce.ipc.Power - Power_on> Turning on DSP power...
> @2,013,915us: [+7 T:0x41019490] ti.sdo.ce.ipc.Power - Power_on> Turning on DSP power FAILED
> @2,013,976us: [+2 T:0x41019490] ti.sdo.ce.ipc.Power - Power_on> return (1)
> @2,014,037us: [+6 T:0x41019490] OP - Processor_create_d> Power_on failed.
> @2,014,068us: [+2 T:0x41019490] OP - Processor_create_d> return (0)
> @2,014,129us: [+0 T:0x41019490] ti.sdo.ce.osal.Sem - Entered Sem_post> sem[0xd52a0]
> @2,014,190us: [+0 T:0x42068490] ti.sdo.ce.osal.Sem - Leaving Sem_pend> sem[0xd52a0] status[0]
> @2,014,221us: [+0 T:0x42068490] OP - doCmd> Exit (result=2)
> @2,014,282us: [+0 T:0x42068490] OP - Processor_delete> Enter(proc=0x17698)
> @2,014,312us: [+1 T:0x42068490] OP - Processor_delete(0x17698) freeing object ...
> @2,014,373us: [+0 T:0x42068490] OP - Processor_delete> return.
> @2,014,404us: [+6 T:0x42068490] CE - rserverOpen: can't start '/usr/share/ti/codec-combo/cs.x64P'; Processor_create failed
> @2,014,465us: [+0 T:0x42068490] CE - rserverOpen('/usr/share/ti/codec-combo/cs.x64P'): 0x0 done.
> @2,014,495us: [+0 T:0x42068490] CE - Engine_close(0x38b00)
> @2,014,556us: [+0 T:0x42068490] CS - Server_disconnectTrace('0x38b00', 0x0)
> @2,014,587us: [+0 T:0x42068490] CS - Server_connectTrace> return(0)
> @2,014,648us: [+0 T:0x42068490] CE - Engine_open> return(0)
> ERROR: from element /GstPipeline:pipeline0/GstTIVidenc1:tividenc10: failed to open codec engine "codecServer"
>
> Additional debug info:
> gsttividenc1.c(1446): gst_tividenc1_codec_start (): /GstPipeline:pipeline0/GstTIVidenc1:tividenc10
> ERROR: pipeline doesn't want to preroll.
> Setting pipeline to NULL ...
> @2,016,937us: [+0 T:0x41019490] ti.sdo.ce.osal.Sem - Leaving Sem_post> sem[0xd52a0]
> @2,017,028us: [+0 T:0x41019490] OP - getCmd_d> Enter (proc=0x41018dd8)
> @2,017,059us: [+0 T:0x41019490] ti.sdo.ce.osal.Sem - Entered Sem_pend> sem[0xd5288] timeout[0xffffffff]
> gst-launch-0.10: BufTab.c:440: BufTab_getNumBufs: Assertion `hBufTab' failed.
> Aborted
> root@overo:~#
|
|
From: Arnout V. <ar...@mi...> - 2010-03-06 12:44:06
|
On Tuesday 02 March 2010 16:12:33, Felipe Contreras wrote: > > It would be much appreciated if you could help us to identify the main > > blockers that absolutely must be taken care of before we can start > > submitting patches and migrating our source code repository. > > Personally I would rather get rid of the DMAI/CE dependency and access > dsp-link ioctls directly, just like gst-dsp does. > > Unnecessary layers are not nice. I completely agree on that count. I've been hacking away at the resizer element and it took me hours to understand how it worked because of all these layers, while it actually is a bunch of simple v4l2 and cmem ioctl calls. However, this is not at all a blocker for moving the repository. Other plugins have dependencies, too. Regards, Arnout -- Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286540 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 31BB CF53 8660 6F88 345D 54CC A836 5879 20D7 CF43 |
|
From: Arnout V. <ar...@mi...> - 2010-03-06 12:43:48
|
Judging from your discussion with Felipe this is probably no longer
relevant, but perhaps somebody else may benefit...
You need to load the cmem module - it allocates physically contiguous
memory for use by the hardware (which is actually completely unnecessary
because the ISP peripheral that does the rendering has an MMU, but that's
how TI implemented their DMAI...). When loading the module, you have to
specify the sizes you want to be able to allocate. I have this:
# CMEM Allocation
# 1x3317760 Circular buffer
# 3x1843200 720p video buffers
# 3x829440 PAL video buffers
# 1x691200 NTSC video buffer
# 1x345600 Underlying software components (codecs, etc.)
# 1x1 Dummy buffer used during final flush
modprobe cmemk allowOverlap=1 phys_start=0x86300000 phys_end=0x87300000 \
pools=1x3317760,5x1843200,3x829440,1x345600,1x691200,1x1459200,1x1
OpenEmbedded should set up sane defaults, though.
Regards,
Arnout
On Wednesday 17 February 2010 10:50:02, Tejas wrote:
> Hello All,
>
> I have taken up libgstticodecplugins.so to my library path
> and following command is applied.
>
>
>
> Gst-launch-0.10 filesrc location=1.mp4 ! mpeg4parser ! mpeg4dec !
> ffmpegcolorspace ! TiDmaiVideoSink
>
>
>
> But I am getting following error.
>
> "CMEM Error: init: Failed to open /dev/cmem: 'No such file or directory'
>
> Setting pipeline to PAUSED ...
>
> ERROR: Pipeline doesn't want to pause.
>
> Setting pipeline to NULL ...
>
> FREEING pipeline ."
>
>
>
> Please guide me where I am wrong.
>
>
>
> Thanks In Advance,
>
> Tejas.
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 31BB CF53 8660 6F88 345D 54CC A836 5879 20D7 CF43
|
|
From: Mayank K. <er....@gm...> - 2010-03-05 13:19:41
|
sorry dint change the subject line..... Hi guys, > > I have downloaded libmad-0.15.1b.tar.gz from ftp://ftp.mars.org/pub/mpeg/ > then I execute ./configure --prefix=/usr > It says*>>>>> configure:* *error: C++ preprocessor "/lib/cpp" fails sanity > check* > > then i downloaded libmad-0.15.0b.tar.gz > In this configure step was fine but after that when i did make it gives > following error: > *cc1: error: unrecognized command line option "-fforce-mem" > > *how can i get rid of this and install libmad on my ubuntu pc. > > thanks > |
|
From: Mayank K. <er....@gm...> - 2010-03-05 13:18:12
|
Hi guys, I have downloaded libmad-0.15.1b.tar.gz from ftp://ftp.mars.org/pub/mpeg/ then I execute ./configure --prefix=/usr It says*>>>>> configure:* *error: C++ preprocessor "/lib/cpp" fails sanity check* then i downloaded libmad-0.15.0b.tar.gz In this configure step was fine but after that when i did make it gives following error: *cc1: error: unrecognized command line option "-fforce-mem" *how can i get rid of this and install libmad on my ubuntu pc. thanks |
|
From: Michael S. <ms...@xi...> - 2010-03-04 07:48:24
|
This is completely normal, and not a memory leak, or anything to be concerned about at all. The kernel reads in data from disk and buffers it in memory when an application (such as gst-launch) reads from a file. It doesn't throw this data away immediately afterwards - it'll free it if there's other data it wants to keep in the buffer cache instead, or if there's memory pressure from other things. The big hint here is that even after you terminate gst-launch (with ctrl-c) the memory is still being used - this means it couldn't possibly be a bug in the application. Mike 2010/3/3 Yang Felix <fel...@ho...>: > Dear all: > I use the following to test the filesrc: > > gst-launch filesrc location =./hd1.mpg ! filesink location =./testfile > > before executing, the memory is > # free > total used free shared > buffers > Mem: 254692 38368 216324 0 76 > Swap: 0 0 &n bsp; 0 > Total: 254692 38368 216324 > > > after executing, the memory is > > total used free shared buffers > Mem: 254692 249068 5624 0 72 > Swap: 0 0 &n bsp; 0 > Total: 254692 249068 5624 > > > > The size of hd1.mpg is 388271324 bytes > filesrc version is 0.10.25 > > Even I use control-c to stop, the free memeory is gone. > > Can anyone help me? Thanks! > > > ________________________________ > Hotmail 是功能強大又值得信賴的免費信箱 立即使用 > ------------------------------------------------------------------------------ > Download Intel(R) Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Gstreamer-embedded mailing list > Gst...@li... > https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded > > |
|
From: Yang F. <fel...@ho...> - 2010-03-04 07:26:59
|
Dear all:
I use the following to test the filesrc:
gst-launch filesrc location =./hd1.mpg ! filesink location =./testfile
before executing, the memory is
# free
total used free shared buffers
Mem: 254692 38368 216324 0 76
Swap: 0 0 0
Total: 254692 38368 216324
after executing, the memory is
total used free shared buffers
Mem: 254692 249068 5624 0 72
Swap: 0 0 0
Total: 254692 249068 5624
The size of hd1.mpg is 388271324 bytes
filesrc version is 0.10.25
Even I use control-c to stop, the free memeory is gone.
Can anyone help me? Thanks!
_________________________________________________________________
Hotmail 是功能強大又值得信賴的免費信箱
https://signup.live.com/signup.aspx?id=60969 |
|
From: Anup M. <anu...@tc...> - 2010-03-03 13:23:29
|
Hi I am working on Freescale i.MX31 ADS board. I have following rtsp plugins installed on my board. root@freescale ~$ gst-inspect | grep rtsp rtsp: rtspsrc: RTSP packet receiver rtsp: rtpdec: RTP Decoder root@freescale ~$ I want to stream a video file from PC either windows PC or linux PC to i.MX31 Freescale board, and want to play that file on i.MX31 Freescale board, I am able to it with RTP. Now i want to send the video file using RTSP. Has anyone tried this before. Can anyone please paste the sample pipeline which uses rtsp to stream video file from one PC to other. Also can VLC or any other player be used to stream video file using RTSP on Windows. If yes please share steps. Thanks in advance, Best Regards, Anup Manakeshwar. =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you |
|
From: Felipe C. <fel...@no...> - 2010-03-02 16:10:22
|
Hello Don, On Wed, Feb 10, 2010 at 07:32:51PM +0100, ext Don Darling wrote: > We are considering trying to move our plugin to the main GStreamer > source code repository, and could really use some help identifying the > most important things we should be thinking about if we want to make > this happen. > > Our plugin has existed as its own GForge project since February 2009 > located at http://gstreamer.ti.com. The goal of this project is to > provide a GStreamer plugin that enables hardware accelerators, V4L2 > display, and the transparent use of DSP codecs on a wide variety of TI > devices. This is accomplished by using TI's DMAI/Codec Engine/DSPLink > framework. Our immediate benefit from the initial effort was that we > were able to leverage AV sync capabilities from GStreamer, as well as > seamless integration with the rich assortment of plugins available. > As time goes on, we would also like to flesh out the remaining > functionality required to enable features such as trickmode playback > (which is currently an ongoing effort on a development branch). > > Jason Kridner made an inquiry about setting up a repository in late 2007, located here: > > http://bugs.freedesktop.org/show_bug.cgi?id=13098 [...] I just read that bug report and I don't see any pre-requisites, just submit your patches. Although I thought GStreamer developers prefer to review patches through bugzilla. > It would be much appreciated if you could help us to identify the main > blockers that absolutely must be taken care of before we can start > submitting patches and migrating our source code repository. Personally I would rather get rid of the DMAI/CE dependency and access dsp-link ioctls directly, just like gst-dsp does. Unnecessary layers are not nice. Cheers. -- Felipe Contreras |
|
From: Felipe C. <fel...@gm...> - 2010-03-02 15:13:11
|
On Tue, Feb 23, 2010 at 12:11 PM, Tejas <te...@pi...> wrote: > Hi Felipe, > With help of playbin2 also I am able to run all HD video content by > following commands. > > $ gst-launch-0.10 playbin2 uri=file:///648x480.mp4 > > $ gst-launch-0.10 playbin2 uri=file:///1280x720.mp4 > > I have taken debug log of totem playback, it is creating bin as > playbin only. > > totem --gst-debug=GST_ELEMENT_*:3 --play /media/mmcblk0p1/Movie.mp4 > > It is using playbin only. And the kernel image which I am using is > having DSS2. > > I have added "omapfb.vram=0:2M,1:4M" argument to my boot argument. > Still I am getting "omapdss MANAGER error: dispc_setup_plane failed for ovl > 1" error I think this is the third time I ask you to add debugging in omapfb to find out the exact command that is causing the error. Also, maybe you should ask Gregoire Gentil, I think he has got it working on Totem. (Adding him to the CC list) -- Felipe Contreras |
|
From: Gaurang T <gau...@ya...> - 2010-02-25 04:12:20
|
Hello, I have revision C2 Beagleboard and omap3530evm board. I made sample application of play mp3 audio file using gstreamer pipeline through mad filter. In this application I have linked source, filter and sink elements. I have read source element from disk and play mp3 audio files on Speakers. I have tested this application on beagle board.It run sucessfully. I want to pass real-time chunk-data (like mp2/mp3 type packets from my application) to gstreamer pipeline application. I am looking to interface between real-time chunk-data and gstreamer pipeline application. test_gstpipeline.c Please give suggestion. Thanks, Gaurang http://n2.nabble.com/file/n4630448/test_gstpipeline.c test_gstpipeline.c -- View this message in context: http://n2.nabble.com/how-to-pass-Mp2-Mp3-packets-to-gstreamer-pipeline-application-tp4630448p4630448.html Sent from the Gstreamer-embedded mailing list archive at Nabble.com. |
|
From: Tim-Philipp M. <t....@ze...> - 2010-02-24 15:08:03
|
On Wed, 2010-02-24 at 08:55 +0530, Mayank Kapoor wrote: Hi, > This parser is not my parser, it is Gstreamer's parser taken > from bad-plugin, I have also tried the same parser with "faad" element > to play aac file on my ubuntu desktop and it works fine But the same > parser gives this error on my board with my decoder. > > Still try to find the issue......... I believe I suggested that the problem is in your decoder (not in the parser, wherever it comes from) and that you are likely either not setting caps on the buffers you push out or the wrong caps. Have you looked into that yet? Cheers -Tim |
|
From: Mayank K. <er....@gm...> - 2010-02-24 03:25:29
|
Hi Tim, Thanks for the reply..... This parser is not my parser, it is Gstreamer's parser taken from bad-plugin, I have also tried the same parser with "faad" element to play aac file on my ubuntu desktop and it works fine But the same parser gives this error on my board with my decoder. Still try to find the issue......... On Tue, Feb 23, 2010 at 2:33 PM, Tim-Philipp Müller <t....@ze...> wrote: > On Tue, 2010-02-23 at 11:59 +0530, Mayank Kapoor wrote: > > > I am trying to run the following pipeline on target board: > > > > gst-launch-0.10 filesrc location= AAC_stereo.aac ! > > aacparse ! myaac_decoder ! alsasink -v > > > > here myaac_decoder is the basic aac decoder element that i have > > written.But when I run this pipeline I get following error. > > My understanding from this error is that from aacparse I am getting > > event NEW_SEGMENT with format as NULL(highlighted this error)and hence > > decoder is not going ahead but i dont know how to fix this kind of > > issue. > > So this is *your* aacparse as well and not GStreamer's, right? > > > 0:00:01.077222307 1989 0xaf5c8 INFO GST_EVENT > > gstevent.c:591: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 > > > > 0:00:01.078684857 1989 0xaf5c8 ERROR savsdec_aac > > gstsavsdecaac.c:345:gst_savsdecaac_sink_event: dropping newsegment > > event in format (null) > > It sees unlikely that the event has suddenly changed in between those > two debug lines. More likely a programming / event parsing / debug log > printing error in your aac decoder code. > > > 0:00:01.079197646 1989 0xaf5c8 WARN savs_aacparser > > savs_aac_parser.c:1305:savs_aac_parser_push_frame: failed to push > > buffer. reason: not-negotiated > > This is the actual error though. It means you either forgot to put caps > on the buffers you are pushing out, or you put caps on it that are > incompatible with the element downstream of your decoder. > > Cheers > -Tim > > > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Gstreamer-embedded mailing list > Gst...@li... > https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded > |
|
From: Tejas <te...@pi...> - 2010-02-23 10:09:27
|
Hi Felipe, With help of playbin2 also I am able to run all HD video content by following commands. $ gst-launch-0.10 playbin2 uri=file:///648x480.mp4 $ gst-launch-0.10 playbin2 uri=file:///1280x720.mp4 I have taken debug log of totem playback, it is creating bin as playbin only. totem --gst-debug=GST_ELEMENT_*:3 --play /media/mmcblk0p1/Movie.mp4 It is using playbin only. And the kernel image which I am using is having DSS2. I have added "omapfb.vram=0:2M,1:4M" argument to my boot argument. Still I am getting "omapdss MANAGER error: dispc_setup_plane failed for ovl 1" error -Tejas. -----Original Message----- From: Felipe Contreras [mailto:fel...@gm...] Sent: Monday, February 22, 2010 5:39 PM To: Tejas Cc: Stefan Kost; gst...@li... Subject: Re: [Gstreamer-openmax] AV Sync with Gst-OpenMax pluggin On Mon, Feb 22, 2010 at 2:00 PM, Tejas <te...@pi...> wrote: On Mon, Feb 22, 2010 at 2:00 PM, Tejas <te...@pi...> wrote: > Hello Felipe, > As I was not able to play any video content with the help of omapfbsink plugin. Later I found that memory from frame buffer 1 was not mapped , because memory for fb1 has not been allocated. After my system of beagle board boots I am running following commands to allocate memory. > > My boot args is as followed. > > "setenv bootargs 'console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootwait omapfb.mode=dvi:1280x720MR-32@60 vram=12M'" I add "omapfb.vram=0:2M,1:4M". I'm not sure if you need that in recent DSS2. > $echo 8000000 > /sys/class/graphics/fb1/size $fbset -fb /dev/fb1 > -nonstd 1 $echo "1" > /sys/devices/platform/omapdss/overlay1/enabled > $echo "$1,$2" > /sys/devices/platform/omapdss/overlay1/output_size > $echo "0,0" > /sys/devices/platform/omapdss/overlay1/position > $fbset -fb /dev/fb0 -xres $1 -yres $2 > $echo "0,0" > /sys/devices/platform/omapdss/overlay0/position > $echo "0" > /sys/devices/platform/omapdss/display0/enabled > $echo "" > /sys/devices/platform/omapdss/manager0/display > $echo "0" > /sys/devices/platform/omapdss/overlay1/enabled > $ > $echo "1" > /sys/devices/platform/omapdss/overlay1/enabled > $echo "dvi" > /sys/devices/platform/omapdss/manager0/display > $echo "1" > /sys/devices/platform/omapdss/display0/enabled > > I put all these command into one disp.sh file and run it as ./disp.sh 640 480, then 640x480 display comes and rest comes as black. Now I can run following command smoothly. > > $gst-launch-0.10 playbin uri=file:///648x480.mp4 AFAIK omapfbsink would do most of those sysctl commands. However maybe you are using and old version of gst-omapfb. > After that when I run following command, that display doesn't come properly. That video content is of resolution 1280 x 720. > > $gst-launch-0.10 playbin uri=file:///1280x720.mp4 > > After that I run ./disp.sh 1280 720 and then run above command I can play video properly. > > But when I run 1280 x 720 video file into totem movie player nothing is coming and only blue screen throught entire video play back. After getting log file it gives following error. > "omapdss MANAGER error: dispc_setup_plane failed for ovl 1" > > Can any one guide me to come out this error. That's really strange. Totem shouldn't be doing anything different... well, I't using playbin2 instead of playbin. Can you try that? Anyway, I would add debugging in gst-omapfb to find out what parameters are being used to setup the plane that make it fail. Cheers. -- Felipe Contreras -----Original Message----- From: Tejas [mailto:te...@pi...] Sent: Friday, February 19, 2010 4:39 PM To: 'Felipe Contreras' Cc: gst...@li... Subject: Re: [gst-embedded] Need Help In Totem Media Player Hi Felipe, After debugging I found that memory map is failed in the start function of omapfb.c file. Can you guide me what other things are missing ? Thanks In Advance, Tejas. -----Original Message----- From: Felipe Contreras [mailto:fel...@gm...] Sent: Wednesday, February 17, 2010 4:46 PM To: Tejas Cc: gst...@li... Subject: Re: [gst-embedded] Need Help In Totem Media Player On Wed, Feb 17, 2010 at 1:11 PM, Tejas <te...@pi...> wrote: > If I use following pipe line it will work fine. > > "gst-launch-0.10 filesrc location=/media/mmcblk0p1/Movie.mp4 ! mpeg4parser ! mpeg4dec ! ffmpegcolorspace ! fbdevsink" > > Here mpeg4parser and mpeg4dec are my Plugins which I made. Capability of both are as followed. [...] > Src pad of mpeg4dec will be connected with ffmpegcolorspace and later will be connected with fbdevsink and complete pipeline will be settled. > > But instead fbdevsink if I use omapfbsink I can not create pipeline and getting following error. Ah, I see. Have you got omapfbsink to do anything? Maybe the fb overlays haven't been setup properly. Where did you get the omapfbsink element? -- Felipe Contreras ---------------------------------------------------------------------------- -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Gstreamer-embedded mailing list Gst...@li... https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded |
|
From: Tim-Philipp M. <t....@ze...> - 2010-02-23 09:04:38
|
On Tue, 2010-02-23 at 11:59 +0530, Mayank Kapoor wrote: > I am trying to run the following pipeline on target board: > > gst-launch-0.10 filesrc location= AAC_stereo.aac ! > aacparse ! myaac_decoder ! alsasink -v > > here myaac_decoder is the basic aac decoder element that i have > written.But when I run this pipeline I get following error. > My understanding from this error is that from aacparse I am getting > event NEW_SEGMENT with format as NULL(highlighted this error)and hence > decoder is not going ahead but i dont know how to fix this kind of > issue. So this is *your* aacparse as well and not GStreamer's, right? > 0:00:01.077222307 1989 0xaf5c8 INFO GST_EVENT > gstevent.c:591: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 > > 0:00:01.078684857 1989 0xaf5c8 ERROR savsdec_aac > gstsavsdecaac.c:345:gst_savsdecaac_sink_event: dropping newsegment > event in format (null) It sees unlikely that the event has suddenly changed in between those two debug lines. More likely a programming / event parsing / debug log printing error in your aac decoder code. > 0:00:01.079197646 1989 0xaf5c8 WARN savs_aacparser > savs_aac_parser.c:1305:savs_aac_parser_push_frame: failed to push > buffer. reason: not-negotiated This is the actual error though. It means you either forgot to put caps on the buffers you are pushing out, or you put caps on it that are incompatible with the element downstream of your decoder. Cheers -Tim |
|
From: Mayank K. <er....@gm...> - 2010-02-23 06:29:35
|
Hi, I am trying to run the following pipeline on target board: *gst-launch-0.10 filesrc location= AAC_stereo.aac ! aacparse ! myaac_decoder ! alsasink -v* here myaac_decoder is the basic aac decoder element that i have written.But when I run this pipeline I get following error. My understanding from this error is that from aacparse I am getting event NEW_SEGMENT with format as NULL(highlighted this error)and hence decoder is not going ahead but i dont know how to fix this kind of issue. Kindly suggest some method to fix it. 0:00:01.068206190 1989 0xaf5c8 INFO savs_aacparser savs_aac_parser.c:998:fal_aac_parser_check_and_replenish_cache: Attempting to read 12288 bytes from postion 3022810 on handle=0x000aefe8 0:00:01.069960912 1989 0xaf5c8 INFO savs_aacparser savs_aac_parser.c:998:fal_aac_parser_check_and_replenish_cache: Attempting to read 12288 bytes from postion 3033405 on handle=0x000aefe8 0:00:01.071024121 1989 0xaf5c8 WARN GST_SCHEDULING gstpad.c:4772:gst_pad_get_range:<filesrc0:src> getrange failed unexpected 0:00:01.071961047 1989 0xaf5c8 WARN GST_SCHEDULING gstpad.c:4884:gst_pad_pull_range:<savsaacparser0:sink> pullrange failed unexpected 0:00:01.073741873 1989 0xaf5c8 INFO savs_aacparser savs_aac_parser.c:1162:savs_aac_parser_init_engine: AAC Stream is of format : 2 (ADTS) 0:00:01.074590418 1989 0xaf5c8 INFO savs_aacparser savs_aac_parser.c:1168:savs_aac_parser_init_engine: ADTS Parameters: Version=1, Profile=1, Sampling Frequency=24000, Channels=2, Frame size=1322, Samples per frame=1024, Stream duration=0:01:36.767998488 . 0:00:01.076339864 1989 0xaf5c8 INFO savs_aacparser savs_aac_parser.c:420:savs_aac_parser_loop: Set total stream duration to 0:01:36.767998488 0:00:01.077222307 1989 0xaf5c8 INFO GST_EVENT gstevent.c:591: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 *0:00:01.078684857 1989 0xaf5c8 ERROR savsdec_aac gstsavsdecaac.c:345:gst_savsdecaac_sink_event: dropping newsegment event in format (null)* 0:00:01.078852278 1989 0xaf5c8 INFO savs_aacparser savs_aac_parser.c:998:fal_aac_parser_check_and_replenish_cache: Attempting to read 12288 bytes from postion 0 on handle=0x000aefe8 0:00:01.079197646 1989 0xaf5c8 WARN savs_aacparser savs_aac_parser.c:1305:savs_aac_parser_push_frame: failed to push buffer. reason: not-negotiated 0:00:01.079316536 1989 0xaf5c8 ERROR savs_aacparser savs_aac_parser.c:449:savs_aac_parser_loop: Failed to send next aac frame to peer; reason: not-negotiated 0:00:01.079437646 1989 0xaf5c8 WARN savs_aacparser savs_aac_parser.c:490:savs_aac_parser_loop:<savsaacparser0> error: Internal data stream error. 0:00:01.079540584 1989 0xaf5c8 WARN savs_aacparser savs_aac_parser.c:490:savs_aac_parser_loop:<savsaacparser0> error: Streaming stopped, reason not-negotiated 0:00:01.079726911 1989 0xaf5c8 INFO GST_ERROR_SYSTEM gstelement.c:1767:gst_element_message_full:<savsaacparser0> posting message: Internal data stream error. *ERROR: from element /GstPipeline:pipeline0/SavsAacParser:savsaacparser0: Internal data stream error. * Additional debug info: savs_aac_parser.c(490): savs_aac_parser_loop (): /GstPipeline:pipeline0/SavsAacParser:savsaacparser0: Streaming stopped, reason not-negotiated ERROR: pipeline doesn't want to preroll. thanks in advance!! |
10 messages has been excluded from this view by a project administrator.
