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: Zhao Liang-E. <E3...@mo...> - 2008-04-08 02:50:42
|
Vijay, I think maybe you miss a mp3demuxe between filesrc and adecoder. and the command shall be gst-launch-0.10 filesrc location=$1 ! mp3demux ! adecoder Codec=3 ! osssink TI adecoder element may not accept the filesrc RAW caps. Best Regards Zhao Liang ________________________________ From: gst...@li... [mailto:gst...@li...] On Behalf Of Vijay Sent: Monday, April 07, 2008 8:32 PM To: gst...@li... Subject: [gst-embedded] GStreamer on TI's embedded platform Hi, I received TI's port of gstreamer to it's DaVinci processors from http://focus.ti.com/dsp/docs/dspsplash.tsp?contentId=3100 I've tried to run the example (scripts) provided by TI and I've faced what seem to be two separate issues. I've copied the stdout log below: <linux prompt>:/opt/system_files_gstreamer# ./test_MP3.sh MP3_file.mp3 Setting pipeline to PAUSED ... Pipeline is PREROLLING ... (gst-launch-0.10:1204): GStreamer-WARNING **: pad adecoder0:src returned caps which are not a real subset of its template caps (gst-launch-0.10:1204): GStreamer-CRITICAL **: gst_caps_get_structure: assertion `index < caps->structs->len' failed (gst-launch-0.10:1204): GStreamer-CRITICAL **: gst_structure_get_int: assertion `structure != NULL' failed [program hangs here] For most of you, who don't know about this script: All it does is after setting the gstreamer, plugin and library paths, it runs gst-launch with a pipeline, thus: gst-launch-0.10 filesrc location=$1 ! adecoder Codec=3 ! osssink The two issues I'm facing: (a) The *last* element in the gstreamer pipeline does not reply with a message to the app saying it has paused (This is ascertained with debug prints that I inserted in gst-launch.c. It's possible that for some reason, the element does not pause. I've faced this same issue with pipelines which have no decode/render elements as well.) Actually, I'm not sure if (a) it doesn't pause because it doesn't finish preroll or (b) it says it hasn't finished preroll because it doesn't send a pause signal! (I'm not sure which is the cause and which is the effect). (b) The critical errors printed (seen above. I guess these are caused because of TI's mp3 decoder element plugin.) Could the adecoder capabilities be incompatible? Seems unlikely, since TI would have tested this first. Would anyone know what the issue might be? Has anyone seen a similar issue with gstreamer? I'd greatly appreciate any help. Thanks. Vijay |
|
From: Vijay <vij...@gm...> - 2008-04-07 12:32:02
|
Hi, I received TI's port of gstreamer to it's DaVinci processors from http://focus.ti.com/dsp/docs/dspsplash.tsp?contentId=3100 I've tried to run the example (scripts) provided by TI and I've faced what seem to be two separate issues. I've copied the stdout log below: <linux prompt>:/opt/system_files_gstreamer# ./test_MP3.sh MP3_file.mp3 Setting pipeline to PAUSED ... Pipeline is PREROLLING ... (gst-launch-0.10:1204): GStreamer-WARNING **: pad adecoder0:src returned caps which are not a real subset of its template caps (gst-launch-0.10:1204): GStreamer-CRITICAL **: gst_caps_get_structure: assertion `index < caps->structs->len' failed (gst-launch-0.10:1204): GStreamer-CRITICAL **: gst_structure_get_int: assertion `structure != NULL' failed [program hangs here] For most of you, who don't know about this script: All it does is after setting the gstreamer, plugin and library paths, it runs gst-launch with a pipeline, thus: gst-launch-0.10 filesrc location=$1 ! adecoder Codec=3 ! osssink The two issues I'm facing: (a) The *last* element in the gstreamer pipeline does not reply with a message to the app saying it has paused (This is ascertained with debug prints that I inserted in gst-launch.c. It's possible that for some reason, the element does not pause. I've faced this same issue with pipelines which have no decode/render elements as well.) Actually, I'm not sure if (a) it doesn't pause because it doesn't finish preroll or (b) it says it hasn't finished preroll because it doesn't send a pause signal! (I'm not sure which is the cause and which is the effect). (b) The critical errors printed (seen above. I guess these are caused because of TI's mp3 decoder element plugin.) Could the adecoder capabilities be incompatible? Seems unlikely, since TI would have tested this first. Would anyone know what the issue might be? Has anyone seen a similar issue with gstreamer? I'd greatly appreciate any help. Thanks. Vijay |
|
From: Florent <ft...@gm...> - 2008-04-07 08:53:37
|
Hello, Maybe the best option for a desktop-friendly product is the DaVinci PCI development board, but it's price may be "a bit too high" for production use. For fast cross-system prototyping, tcp gstreamer elements have always proved viable to me, but some real inter-processor communication protocol / memory access might be needed for achieving a real integration (DMA transfers ?) It may be interesting to start a wiki article with interesting hardware-en/de-coding devices, that may be suitable for destkop (non-embedded) gstreamer integration (mostly USB or PCI form factors). Where should this article be ? (http://gstreamer.freedesktop.org/wiki/HardwareAssisted ?) With wtay's help, i've been trying to decode an RTP h264 stream from the FastVDO SmartCapture [1] device, without success. Which means i'll probably have to integrate it into a proper gst src element so that the RTP payloading is done in Gstreamer (unfortunately, this kind of plugin is not publishable). I guess this is a common issue about hardware-assisted GStreamer elements: NDAs. For such dedicated products, how should NDAs be handled without letting all the dev work closed ? Maybe the best would be to have clean templates (usbsrc?) for such elements without the often NDAed parts. What are your thoughts about NDAs in such a context ? Regards, FLo [1] http://fastvdo.com/SmartCapture/ |
|
From: Thijs V. <thi...@gm...> - 2008-04-06 17:41:38
|
Hi, On 4/6/08, Alex Rades <ale...@gm...> wrote: > On Mon, Mar 31, 2008 at 11:33 PM, Farkas Levente <lf...@bp...> wrote: > > > > > > > > Please understand that those hardware cards are a bit exotic. In the > embedded area dsp support is common, but rarely is open source. If you like > to work in that area, very welcome :) > > > > > > > but there are exceptions: > > > > http://wiki.davincidsp.com/index.php?title=GStreamer > > http://focus.ti.com/dsp/docs/dspsplash.tsp?contentId=3100 > > The problem is that TI encoders seem to be not available in the form of > PCI/PCI-express cards Keep in mind that the GStreamer support is limited to the arm cpu (with the dsp as enc/dec accelerator) inside the DaVinci. There is no gstreamer interface to the outside of the chip. So if you find a board with this chip you still need to write the gstreamer interface for the host-machine yourself. Gr, Thijs |
|
From: Alex R. <ale...@gm...> - 2008-04-06 13:15:57
|
On Mon, Mar 31, 2008 at 11:33 PM, Farkas Levente <lf...@bp...> wrote: > Please understand that those hardware cards are a bit exotic. In the > > embedded area dsp support is common, but rarely is open source. If you like > > to work in that area, very welcome :) > > > > but there are exceptions: > http://wiki.davincidsp.com/index.php?title=GStreamer > http://focus.ti.com/dsp/docs/dspsplash.tsp?contentId=3100 The problem is that TI encoders seem to be not available in the form of PCI/PCI-express cards |
|
From: Alex R. <ale...@gm...> - 2008-04-06 13:06:55
|
Hi, I've tried to look around for OpenMAX hardware decoders/encoders but i cannot find real world product, for example a pci/pci-express board to buy. Do you have suggestions? On Mon, Mar 31, 2008 at 11:44 AM, Felipe Contreras < fel...@no...> wrote: > Hi, > > On Sun, 2008-03-30 at 22:30 +0200, ext Alex Rades wrote: > > So basically aren't there hardware mpeg4 decoders/encoders supported > > by gstreamer? > > There are OpenMAX IL hardware decoders/encoders and with gst-openmax > it's possible to use them. I've been able to use OMAPx430 hardware > capabilities that way. > > Also, the DaVinci stuff is publicly available: > > http://wiki.davincidsp.com/index.php?title=GStreamer > > Best regards. > > -- > Felipe Contreras > > |
|
From: Farkas L. <lf...@bp...> - 2008-03-31 21:33:45
|
Stefan Kost wrote: > hi, > > Alex Rades schrieb: >> So basically aren't there hardware mpeg4 decoders/encoders supported by >> gstreamer? > > > Please understand that those hardware cards are a bit exotic. In the embedded > area dsp support is common, but rarely is open source. If you like to work in > that area, very welcome :) but there are exceptions: http://wiki.davincidsp.com/index.php?title=GStreamer http://focus.ti.com/dsp/docs/dspsplash.tsp?contentId=3100 > Stefan > >> On Fri, Mar 28, 2008 at 5:03 PM, Christian Fredrik Kalager Schaller >> <chr...@co... >> <mailto:chr...@co...>> wrote: >> >> H Alex, >> I know some people have been using the Micronas MicRacer card with >> GStreamer, but I do not think there are any publicly available >> GStreamer plugins available yet. >> >> Christian >> >> >> On Fri, 2008-03-28 at 10:08 +0800, Zhang Yanlong-PBVM47 wrote: >> > This can be discussed in gstreamer embedded. >> > >> > Thanks >> > >> > >> > >> ______________________________________________________________________ >> > From: gst...@li... >> <mailto:gst...@li...> >> > [mailto:gst...@li... >> <mailto:gst...@li...>] On Behalf Of >> > Alex Rades >> > Sent: Friday, March 28, 2008 5:56 AM >> > To: gst...@li... >> <mailto:gst...@li...> >> > Subject: [gst-devel] gstreamer & dsp >> > >> > >> > >> > Hi, >> > I'd like to set up a dedicated transcoding server at work. >> > Is there any PCI/PCI-express DSP board *supported by gstreamer* for >> > mpeg4 coding/decoding? I've read something about TI Davinci >> family but >> > they seem to be no available as standalone pci/pci-express boards. >> > Links to actual hardware to buy would be greatly apreciated. >> > >> > Thanks! >> > >> ------------------------------------------------------------------------- >> > Check out the new SourceForge.net Marketplace. >> > It's the best place to buy or sell services for >> > just about anything Open Source. >> > >> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace >> > _______________________________________________ >> Gstreamer-embedded mailing list >> Gst...@li... >> <mailto:Gst...@li...> >> https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded >> >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------- >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Gstreamer-embedded mailing list >> Gst...@li... >> https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > gstreamer-devel mailing list > gst...@li... > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel -- Levente "Si vis pacem para bellum!" |
|
From: Stefan K. <en...@ho...> - 2008-03-31 18:17:03
|
hi, Alex Rades schrieb: > So basically aren't there hardware mpeg4 decoders/encoders supported by > gstreamer? > Please understand that those hardware cards are a bit exotic. In the embedded area dsp support is common, but rarely is open source. If you like to work in that area, very welcome :) Stefan > > On Fri, Mar 28, 2008 at 5:03 PM, Christian Fredrik Kalager Schaller > <chr...@co... > <mailto:chr...@co...>> wrote: > > H Alex, > I know some people have been using the Micronas MicRacer card with > GStreamer, but I do not think there are any publicly available > GStreamer plugins available yet. > > Christian > > > On Fri, 2008-03-28 at 10:08 +0800, Zhang Yanlong-PBVM47 wrote: > > This can be discussed in gstreamer embedded. > > > > Thanks > > > > > > > ______________________________________________________________________ > > From: gst...@li... > <mailto:gst...@li...> > > [mailto:gst...@li... > <mailto:gst...@li...>] On Behalf Of > > Alex Rades > > Sent: Friday, March 28, 2008 5:56 AM > > To: gst...@li... > <mailto:gst...@li...> > > Subject: [gst-devel] gstreamer & dsp > > > > > > > > Hi, > > I'd like to set up a dedicated transcoding server at work. > > Is there any PCI/PCI-express DSP board *supported by gstreamer* for > > mpeg4 coding/decoding? I've read something about TI Davinci > family but > > they seem to be no available as standalone pci/pci-express boards. > > Links to actual hardware to buy would be greatly apreciated. > > > > Thanks! > > > ------------------------------------------------------------------------- > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > > _______________________________________________ > Gstreamer-embedded mailing list > Gst...@li... > <mailto:Gst...@li...> > https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > > > ------------------------------------------------------------------------ > > _______________________________________________ > Gstreamer-embedded mailing list > Gst...@li... > https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded |
|
From: Thijs V. <thi...@gm...> - 2008-03-31 14:23:54
|
Hi, On Mon, 2008-03-31 at 19:24 +0530, Mallikarjun Soudari, Bangalore wrote: > Hi, > I already made changes in make_opensource.sh related with > FILESYS_DIR (which is my target root filesys) > > Glib installation was stuck up and showing following information > Checking for growing stack pointer... configure:error: can not > run test program while cross compiling. > See ' config.log ' for more details Well, you first need to figure out why your GLib does not want to build before you can continue compiling the GStreamer libs. If I remember right TI did some strange things when building the cross-compiler and now there some issues with the naming convention of the compiler. Gr, Thijs |
|
From: Mallikarjun S. B. <mal...@hc...> - 2008-03-31 13:54:43
|
Hi, I already made changes in make_opensource.sh related with FILESYS_DIR (which is my target root filesys) Glib installation was stuck up and showing following information Checking for growing stack pointer... configure:error: can not run test program while cross compiling. See ' config.log ' for more details Thanks and Regards Mallikarjun Regards Mallikarjun -----Original Message----- From: Thijs Vermeir [mailto:thi...@gm...] Sent: Monday, March 31, 2008 6:41 PM To: Mallikarjun Soudari, Bangalore Cc: gst...@li... Subject: Re: [gst-embedded] query reg building the gstreamer library Hi On Mon, Mar 31, 2008 at 2:34 PM, Mallikarjun Soudari, Bangalore <mal...@hc...> wrote: > Hi, > > I have downloaded gstreamer framework from TI. I am trying to install > and build the gstreamer library.I followed all steps given in readme file. > But while building open source plug-ins(./make_opensource.sh) the following > errors are obtaining > Can you confirm that you changed FILESYS_DIR to the correct path of your root filesystem of your target and that the glib installation was successful ? Gr, Thijs DISCLAIMER: ----------------------------------------------------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any mail and attachments please check them for viruses and defect. ----------------------------------------------------------------------------------------------------------------------- |
|
From: Thijs V. <thi...@gm...> - 2008-03-31 13:10:52
|
Hi On Mon, Mar 31, 2008 at 2:34 PM, Mallikarjun Soudari, Bangalore <mal...@hc...> wrote: > Hi, > > I have downloaded gstreamer framework from TI. I am trying to install > and build the gstreamer library.I followed all steps given in readme file. > But while building open source plug-ins(./make_opensource.sh) the following > errors are obtaining > Can you confirm that you changed FILESYS_DIR to the correct path of your root filesystem of your target and that the glib installation was successful ? Gr, Thijs |
|
From: Mallikarjun S. B. <mal...@hc...> - 2008-03-31 12:37:45
|
Hi,
I have downloaded gstreamer framework from TI. I am trying to
install and build the gstreamer library.I followed all steps given in
readme file. But while building open source
plug-ins(./make_opensource.sh) the following errors are obtaining
1).Gstreamer package errors
Errors: Checking for GLIB... requested 'glib-2.0.=2.6' but version of
GLIB is 2.4.7
Configure:error: This package requires Glib >=2.8 to compile
Make: *** No rule to make target 'clean'.stop
Make: *** No rule to make target 'install'.stop
2) GST plug in base package
Errors: Checking for GLIB... requested 'glib-2.0.=2.6' but version of
GLIB is 2.4.7
Configure:error: This package requires Glib >=2.6 to compile
Make: *** No rule to make target 'clean'.stop
Make: *** No rule to make target 'install'.stop
Can anyone help me out of this problem?
Thanks and regards
Mallikarjun
Thanks and regards
Mallikarjun S
DISCLAIMER:
-----------------------------------------------------------------------------------------------------------------------
The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only.
It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in
this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates.
Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of
this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have
received this email in error please delete it and notify the sender immediately. Before opening any mail and
attachments please check them for viruses and defect.
----------------------------------------------------------------------------------------------------------------------- |
|
From: Felipe C. <fel...@no...> - 2008-03-31 09:55:58
|
Hi, On Sun, 2008-03-30 at 22:30 +0200, ext Alex Rades wrote: > So basically aren't there hardware mpeg4 decoders/encoders supported > by gstreamer? There are OpenMAX IL hardware decoders/encoders and with gst-openmax it's possible to use them. I've been able to use OMAPx430 hardware capabilities that way. Also, the DaVinci stuff is publicly available: http://wiki.davincidsp.com/index.php?title=GStreamer Best regards. -- Felipe Contreras |
|
From: Florent <ft...@gm...> - 2008-03-30 22:40:49
|
Hello,
> So basically aren't there hardware mpeg4 decoders/encoders supported by
> gstreamer?
I'm desperately looking for x86-friendly hardware assisted gstreamer
elements as well, especially if non embedded-specific (ex: usb form
factor or pci), in the contrary to Ti's DSP products: AFAIK none of
these products can really integrate as "simple" encoder elements into
a destkop gstreamer ("get frames, return bitstream") but offer
analog-to-encoded content features.
For anyone wanting to do pure offscreen rendering, the analog
conversion step is a bit quality-killing...
I'd be glad to have more information about related topics as well...
Kind regards,
Florent
|
|
From: Alex R. <ale...@gm...> - 2008-03-30 20:30:03
|
So basically aren't there hardware mpeg4 decoders/encoders supported by gstreamer? On Fri, Mar 28, 2008 at 5:03 PM, Christian Fredrik Kalager Schaller < chr...@co...> wrote: > H Alex, > I know some people have been using the Micronas MicRacer card with > GStreamer, but I do not think there are any publicly available > GStreamer plugins available yet. > > Christian > > > On Fri, 2008-03-28 at 10:08 +0800, Zhang Yanlong-PBVM47 wrote: > > This can be discussed in gstreamer embedded. > > > > Thanks > > > > > > ______________________________________________________________________ > > From: gst...@li... > > [mailto:gst...@li...] On Behalf Of > > Alex Rades > > Sent: Friday, March 28, 2008 5:56 AM > > To: gst...@li... > > Subject: [gst-devel] gstreamer & dsp > > > > > > > > Hi, > > I'd like to set up a dedicated transcoding server at work. > > Is there any PCI/PCI-express DSP board *supported by gstreamer* for > > mpeg4 coding/decoding? I've read something about TI Davinci family but > > they seem to be no available as standalone pci/pci-express boards. > > Links to actual hardware to buy would be greatly apreciated. > > > > Thanks! > > > ------------------------------------------------------------------------- > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > > _______________________________________________ Gstreamer-embedded > mailing list Gst...@li... > https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded > > |
|
From: stephen <ste...@eq...> - 2008-03-28 16:19:19
|
I have an arm target with gstreamer on it that was built without the theora plugin. I have built the plugin (from xiph) for the target and have a .so that now resides on the target. So, how can I let gstreamer know it is there so my application (another unable to modify chunk of code)? What if I want to add some other nifty library? Basically, how do I plug in a plugin? Feel free to beat me over the head with my ignorance. -stephen |
|
From: Christian F. K. S. <chr...@co...> - 2008-03-28 15:06:16
|
H Alex, I know some people have been using the Micronas MicRacer card with GStreamer, but I do not think there are any publicly available GStreamer plugins available yet. Christian On Fri, 2008-03-28 at 10:08 +0800, Zhang Yanlong-PBVM47 wrote: > This can be discussed in gstreamer embedded. > > Thanks > > > ______________________________________________________________________ > From: gst...@li... > [mailto:gst...@li...] On Behalf Of > Alex Rades > Sent: Friday, March 28, 2008 5:56 AM > To: gst...@li... > Subject: [gst-devel] gstreamer & dsp > > > > Hi, > I'd like to set up a dedicated transcoding server at work. > Is there any PCI/PCI-express DSP board *supported by gstreamer* for > mpeg4 coding/decoding? I've read something about TI Davinci family but > they seem to be no available as standalone pci/pci-express boards. > Links to actual hardware to buy would be greatly apreciated. > > Thanks! > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ Gstreamer-embedded mailing list Gst...@li... https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded |
|
From: Zhang Yanlong-P. <PB...@mo...> - 2008-03-28 02:08:07
|
This can be discussed in gstreamer embedded. Thanks ________________________________ From: gst...@li... [mailto:gst...@li...] On Behalf Of Alex Rades Sent: Friday, March 28, 2008 5:56 AM To: gst...@li... Subject: [gst-devel] gstreamer & dsp Hi, I'd like to set up a dedicated transcoding server at work. Is there any PCI/PCI-express DSP board *supported by gstreamer* for mpeg4 coding/decoding? I've read something about TI Davinci family but they seem to be no available as standalone pci/pci-express boards. Links to actual hardware to buy would be greatly apreciated. Thanks! |
|
From: Thijs V. <thi...@gm...> - 2008-03-25 08:55:18
|
On Tue, 2008-03-25 at 14:05 +0530, Mallikarjun Soudari, Bangalore wrote: > Hi, Hi, > > I have downloaded and installed gstreamer framework from Texas > instruments. I am very new to streaming. I am implementing streaming > algorithm. Can anyone help me how to use that gstreamer framework > libraries for streaming application? This documentation describes how to create GStreamer application using the GStreamer libraries: http://gstreamer.freedesktop.org/data/doc/gstreamer/head/manual/html/index.html Gr, Thijs |
|
From: Zhao Liang-E. <E3...@mo...> - 2008-03-25 08:52:02
|
I think you can firstly read some documents about gstreamer. http://gstreamer.freedesktop.org/documentation/ Best Regards Zhao Liang ________________________________ From: gst...@li... [mailto:gst...@li...] On Behalf Of Mallikarjun Soudari, Bangalore Sent: Tuesday, March 25, 2008 4:36 PM To: gst...@li... Cc: Mallikarjun Soudari, Bangalore Subject: [gst-embedded] how to use gstreamer libraries ? Hi, I have downloaded and installed gstreamer framework from Texas instruments. I am very new to streaming. I am implementing streaming algorithm. Can anyone help me how to use that gstreamer framework libraries for streaming application? Thanks and regards Mallikarjun S DISCLAIMER: ------------------------------------------------------------------------ ----------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any mail and attachments please check them for viruses and defect. ------------------------------------------------------------------------ ----------------------------------------------- |
|
From: Mallikarjun S. B. <mal...@hc...> - 2008-03-25 08:35:56
|
Hi,
I have downloaded and installed gstreamer framework from Texas
instruments. I am very new to streaming. I am implementing streaming
algorithm. Can anyone help me how to use that gstreamer framework
libraries for streaming application?
Thanks and regards
Mallikarjun S
DISCLAIMER:
-----------------------------------------------------------------------------------------------------------------------
The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only.
It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in
this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates.
Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of
this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have
received this email in error please delete it and notify the sender immediately. Before opening any mail and
attachments please check them for viruses and defect.
----------------------------------------------------------------------------------------------------------------------- |
|
From: Zhao Liang-E. <E3...@mo...> - 2008-03-19 06:08:32
|
I have submitted a bug & fix on gst bugillza. http://bugzilla.gnome.org/show_bug.cgi?id=520468 if set GST_REGISTRY_UPDATE as no, initialization will not do scan and update. Best Regards Zhao Liang -----Original Message----- From: Nie Jun [mailto:nie...@gm...] Sent: Monday, March 03, 2008 11:58 AM To: Wim Taymans Cc: Zhao Liang-E3423C; gst...@li... Subject: Re: [gst-embedded] How to reduce gstreamer librarysize & startup time If an option can support choosing scanning and updating on request, instead of every initialization, for example, just done in gst-inspect, I believe initialization will cost much less time. 2008/2/29, Wim Taymans <wim...@gm...>: On Fri, 2008-02-29 at 09:39 +0800, Zhao Liang-E3423C wrote: > Edward, > > I have done as you said, scanning and updating the registry is really > "cost-time", after removing it by hard code, it saves much time. > > But I wonder whether all object initialization in gst_init are all > necessary, I think it will be better if gstreamer can provide more > options to disable/enable features, so that user can reduce > unnecessary modules easily. What object initialisation are you refering to? What more things do you want to be able to disable? Wim > > > Best Regards > Zhao Liang > > > -----Original Message----- > From: gst...@li... > [mailto:gst...@li...] On Behalf Of > Edward Hervey > Sent: Friday, February 29, 2008 4:35 AM > To: Wouter Cloetens > Cc: gst...@li... > Subject: Re: [gst-embedded] How to reduce gstreamer librarysize & > startuptime > > Hi, > > On Thu, 2008-02-28 at 10:28 +0100, Wouter Cloetens wrote: > > On Thu, Feb 28, 2008 at 05:23:40PM +0800, Zhao Liang-E3423C wrote: > > > 1. disable many unused features > > > 2. disable debug/trace > > > 3. use binary registry or not use registry 4. disable runtime > > > check > > > > Has anyone considered statically linking plugins? I suspect that > > would > > > be a rather big change, but you would win on startup time, in memory > > consumption and in runtime CPU usage. > > Most likely, the biggest time consumption in initialization is > checking for modifications of plugins (scannning directories, looking > at timestamps, loading them if changed, ....). > > We *could* add an option to NOT do that scanning at startup (if an > environment variable is set when running for example) and just load > the available registry. > In embedded environments you are most likely not installing new > plugins very often, so this checking is almost never used but might > cost a lot. > > You are of course then left with the cost of loading the actual > plugins required by the application afterwards, but that's after > initialization. > > Has anybody done some timing to see how long gst_init() takes ? > > Edward > > > > > bfn, Wouter > > > > -------------------------------------------------------------------- > > -- > > --- This SF.net email is sponsored by: Microsoft Defy all challenges. > > Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Gstreamer-embedded mailing list > > Gst...@li... > > https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded > > > -- > Edward Hervey <edw...@co...> Collabora Multimedia > > > ---------------------------------------------------------------------- > -- > - > This SF.net email is sponsored by: Microsoft Defy all challenges. > Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Gstreamer-embedded mailing list > Gst...@li... > https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded > > ---------------------------------------------------------------------- > --- This SF.net email is sponsored by: Microsoft Defy all challenges. > Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Gstreamer-embedded mailing list > Gst...@li... > https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Gstreamer-embedded mailing list Gst...@li... https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded |
|
From: Edward H. <edw...@co...> - 2008-03-14 16:56:19
|
Hi all, There might be an even smarter/cleaner solution, but yet to be implemented, by using the GST_EVENT_BUFFERSIZE event. It's initial goal was to allow demuxers to inform downstream queues of how many buffers/time/size they will need to buffer. If the handling was properly implemented in queue/multiqueue/queue2 you could then have elements that inform downstream elements of how much minimum and/or maximum information they need to buffer. Edward P.S. Unless this isn't clear enough, it is NOT YET implemented. On Fri, 2008-03-14 at 09:47 +0800, Zhao Liang-E3423C wrote: > Huques, > > I think there may be some methods. > 1. not set queue size by frame number, but time of buffers. > 2. change queue implementation to adapt to different codec ( not the > best :) ) > 3. use GstController to control property dynamically. > > Maybe someone else has better methods. > > > > ______________________________________________________________________ > From: gst...@li... > [mailto:gst...@li...] On Behalf Of > Hugues Fruchet > Sent: Thursday, March 13, 2008 8:42 PM > To: gst...@li... > Subject: [gst-embedded] Video playback: frames memory consumption > tuning > > > > Using playbin to make a video playback will typically use this > pipeline: > <decoder> ! queue ! <sink> > This make the decoding threading independent of the rendering > threading, which is needed to let the rendering side synchronize on > clock to display the frame of time N when the real time reach N, > assuming that an amount of frames have been decoded by advance & have > been put in the queue. > Gstreamer assumes that if queue is full, the source is blocked till > sink has consumed some frames, so when the queue is full, decoder > thread is stopped till rendering side as consumed a frame. > The problem is that by default, queue has 200 frames, so if the > decoder is fast enough to decode faster than framerate, the queue will > goes up to 200 frames !(in fact not because another 2s value limit the > queue size). > By evidence, on embedded device, such a consumption is not acceptable, > so we must tune the size of the queue. > The problem is that this tuning is at least codec-dependent > (stream-dependent also): > 1) MPEG4/H263 > Decoding time is quite always the same for a given stream, so it is > assumed that for a given fixed rendering framerate, decoder will never > or rarely decode slower than framerate => small bufferization needed > (2-3 frames). > > 2) H264 > Decoding time has a big dispersion, some decoding "peaks" maybe there > which makes a single decoding takes some framerate periods! => queue > size must be larger (10-20 frames) to ensure bufferization. > This also depends on: > - video dimensions, complexity of video, because this will decrease > the decoding duration, > - framerate, because if frame rate is low regarding decoding duration, > no pbm > - DPB of SPS header ? size of bufferization needed inside decoder to > output 1 frame. Not sure if this must be care of. > => so stream dependent > > So we must be able to tune queue max-size-buffers=x, x depending on > codec type (@ first approach) or stream infos (@second hand). > > So the question are: > - Is anybody knows if someting is there in playbin allowing this ? > - If playbin modifications must be made, which type of gst mechanism > can we use to get what is the video codec type & infos on video in > order to tune the queue size ? > > > > > ______________________________________________________________________ > Envoyé avec Yahoo! Mail. > Une boite mail plus intelligente. > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ Gstreamer-embedded mailing list Gst...@li... https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded -- Edward Hervey <edw...@co...> Collabora Multimedia |
|
From: Zhao Liang-E. <E3...@mo...> - 2008-03-14 01:47:09
|
Huques, I think there may be some methods. 1. not set queue size by frame number, but time of buffers. 2. change queue implementation to adapt to different codec ( not the best :) ) 3. use GstController to control property dynamically. Maybe someone else has better methods. ________________________________ From: gst...@li... [mailto:gst...@li...] On Behalf Of Hugues Fruchet Sent: Thursday, March 13, 2008 8:42 PM To: gst...@li... Subject: [gst-embedded] Video playback: frames memory consumption tuning Using playbin to make a video playback will typically use this pipeline: <decoder> ! queue ! <sink> This make the decoding threading independent of the rendering threading, which is needed to let the rendering side synchronize on clock to display the frame of time N when the real time reach N, assuming that an amount of frames have been decoded by advance & have been put in the queue. Gstreamer assumes that if queue is full, the source is blocked till sink has consumed some frames, so when the queue is full, decoder thread is stopped till rendering side as consumed a frame. The problem is that by default, queue has 200 frames, so if the decoder is fast enough to decode faster than framerate, the queue will goes up to 200 frames !(in fact not because another 2s value limit the queue size). By evidence, on embedded device, such a consumption is not acceptable, so we must tune the size of the queue. The problem is that this tuning is at least codec-dependent (stream-dependent also): 1) MPEG4/H263 Decoding time is quite always the same for a given stream, so it is assumed that for a given fixed rendering framerate, decoder will never or rarely decode slower than framerate => small bufferization needed (2-3 frames). 2) H264 Decoding time has a big dispersion, some decoding "peaks" maybe there which makes a single decoding takes some framerate periods! => queue size must be larger (10-20 frames) to ensure bufferization. This also depends on: - video dimensions, complexity of video, because this will decrease the decoding duration, - framerate, because if frame rate is low regarding decoding duration, no pbm - DPB of SPS header ? size of bufferization needed inside decoder to output 1 frame. Not sure if this must be care of. => so stream dependent So we must be able to tune queue max-size-buffers=x, x depending on codec type (@ first approach) or stream infos (@second hand). So the question are: - Is anybody knows if someting is there in playbin allowing this ? - If playbin modifications must be made, which type of gst mechanism can we use to get what is the video codec type & infos on video in order to tune the queue size ? ________________________________ Envoyé avec Yahoo! Mail <http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=52423/*http://fr.docs.yahoo.com/mail/overview/index.html> . Une boite mail plus intelligente. |
|
From: Hugues F. <hug...@ya...> - 2008-03-13 12:43:12
|
Using playbin to make a video playback will typically use this pipeline:
<decoder> ! queue ! <sink>
This make the decoding threading independent of the rendering threading, which is needed to let the rendering side synchronize on clock to display the frame of time N when the real time reach N, assuming that an amount of frames have been decoded by advance & have been put in the queue.
Gstreamer assumes that if queue is full, the source is blocked till sink has consumed some frames, so when the queue is full, decoder thread is stopped till rendering side as consumed a frame.
The problem is that by default, queue has 200 frames, so if the decoder is fast enough to decode faster than framerate, the queue will goes up to 200 frames !(in fact not because another 2s value limit the queue size).
By evidence, on embedded device, such a consumption is not acceptable, so we must tune the size of the queue.
The problem is that this tuning is at least codec-dependent (stream-dependent also):
1) MPEG4/H263
Decoding time is quite always the same for a given stream, so it is assumed that for a given fixed rendering framerate, decoder will never or rarely decode slower than framerate => small bufferization needed (2-3 frames).
2) H264
Decoding time has a big dispersion, some decoding "peaks" maybe there which makes a single decoding takes some framerate periods! => queue size must be larger (10-20 frames) to ensure bufferization.
This also depends on:
- video dimensions, complexity of video, because this will decrease the decoding duration,
- framerate, because if frame rate is low regarding decoding duration, no pbm
- DPB of SPS header ? size of bufferization needed inside decoder to output 1 frame. Not sure if this must be care of.
=> so stream dependent
So we must be able to tune queue max-size-buffers=x, x depending on codec type (@ first approach) or stream infos (@second hand).
So the question are:
- Is anybody knows if someting is there in playbin allowing this ?
- If playbin modifications must be made, which type of gst mechanism can we use to get what is the video codec type & infos on video in order to tune the queue size ?
_____________________________________________________________________________
Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr |
10 messages has been excluded from this view by a project administrator.
