You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
|
Oct
(1) |
Nov
|
Dec
(8) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(5) |
Feb
(3) |
Mar
|
Apr
(2) |
May
(4) |
Jun
(1) |
Jul
(11) |
Aug
(31) |
Sep
(2) |
Oct
(21) |
Nov
(16) |
Dec
(56) |
2009 |
Jan
(12) |
Feb
(5) |
Mar
(34) |
Apr
(9) |
May
(5) |
Jun
(7) |
Jul
(18) |
Aug
(5) |
Sep
(2) |
Oct
(6) |
Nov
(50) |
Dec
|
2010 |
Jan
(3) |
Feb
(67) |
Mar
(135) |
Apr
(30) |
May
(2) |
Jun
(11) |
Jul
|
Aug
(18) |
Sep
(12) |
Oct
(4) |
Nov
(17) |
Dec
(11) |
2011 |
Jan
(14) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Felipe C. <fel...@no...> - 2008-12-03 14:27:53
|
On Wed, 2008-12-03 at 18:55 +0530, ext Sriram@amd wrote: > > Hi Felipe, > > Thanks for you are reply. > > Please observe the marked statements in below text. > > > I am working on a project to port GStreamer into embedded > system. > > Mainly working on developing openMax plug in for my openMax > component. > > For that i am taking gst-openmax-0.10.0.4 & > libomxil-bellagio-0.9.1 as > > reference. I tested both on Linux platform. every thing is > working > > fine. > > > > As i told i am having my own openMax IL and DL layer, So i > just want > > change gst-openmax-0.10.0.4 layer according to my openMax IL > layer. > > for that i am mapping one by one ST OMX components to my OMX > > components. > > > > 1. Is my approach is correct ? > > > It depends on the component. > > For MP3 decoding there's already a gst-openmax wrapper, so the > only > thing you need to do is specify your component name: > > omx_mp3dec component-name="OMX.myvendor.mycomponentname" > > Here i am able to mapped by decoder component to ST component. > thanks for your suggestion. > > > > if yes, > > Up to now i am able to map Mp3 Decoder component. But > instead of ST > > Alsa sink component i am having my Render component. > > I am unable to map this component. It is not loading. > > after some level of debugging i am came to know that in > standered PC > > it is not loading the ST ALSA component also. > > > > So can any one help me , How to proceed to play the audio on > my > > embedded board. > > > I'm working heavily on filter elements, but not sources and > sinks. It's > quite possible that they are not working. > > Maybe this patch would help? > http://github.com/felipec/gst-openmax/commit/b2d0e70140ae6ce660a993243a6ef02b2993608d > > At this point i stuck. In the above link which version of > gst-openmax is used ? Because i am using gst-openmax-0.10.0.4.lib. > In that lib i am not having reference lines you mentioned in > gstomx_base_sink.c file. I am confused with your file. Just add those lines to the omx_init function. > I have some questions here. > 1.like Mp3 component, can i replace the "OMX.st.alsa.alsasink" > with my Render component. Sure, if your renderer accepts pcm. > If Not how to load my render component ? > if yes i am unable to render the decoder output on my sound > card. Please clarify me how sink component is communicating > with Bellagio component. The sink element is communicating to Bellagio just like any omxil client. > If you required, i can provide my debug logs > > > > > 2. And also from the GStreamer-OpenMax mailing list i came > to know > > that i need to setup OMX_SetupTunnel. > > what is the path for changed gstomx_util.c file related > to > > gst-openmax-0.10.0.4 lib. > > because code mentioned in the path > > https://omapzoom.org/gf/project/openmax/wiki/ is very old i > am > > guessing .. > > > I didn't understand that last part. > > There's a 'tunneling' branch pending in the github repository > to use > OMX_SetupTunnel, but it should not be required to get your > code working. > > What? omapzoom? > > Thanks for your suggestion. for a while i am not looking in to the > OMX_SetupTunnel concepts. > omapzoom is kind off source tree which is also working on > OMX_SetupTunnel issues i think. > But leave this for a moment. omapzoom is a site with some proposal of TI to open source their code for OMAP. They have OpenMAX IL wrappers for their DSP algorithms. -- Felipe Contreras |
From: <Sr...@am...> - 2008-12-03 13:25:43
|
Hi Felipe, Thanks for you are reply. Please observe the marked statements in below text. > I am working on a project to port GStreamer into embedded system. > > Mainly working on developing openMax plug in for my openMax component. > > For that i am taking gst-openmax-0.10.0.4 & libomxil-bellagio-0.9.1 as > > reference. I tested both on Linux platform. every thing is working > > fine. > > > > As i told i am having my own openMax IL and DL layer, So i just want > > change gst-openmax-0.10.0.4 layer according to my openMax IL layer. > > for that i am mapping one by one ST OMX components to my OMX > > components. > > > > 1. Is my approach is correct ? > > It depends on the component. > > For MP3 decoding there's already a gst-openmax wrapper, so the only > thing you need to do is specify your component name: > > omx_mp3dec component-name="OMX.myvendor.mycomponentname" Here i am able to mapped by decoder component to ST component. thanks for your suggestion. > > > if yes, > > Up to now i am able to map Mp3 Decoder component. But instead of ST > > Alsa sink component i am having my Render component. > > I am unable to map this component. It is not loading. > > after some level of debugging i am came to know that in standered PC > > it is not loading the ST ALSA component also. > > > > So can any one help me , How to proceed to play the audio on my > > embedded board. > > I'm working heavily on filter elements, but not sources and sinks. It's > quite possible that they are not working. > > Maybe this patch would help? > > http://github.com/felipec/gst-openmax/commit/b2d0e70140ae6ce660a993243a6ef02b2993608d At this point i stuck. In the above link which version of gst-openmax is used ? Because i am using gst-openmax-0.10.0.4.lib. In that lib i am not having reference lines you mentioned in gstomx_base_sink.c file. I am confused with your file. I have some questions here. 1.like Mp3 component, can i replace the "OMX.st.alsa.alsasink" with my Render component. If Not how to load my render component ? if yes i am unable to render the decoder output on my sound card. Please clarify me how sink component is communicating with Bellagio component. If you required, i can provide my debug logs > > > > 2. And also from the GStreamer-OpenMax mailing list i came to know > > that i need to setup OMX_SetupTunnel. > > what is the path for changed gstomx_util.c file related to > > gst-openmax-0.10.0.4 lib. > > because code mentioned in the path > > https://omapzoom.org/gf/project/openmax/wiki/ is very old i am > > guessing .. > > I didn't understand that last part. > > There's a 'tunneling' branch pending in the github repository to use > OMX_SetupTunnel, but it should not be required to get your code working. > > What? omapzoom? * *Thanks for your suggestion. for a while i am not looking in to the OMX_SetupTunnel concepts. omapzoom is kind off source tree which is also working on OMX_SetupTunnel issues i think. But leave this for a moment. Please replay me back with your valuable suggestions. -- Thanks & Regards Sriramamurti Kommanapalli INDIA |
From: Topi H. <top...@gm...> - 2008-12-03 10:59:58
|
Do you think there should be a gstomx base_mux or base_demux (2 to 1, or 1 to 2)? At least with GStreamer, I assumed there wasn't a base mux and base demux, because the AV synch was so complex. But if GST OMX pushes this responsibility down to the IL layer, why can't there be a base_mux and base_demux in GSTOMX? On Wed, Dec 3, 2008 at 12:24 PM, Felipe Contreras < fel...@gm...> wrote: > On Wed, Dec 3, 2008 at 11:28 AM, Topi Hukkanen <top...@gm...> > wrote: > > Hi, > > > > I took a look at the GST OMX code, and it appears that there's only base > > components for src, filter, and sink. > > > > Are there any plans for extending these bases to muxers and demuxers... > or > > is this responsibility delegated because "N" implies there can be many > > ports, and the very nature of muxers and demuxers make them difficult to > > control. > > I don't know of anybody doing that, so no, no plans. > > > At least I don't think there's a base mux for GStreamer... doesn't a > writer > > of a plugin have to start completely from scratch? > > Yes. > > > I guess in the OMX world, the clock synching could be a big problem. Has > > anyone looked at this yet? Is there any way I can get involved? > > Well, if properly done GStreamer and OpenMAX IL would communicate > properly and GStreamer would take care of the input synchronization. > > The problems come with tunnelling and omx renderers, there are > proposals on how to solve the synch issues, but no one has implemented > them yet. > > The best way to get involved is to ask questions here, or start coding > and ask for feedback :) > > -- > Felipe Contreras > |
From: Felipe C. <fel...@gm...> - 2008-12-03 10:24:06
|
On Wed, Dec 3, 2008 at 11:28 AM, Topi Hukkanen <top...@gm...> wrote: > Hi, > > I took a look at the GST OMX code, and it appears that there's only base > components for src, filter, and sink. > > Are there any plans for extending these bases to muxers and demuxers... or > is this responsibility delegated because "N" implies there can be many > ports, and the very nature of muxers and demuxers make them difficult to > control. I don't know of anybody doing that, so no, no plans. > At least I don't think there's a base mux for GStreamer... doesn't a writer > of a plugin have to start completely from scratch? Yes. > I guess in the OMX world, the clock synching could be a big problem. Has > anyone looked at this yet? Is there any way I can get involved? Well, if properly done GStreamer and OpenMAX IL would communicate properly and GStreamer would take care of the input synchronization. The problems come with tunnelling and omx renderers, there are proposals on how to solve the synch issues, but no one has implemented them yet. The best way to get involved is to ask questions here, or start coding and ask for feedback :) -- Felipe Contreras |
From: Topi H. <top...@gm...> - 2008-12-03 09:28:44
|
Hi, I took a look at the GST OMX code, and it appears that there's only base components for src, filter, and sink. Are there any plans for extending these bases to muxers and demuxers... or is this responsibility delegated because "N" implies there can be many ports, and the very nature of muxers and demuxers make them difficult to control. At least I don't think there's a base mux for GStreamer... doesn't a writer of a plugin have to start completely from scratch? I guess in the OMX world, the clock synching could be a big problem. Has anyone looked at this yet? Is there any way I can get involved? -Topi |
From: uday k. <p_u...@ya...> - 2008-12-02 14:08:02
|
Hi all, Currently iam working on gstreamer onto embedded system..here iam using gstreamer-.0.10.0.4 and libomxil-bellagio-0.9.1.. afetr installing these packages,iam able to play audio files.. where as coming to video,mpeg4 video files are giving a problem like this.... ERROR: Caught a segmentation fault while loading plugin file: /usr/local/lib/gstreamer-0.10/libgstaudioresample.so Please either: - remove it and restart. - run with --gst-disable-segtrap and debug. by frank iam new to this concept and i got stopeed and unable to proceed further. can anyone pls resolve my problem.. Thanks & Regards Uday Kiran Pichika Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/ |
From: Felipe C. <fel...@no...> - 2008-12-01 15:48:26
|
On Mon, 2008-12-01 at 20:33 +0530, ext Sriram@amd wrote: > Hi all, > > I am working on a project to port GStreamer into embedded system. > Mainly working on developing openMax plug in for my openMax component. > For that i am taking gst-openmax-0.10.0.4 & libomxil-bellagio-0.9.1 as > reference. I tested both on Linux platform. every thing is working > fine. > > As i told i am having my own openMax IL and DL layer, So i just want > change gst-openmax-0.10.0.4 layer according to my openMax IL layer. > for that i am mapping one by one ST OMX components to my OMX > components. > > 1. Is my approach is correct ? It depends on the component. For MP3 decoding there's already a gst-openmax wrapper, so the only thing you need to do is specify your component name: omx_mp3dec component-name="OMX.myvendor.mycomponentname" > if yes, > Up to now i am able to map Mp3 Decoder component. But instead of ST > Alsa sink component i am having my Render component. > I am unable to map this component. It is not loading. > after some level of debugging i am came to know that in standered PC > it is not loading the ST ALSA component also. > > So can any one help me , How to proceed to play the audio on my > embedded board. I'm working heavily on filter elements, but not sources and sinks. It's quite possible that they are not working. Maybe this patch would help? http://github.com/felipec/gst-openmax/commit/b2d0e70140ae6ce660a993243a6ef02b2993608d > 2. And also from the GStreamer-OpenMax mailing list i came to know > that i need to setup OMX_SetupTunnel. > what is the path for changed gstomx_util.c file related to > gst-openmax-0.10.0.4 lib. > because code mentioned in the path > https://omapzoom.org/gf/project/openmax/wiki/ is very old i am > guessing .. I didn't understand that last part. There's a 'tunneling' branch pending in the github repository to use OMX_SetupTunnel, but it should not be required to get your code working. What? omapzoom? -- Felipe Contreras |
From: <Sr...@am...> - 2008-12-01 15:04:24
|
Hi all, I am working on a project to port GStreamer into embedded system. Mainly working on developing openMax plug in for my openMax component. For that i am taking gst-openmax-0.10.0.4 & libomxil-bellagio-0.9.1 as reference. I tested both on Linux platform. every thing is working fine. As i told i am having my own openMax IL and DL layer, So i just want change gst-openmax-0.10.0.4 layer according to my openMax IL layer. for that i am mapping one by one ST OMX components to my OMX components. 1. Is my approach is correct ? if yes, Up to now i am able to map Mp3 Decoder component. But instead of ST Alsa sink component i am having my Render component. I am unable to map this component. It is not loading. after some level of debugging i am came to know that in standered PC it is not loading the ST ALSA component also. So can any one help me , How to proceed to play the audio on my embedded board. 2. And also from the GStreamer-OpenMax mailing list i came to know that i need to setup OMX_SetupTunnel. what is the path for changed gstomx_util.c file related to gst-openmax-0.10.0.4 lib. because code mentioned in the path * https://omapzoom.org/gf/project/openmax/wiki/ *<https://omapzoom.org/gf/project/openmax/wiki/>is very old i am guessing .. * * So please help me solve my tasks -- Thanks & Regards Sriramamurti K INDIA, Ph:09885969831 |
From: Manish S. <man...@gm...> - 2008-12-01 11:27:19
|
HI Felipe, > First of all, {} are old style, then, it's 'channels', not 'channel', > also, it would be better if you specify the YUV format, queues should > be before the muxer AFAIK, and last, maybe you should try first > without the xvimagesink > > gst-launch-0.10 avimux name=mux bigfile=true ! filesink > location=cam_vga_20.avi \ > alsasrc blocksize=4096 ! > > 'audio/x-raw-int,endianness=1234,signed=true,width=16,depth=16,rate=44100,channels=2' > ! omx_aacenc ! queue ! mux. \ > v4l2src queue-size=16 ! > 'video/x-raw-yuv,framerate=20/1,width=640,height=480,format=(fourcc)I420' > ! omx_mpeg4enc ! queue ! mux. > > How does that works? > Thank for the above information it works fine. It is playing fine with the media player. How to add the xvimagesink where to put the queue. > > > It works fine but when I press ctrl+C, the v4l2 and alsa src are closed > > properly. > > I guess you meant "aren't closed properly". > Yup it is a mistake... :) Regards, Manish |
From: Felipe C. <fel...@gm...> - 2008-11-28 13:14:28
|
On Fri, Nov 28, 2008 at 8:28 AM, Manish Sharma <man...@gm...> wrote: > Hi All, > > I am using following camcoder gst-pipeline on my board with gst-launch > application. > > gst-launch avimux name=mux bigfile=true ! filesink location=cam_vga_20.avi { > alsasrc blocksize=4096 ! > 'audio/x-raw-int,endianness=1234,signed=true,width=16,depth=16,rate=44100,channel=2' > ! queue ! omx_aacenc ! mux. } { v4l2src queue-size=16 ! > 'video/x-raw-yuv,framerate=20/1,width=640,height=480' ! tee name=tvv tvv. ! > queue ! xvimagesink tvv. ! queue max-size-buffers=1 ! omx_mpeg4enc ! mux.} First of all, {} are old style, then, it's 'channels', not 'channel', also, it would be better if you specify the YUV format, queues should be before the muxer AFAIK, and last, maybe you should try first without the xvimagesink gst-launch-0.10 avimux name=mux bigfile=true ! filesink location=cam_vga_20.avi \ alsasrc blocksize=4096 ! 'audio/x-raw-int,endianness=1234,signed=true,width=16,depth=16,rate=44100,channels=2' ! omx_aacenc ! queue ! mux. \ v4l2src queue-size=16 ! 'video/x-raw-yuv,framerate=20/1,width=640,height=480,format=(fourcc)I420' ! omx_mpeg4enc ! queue ! mux. How does that works? > It works fine but when I press ctrl+C, the v4l2 and alsa src are closed > properly. I guess you meant "aren't closed properly". -- Felipe Contreras |
From: Manish S. <man...@gm...> - 2008-11-28 06:28:29
|
Hi All, I am using following camcoder gst-pipeline on my board with gst-launch application. gst-launch avimux name=mux bigfile=true ! filesink location=cam_vga_20.avi { alsasrc blocksize=4096 ! 'audio/x-raw-int,endianness=1234,signed=true,width=16,depth=16,rate=44100,channel=2' ! queue ! omx_aacenc ! mux. } { v4l2src queue-size=16 ! 'video/x-raw-yuv,framerate=20/1,width=640,height=480' ! tee name=tvv tvv. ! queue ! xvimagesink tvv. ! queue max-size-buffers=1 ! omx_mpeg4enc ! mux.} It works fine but when I press ctrl+C, the v4l2 and alsa src are closed properly. To over come this I have used 'num-buffers' property in v4l2src and alsasrc. Now the application exits after encoding the mentioned number of buffers. Following is the command: gst-launch avimux name=mux bigfile=true ! filesink location=cam_vga_20.avi { alsasrc blocksize=4096 num-buffers=300 ! 'audio/x-raw-int,endianness=1234,signed=true,width=16,depth=16,rate=44100,channel=2' ! queue ! omx_aacenc ! mux. } { v4l2src num-buffers=150 queue-size=16 ! 'video/x-raw-yuv,framerate=20/1,width=640,height=480' ! tee name=tvv tvv. ! queue ! xvimagesink tvv. ! queue max-size-buffers=1 ! omx_mpeg4enc ! mux.} Now the issue is everytime I need to calculate the 'num-buffers' based on audio and video parameters otherwise the EOS of audio and video will not be similar and cause problem during playback. Is there any altenate way to acheive EOS? Thanks and Regards, Manish |
From: giulio u. <giu...@gm...> - 2008-11-19 09:22:33
|
Hi Felipe, we have planned a release of Bellagio that supports 1.1.2 and we will consider the changes proposed here. In any case it will take some time, and some changes in the component and in the relative tests. I'll publish on this mailing list the date for next delivery when it will be decided. We will try to remove any proprietary parameter, but please keep the adaptation for Bellagio until that moment. Best Regards, Giulio On Tue, Nov 18, 2008 at 3:29 PM, Felipe Contreras < fel...@gm...> wrote: > On Tue, Nov 18, 2008 at 5:10 AM, jayasena s <ja...@ya...> wrote: > > Hi manish, > > I tried earlier the same solution as suggested by you. I worked for me. > I > > want this changes to go into gst-openmax. > > I can integrated the changes in gst-openmax, however they are specific > for Bellagio, and gst-openmax should support multiple implementations. > > TI uses the CODECCONFIG flag, so I need to modify the code for TI. > Also, when OpenMAX IL 1.1.2 is released, Bellagio should update the > code to use CODECCONFIG instead of their custom config. > > Bellagio guys: any input on this? > > -- > Felipe Contreras > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Omxil-devel mailing list > Omx...@li... > https://lists.sourceforge.net/lists/listinfo/omxil-devel > |
From: Felipe C. <fel...@gm...> - 2008-11-18 14:29:46
|
On Tue, Nov 18, 2008 at 5:10 AM, jayasena s <ja...@ya...> wrote: > Hi manish, > I tried earlier the same solution as suggested by you. I worked for me. I > want this changes to go into gst-openmax. I can integrated the changes in gst-openmax, however they are specific for Bellagio, and gst-openmax should support multiple implementations. TI uses the CODECCONFIG flag, so I need to modify the code for TI. Also, when OpenMAX IL 1.1.2 is released, Bellagio should update the code to use CODECCONFIG instead of their custom config. Bellagio guys: any input on this? -- Felipe Contreras |
From: Felipe C. <fel...@gm...> - 2008-11-18 14:26:25
|
On Tue, Nov 18, 2008 at 7:01 AM, Manish Sharma <man...@gm...> wrote: > Hi Jayasena, > > I am not sure how to contribute this change in gst-openmax but shall check > with other people and try to incorporate this change. The GStreamer way is to attach patches in bugzilla: http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer&component=gst-openmax But I also accept patches by e-mail. Or you can setup your own git repository. -- Felipe Contreras |
From: Manish S. <man...@gm...> - 2008-11-18 05:01:07
|
Hi Jayasena, I am not sure how to contribute this change in gst-openmax but shall check with other people and try to incorporate this change. Regards, Manish On Tue, Nov 18, 2008 at 8:40 AM, jayasena s <ja...@ya...> wrote: > Hi manish, > I tried earlier the same solution as suggested by you. I worked for me. I > want this changes to go into gst-openmax. > Thanks > Jayasena > > |
From: jayasena s <ja...@ya...> - 2008-11-18 03:10:24
|
Hi manish, I tried earlier the same solution as suggested by you. I worked for me. I want this changes to go into gst-openmax. Thanks Jayasena |
From: jayasena s <ja...@ya...> - 2008-11-18 03:03:58
|
Workaround suggested by you works. Thanks Manish |
From: jayasena s <ja...@ya...> - 2008-11-18 03:00:09
|
I am using gst-openmax-10.4 and libomxil-bellagio-0.9.0 --- On Sun, 11/16/08, gulshan karmani <gul...@gm...> wrote: From: gulshan karmani <gul...@gm...> Subject: Re: [Gstreamer-openmax] problem playing h264 mp4 file, missing header data To: ja...@ya... Date: Sunday, November 16, 2008, 12:58 PM Which versions of ballegio omx and which ver of gst-omx are you using ? On Sun, Nov 16, 2008 at 12:02 AM, jayasena s <ja...@ya...> wrote: Hi, I am able to play m4v and .h264 files with gst-openmax and bellagio openmax IL, but having problem playing h264 mp4 file. I found that gst-openmax passes demuxed raw video and audio frame streams to the bellagio openmax IL, but not the header data required for decoding. Also I found that config data is passed to the gst-openmax from qtdemux, but gst-openmax somehow is not passing the header data to the bellagio openmax IL. I would like to know why header data is not passed to the bellagio openmax IL. Whether gst-openmax is going to fix this problem in future release. Regards, Jayasena ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Gstreamer-openmax mailing list Gst...@li... https://lists.sourceforge.net/lists/listinfo/gstreamer-openmax |
From: Manish S. <man...@gm...> - 2008-11-17 06:59:04
|
On Sat, Nov 15, 2008 at 8:32 PM, jayasena s <jaisena@ya...> wrote: > Hi, > > I am able to play m4v and .h264 files with gst-openmax and bellagio openmax > IL, but having problem playing h264 mp4 file. I found that gst-openmax > passes demuxed raw video and audio frame streams to the bellagio openmax IL, > but not the header data required for decoding. Also I found that config data > is passed to the gst-openmax from qtdemux, but gst-openmax somehow is not > passing the header data to the bellagio openmax IL. I would like to know > why header data is not passed to the bellagio openmax IL. Whether > gst-openmax is going to fix this problem in future release. Hi Jayasena, We are using gst-openmax 0.10.0.4 and libomxil-bellagio 0.3.4. We have also faced this issue with .mp4 files and modified the "sink_setcaps" function in gstomx_base_videodec.c file to update extradata in omx library. Check the following function it may help you. If you want to integrate this code then you should accordingly update the enum and structure in gstomx header file. static gboolean sink_setcaps (GstPad *pad, GstCaps *caps) { GstStructure *structure; GstOmxBaseVideoDec *self; GstOmxBaseFilter *omx_base; GOmxCore *gomx; OMX_PARAM_PORTDEFINITIONTYPE *param; gint width = 0; gint height = 0; self = GST_OMX_BASE_VIDEODEC (GST_PAD_PARENT (pad)); omx_base = GST_OMX_BASE_FILTER (self); gomx = (GOmxCore *) omx_base->gomx; GST_INFO_OBJECT (self, "setcaps (sink): %" GST_PTR_FORMAT, caps); g_return_val_if_fail (gst_caps_get_size (caps) == 1, FALSE); structure = gst_caps_get_structure (caps, 0); gst_structure_get_int (structure, "width", &width); gst_structure_get_int (structure, "height", &height); param = calloc (1, sizeof (OMX_PARAM_PORTDEFINITIONTYPE)); param->nSize = sizeof (OMX_PARAM_PORTDEFINITIONTYPE); param->nVersion.s.nVersionMajor = 1; param->nVersion.s.nVersionMinor = 1; { const GValue *codec_data; GstBuffer *buffer; codec_data = gst_structure_get_value (structure, "codec_data"); if (codec_data) { gint size,err; OMX_INDEXTYPE eIndexExtraData; buffer = gst_value_get_buffer (codec_data); buffer = GST_BUFFER_CAST (gst_value_get_mini_object (codec_data)); size = GST_BUFFER_SIZE (buffer); printf("In %s extradata_size=%d (line=%d)\n",__func__,size,__LINE__); err = OMX_GetExtensionIndex(gomx->omx_handle,"OMX.ST.index.config.videoextradata",&eIndexExtraData); if(err != OMX_ErrorNone) { printf("Error in get video extension index\n"); } else { OMX_VENDOR_EXTRADATATYPE sExtraData; sExtraData.nPortIndex = 0; sExtraData.pData = malloc(size); sExtraData.nDataSize = size; memcpy(sExtraData.pData,GST_BUFFER_DATA (buffer),size); printf("Setting ExtraData\n"); err = OMX_SetConfig(gomx->omx_handle, eIndexExtraData, &sExtraData); if(err != OMX_ErrorNone) { printf("\n Video decoder Set Config Failed error=%08x\n",err); } free(sExtraData.pData); } fflush(stdout); omx_base->codec_data = buffer; gst_buffer_ref (buffer); } } /* Input port configuration. */ { param->nPortIndex = 0; OMX_GetParameter (gomx->omx_handle, OMX_IndexParamPortDefinition, param); param->format.video.nFrameWidth = width; param->format.video.nFrameHeight = height; OMX_SetParameter (gomx->omx_handle, OMX_IndexParamPortDefinition, param); } free (param); return gst_pad_set_caps (pad, caps); } |
From: Felipe C. <fel...@gm...> - 2008-11-16 19:13:22
|
On Sat, Nov 15, 2008 at 8:32 PM, jayasena s <ja...@ya...> wrote: > Hi, > > I am able to play m4v and .h264 files with gst-openmax and bellagio openmax > IL, but having problem playing h264 mp4 file. I found that gst-openmax > passes demuxed raw video and audio frame streams to the bellagio openmax IL, > but not the header data required for decoding. Also I found that config data > is passed to the gst-openmax from qtdemux, but gst-openmax somehow is not > passing the header data to the bellagio openmax IL. I would like to know > why header data is not passed to the bellagio openmax IL. Whether > gst-openmax is going to fix this problem in future release. I forgot to push this change, I just did it. However, gst-openmax is using the 0x80 flag that is going to be used for this codec data in OpenMAX IL 1.1.2. I think Bellagio should be updated to use this new method instead of the custom "OMX.ST.index.config.videoextradata". Cheers. -- Felipe Contreras |
From: Felipe C. <fel...@gm...> - 2008-11-16 18:59:19
|
On Sat, Nov 15, 2008 at 2:05 AM, Jorge <jor...@gm...> wrote: > Hi im trying to run the omxvideodectest, > im using the next command ./omxvideodectest -o salida_decodeBMW.yuv bmw.m4v That's libomxil bellagio, not gst-openmax... I forward this to the right mailing list. -- Felipe Contreras |
From: jayasena s <ja...@ya...> - 2008-11-15 18:32:36
|
Hi, I am able to play m4v and .h264 files with gst-openmax and bellagio openmax IL, but having problem playing h264 mp4 file. I found that gst-openmax passes demuxed raw video and audio frame streams to the bellagio openmax IL, but not the header data required for decoding. Also I found that config data is passed to the gst-openmax from qtdemux, but gst-openmax somehow is not passing the header data to the bellagio openmax IL. I would like to know why header data is not passed to the bellagio openmax IL. Whether gst-openmax is going to fix this problem in future release. Regards, Jayasena |
From: Jorge <jor...@gm...> - 2008-11-15 00:06:00
|
Hi im trying to run the omxvideodectest, im using the next command ./omxvideodectest -o salida_decodeBMW.yuv bmw.m4v And the begining of the output is shown next: Options selected: Decode file bmw.m4v to produce file salida_decodeBMW.yuv ------------------------------------ GENERAL TEST test_OMX_ComponentNameEnum component 0 is OMX.st.alsa.alsasink component 1 is OMX.st.alsa.alsasink component 2 is OMX.st.alsa.alsasrc component 3 is OMX.st.alsa.alsasrc component 4 is OMX.st.clocksrc component 5 is OMX.st.clocksrc component 6 is OMX.st.audio_filereader component 7 is OMX.st.parser.3gp component 8 is OMX.st.parser.3gp component 9 is OMX.st.fbdev.fbdev_sink component 10 is OMX.st.fbdev.fbdev_sink component 11 is OMX.st.video.scheduler component 12 is OMX.st.video.scheduler component 13 is OMX.st.v4l.camera_source component 14 is OMX.st.v4l.camera_source component 15 is OMX.st.audio_decoder.ogg.single component 16 is OMX.st.audio_decoder.ogg.single component 17 is OMX.st.volume.component component 18 is OMX.st.volume.component component 19 is OMX.st.audio.mixer component 20 is OMX.st.audio.mixer component 21 is OMX.st.audio_decoder.mp3.mad component 22 is OMX.st.audio_decoder.mp3.mad component 23 is OMX.st.video_src component 24 is OMX.st.video_src component 25 is OMX.st.image_decoder.jpeg component 26 is OMX.st.image_decoder.jpeg component 27 is OMX.st.image_encoder.jpeg component 28 is OMX.st.image_encoder.jpeg component 29 is OMX.st.audio_decoder component 30 is OMX.st.audio_decoder.mp3 component 31 is OMX.st.audio_decoder.ogg component 32 is OMX.st.audio_decoder.aac component 33 is OMX.st.audio_decoder.g726 component 34 is OMX.st.video_decoder component 35 is OMX.st.video_decoder.mpeg4 component 36 is OMX.st.video_decoder.avc component 37 is OMX.st.video_colorconv.ffmpeg component 38 is OMX.st.video_colorconv.ffmpeg component 39 is OMX.st.video_encoder component 40 is OMX.st.video_encoder.mpeg4 GENERAL TEST test_OMX_ComponentNameEnum result -2147479538 ------------------------------------ GENERAL TEST test_OMX_RoleEnum The number of roles for the component OMX.st.video_decoder is: 2 The role 1 for the component: video_decoder.mpeg4 The role 2 for the component: video_decoder.avc GENERAL TEST test_OMX_RoleEnum result 0 ------------------------------------ GENERAL TEST test_OMX_ComponentEnumByRole Getting number of components per role for video_decoder.avc Number of components per role for video_decoder.avc is 1 The components are: OMX.st.video_decoder GENERAL TEST test_OMX_ComponentEnumByRole result OMX_ErrorNone ------------------------------------ GENERAL TEST test_OpenClose GENERALY TEST test_OpenClose result 0 ------------------------------------ The component selected for decoding is OMX.st.video_decoder.mpeg4 Found The component for decoding is OMX.st.video_decoder.mpeg4 [mpeg4 @ 0xb7af02f0]header damaged OMX-----> A general error or simply frame not decoded? Waiting for EOS Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported [mpeg4 @ 0xb7af02f0]only rectangular vol supported Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]N-bit not supported [mpeg4 @ 0xb7af02f0]quant precision 0 [mpeg4 @ 0xb7af02f0]Complexity estimation not supported [mpeg4 @ 0xb7af02f0]scalability not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution I think these errors are related with libavdec library , but i dont know how to fix it, i would appreciate some help. THANKS, REGARDS!! |
From: Jorge <jor...@gm...> - 2008-11-14 23:49:41
|
Hi im trying to run the omxvideodectest, im using the next command ./omxvideodectest -o salida_decodeBMW.yuv bmw.m4v And the begining of the output is shown next: Options selected: Decode file bmw.m4v to produce file salida_decodeBMW.yuv ------------------------------------ GENERAL TEST test_OMX_ComponentNameEnum component 0 is OMX.st.alsa.alsasink component 1 is OMX.st.alsa.alsasink component 2 is OMX.st.alsa.alsasrc component 3 is OMX.st.alsa.alsasrc component 4 is OMX.st.clocksrc component 5 is OMX.st.clocksrc component 6 is OMX.st.audio_filereader component 7 is OMX.st.parser.3gp component 8 is OMX.st.parser.3gp component 9 is OMX.st.fbdev.fbdev_sink component 10 is OMX.st.fbdev.fbdev_sink component 11 is OMX.st.video.scheduler component 12 is OMX.st.video.scheduler component 13 is OMX.st.v4l.camera_source component 14 is OMX.st.v4l.camera_source component 15 is OMX.st.audio_decoder.ogg.single component 16 is OMX.st.audio_decoder.ogg.single component 17 is OMX.st.volume.component component 18 is OMX.st.volume.component component 19 is OMX.st.audio.mixer component 20 is OMX.st.audio.mixer component 21 is OMX.st.audio_decoder.mp3.mad component 22 is OMX.st.audio_decoder.mp3.mad component 23 is OMX.st.video_src component 24 is OMX.st.video_src component 25 is OMX.st.image_decoder.jpeg component 26 is OMX.st.image_decoder.jpeg component 27 is OMX.st.image_encoder.jpeg component 28 is OMX.st.image_encoder.jpeg component 29 is OMX.st.audio_decoder component 30 is OMX.st.audio_decoder.mp3 component 31 is OMX.st.audio_decoder.ogg component 32 is OMX.st.audio_decoder.aac component 33 is OMX.st.audio_decoder.g726 component 34 is OMX.st.video_decoder component 35 is OMX.st.video_decoder.mpeg4 component 36 is OMX.st.video_decoder.avc component 37 is OMX.st.video_colorconv.ffmpeg component 38 is OMX.st.video_colorconv.ffmpeg component 39 is OMX.st.video_encoder component 40 is OMX.st.video_encoder.mpeg4 GENERAL TEST test_OMX_ComponentNameEnum result -2147479538 ------------------------------------ GENERAL TEST test_OMX_RoleEnum The number of roles for the component OMX.st.video_decoder is: 2 The role 1 for the component: video_decoder.mpeg4 The role 2 for the component: video_decoder.avc GENERAL TEST test_OMX_RoleEnum result 0 ------------------------------------ GENERAL TEST test_OMX_ComponentEnumByRole Getting number of components per role for video_decoder.avc Number of components per role for video_decoder.avc is 1 The components are: OMX.st.video_decoder GENERAL TEST test_OMX_ComponentEnumByRole result OMX_ErrorNone ------------------------------------ GENERAL TEST test_OpenClose GENERALY TEST test_OpenClose result 0 ------------------------------------ The component selected for decoding is OMX.st.video_decoder.mpeg4 Found The component for decoding is OMX.st.video_decoder.mpeg4 [mpeg4 @ 0xb7af02f0]header damaged OMX-----> A general error or simply frame not decoded? Waiting for EOS Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported [mpeg4 @ 0xb7af02f0]only rectangular vol supported Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]N-bit not supported [mpeg4 @ 0xb7af02f0]quant precision 0 [mpeg4 @ 0xb7af02f0]Complexity estimation not supported [mpeg4 @ 0xb7af02f0]scalability not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0xb7af02f0]Complexity estimation not supported Marker bit missing before time_increment_resolution I think these errors are related with libavdec library , but i dont know how to fix it, i would appreciate some help. THANKS, REGARDS!! |
From: jayasena s <ja...@ya...> - 2008-11-11 19:35:34
|
Hi, I had problem playing h264 mp4 file with gst-openmax and bellagio IL component. I found that gst-openmax sends demuxed raw video and audio frame streams to the bellagio openmax IL. It doesnt send the config data required for decoding. Also I found that config data or codec_data is passed to the gst-openmax from qtdemux, but gst-openmax is not passing the codec_data to the bellagio openmax IL. I would like to know why codec_data is not passed to the bellagio openmax IL. Whether gst-openmax is going to fix this problem in future release. Regards, Jayasena |