Hi Felipe,          Thanks for you are reply.          Still i am unable to load "OMX.st.alsa.alsasink" component with gstreamer openmax layer like                   "OMX.st.audio_decoder.mp3.mad" component.          I am using top level application as totem player source packages. providing  gstreamer openmax plug_in path also.          Like Mp3 component i am not able to get the handle for alsasink component.            Please provide feedback....! <div class="gmail_quote">On Wed, Dec 3, 2008 at 7:57 PM, Felipe Contreras <<a href="mailto:felipe.contreras@nokia.com" target="_blank">felipe.contreras@nokia.com</a>> wrote: <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div><div></div><div>>         > 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? >         <a href="http://github.com/felipec/gst-openmax/commit/b2d0e70140ae6ce660a993243a6ef02b2993608d" target="_blank">http://github.com/felipec/gst-openmax/commit/b2d0e70140ae6ce660a993243a6ef02b2993608d</a> > >     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. </div></div>Just add those lines to the omx_init function. <div> >     I have some questions here. >       1.like Mp3 component,  can i replace the "OMX.st.alsa.alsasink" > with my Render component. </div>Sure, if your renderer accepts pcm. <div> >          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. </div>The sink element is communicating to Bellagio just like any omxil client. <div> >       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 >         > <a href="https://omapzoom.org/gf/project/openmax/wiki/" target="_blank">https://omapzoom.org/gf/project/openmax/wiki/</a>  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. </div>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 </blockquote></div> -- Thanks & Regards Sriramamurti Kommanapalli