Menu
▾
▴
gstreamer-openmax — Development list for GStreamer OpenMax plugins
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...@gm...> - 2009-03-20 15:25:30
|
On Fri, Mar 20, 2009 at 5:02 PM, Prajnashi S <pra...@gm...> wrote: > It depends on effort. If it's big, I will use 0.10.0.4 and rebase later. > Actually, why you put latest stable version to www.gstreamer.net/, just as > other packages do? Yes, the effort will need to be done, it just depends on who does it. Maybe it's easier for me to do it, maybe not, it depends on the amount of code. Well, 0.10.0.4 is the latest pre-release, I've been busy and I haven't had time to make another one =/ -- Felipe Contreras |
|
From: Prajnashi S <pra...@gm...> - 2009-03-20 15:04:02
|
Another issue is I also change opencore. We'd better create a new repo for it, just like we did in build On Fri, Mar 20, 2009 at 9:41 PM, Edward Hervey <bi...@gm...> wrote: > > On Fri, 2009-03-20 at 21:02 +0800, Prajnashi S wrote: > > Hi, all > > I just modified gst-openmax-0.10.0.4 to make it use opencore OMX. > > Currently, only aac decoder works. I will contribute code in next 2 > > days. I will focus on mp3/amr/mp4/h263/h264 later. I think openmax > > solution is better than other software codec like ffmpeg in embed > > system, because > > 1) we can reuse opencore's OMX. > > 2) most chipset vendor provide OMX solution. > > > > Edward, > > Since the repo is more and more stable, I plan to push openmax > > direclty to your repository. We need discuss how to do that. > > > > In addtion, I'm not sure if 0.10.0.4 is too old (I change a lot of > > thing). I will check if I can rebase to newer version after that. > > Anyone in gst-openmax can give some comments? > > The best might be to: > * clone gst-openmax (cgit.freedesktop.org/gstreamer/) > * checkout the 0.10.0.4 version (git checkout -b android v0.10.0.4) > * apply your patches, commit everything > * send a mail with the output of "git diff v0.10.0.4" and I'll triage > it into a android-gst-openmax repo (and what can go upstream will go > upstream). > > Edward > > > > > -- > > -- Prajnashi S > > > > > > > > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google Groups > "prajnashi" group. > To post to this group, send email to pra...@go... > To unsubscribe from this group, send email to > pra...@go...<prajnashi%2Bu...@go...> > For more options, visit this group at > http://groups.google.com/group/prajnashi?hl=en > -~----------~----~----~----~------~----~------~--~--- > > -- -- Prajnashi S |
|
From: Prajnashi S <pra...@gm...> - 2009-03-20 15:02:32
|
It depends on effort. If it's big, I will use 0.10.0.4 and rebase later. Actually, why you put latest stable version to www.gstreamer.net/, just as other packages do? On Fri, Mar 20, 2009 at 10:01 PM, Felipe Contreras < fel...@gm...> wrote: > On Fri, Mar 20, 2009 at 3:02 PM, Prajnashi S <pra...@gm...> wrote: > > Hi, all > > I just modified gst-openmax-0.10.0.4 to make it use opencore OMX. > Currently, > > only aac decoder works. I will contribute code in next 2 days. I will > focus > > on mp3/amr/mp4/h263/h264 later. I think openmax solution is better than > > other software codec like ffmpeg in embed system, because > > 1) we can reuse opencore's OMX. > > 2) most chipset vendor provide OMX solution. > > > > Edward, > > Since the repo is more and more stable, I plan to push openmax direclty > to > > your repository. We need discuss how to do that. > > > > In addtion, I'm not sure if 0.10.0.4 is too old (I change a lot of > thing). I > > will check if I can rebase to newer version after that. Anyone in > > gst-openmax can give some comments? > > Unfortunately 0.10.0.4 is too old. If possible, rebase to the master > branch, otherwise just send the patches. > > git format-patch 0.10.0.4..yourbranch > > -- > Felipe Contreras > > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > Gstreamer-openmax mailing list > Gst...@li... > https://lists.sourceforge.net/lists/listinfo/gstreamer-openmax > -- -- Prajnashi S |
|
From: Felipe C. <fel...@gm...> - 2009-03-20 14:02:15
|
On Fri, Mar 20, 2009 at 3:02 PM, Prajnashi S <pra...@gm...> wrote: > Hi, all > I just modified gst-openmax-0.10.0.4 to make it use opencore OMX. Currently, > only aac decoder works. I will contribute code in next 2 days. I will focus > on mp3/amr/mp4/h263/h264 later. I think openmax solution is better than > other software codec like ffmpeg in embed system, because > 1) we can reuse opencore's OMX. > 2) most chipset vendor provide OMX solution. > > Edward, > Since the repo is more and more stable, I plan to push openmax direclty to > your repository. We need discuss how to do that. > > In addtion, I'm not sure if 0.10.0.4 is too old (I change a lot of thing). I > will check if I can rebase to newer version after that. Anyone in > gst-openmax can give some comments? Unfortunately 0.10.0.4 is too old. If possible, rebase to the master branch, otherwise just send the patches. git format-patch 0.10.0.4..yourbranch -- Felipe Contreras |
|
From: Edward H. <bi...@gm...> - 2009-03-20 13:40:38
|
On Fri, 2009-03-20 at 21:02 +0800, Prajnashi S wrote: > Hi, all > I just modified gst-openmax-0.10.0.4 to make it use opencore OMX. > Currently, only aac decoder works. I will contribute code in next 2 > days. I will focus on mp3/amr/mp4/h263/h264 later. I think openmax > solution is better than other software codec like ffmpeg in embed > system, because > 1) we can reuse opencore's OMX. > 2) most chipset vendor provide OMX solution. > > Edward, > Since the repo is more and more stable, I plan to push openmax > direclty to your repository. We need discuss how to do that. > > In addtion, I'm not sure if 0.10.0.4 is too old (I change a lot of > thing). I will check if I can rebase to newer version after that. > Anyone in gst-openmax can give some comments? The best might be to: * clone gst-openmax (cgit.freedesktop.org/gstreamer/) * checkout the 0.10.0.4 version (git checkout -b android v0.10.0.4) * apply your patches, commit everything * send a mail with the output of "git diff v0.10.0.4" and I'll triage it into a android-gst-openmax repo (and what can go upstream will go upstream). Edward > > -- > -- Prajnashi S > > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google > Groups "prajnashi" group. > To post to this group, send email to pra...@go... > To unsubscribe from this group, send email to prajnashi > +uns...@go... > For more options, visit this group at > http://groups.google.com/group/prajnashi?hl=en > -~----------~----~----~----~------~----~------~--~--- > |
|
From: Prajnashi S <pra...@gm...> - 2009-03-20 13:02:07
|
Hi, all I just modified gst-openmax-0.10.0.4 to make it use opencore OMX. Currently, only aac decoder works. I will contribute code in next 2 days. I will focus on mp3/amr/mp4/h263/h264 later. I think openmax solution is better than other software codec like ffmpeg in embed system, because 1) we can reuse opencore's OMX. 2) most chipset vendor provide OMX solution. Edward, Since the repo is more and more stable, I plan to push openmax direclty to your repository. We need discuss how to do that. In addtion, I'm not sure if 0.10.0.4 is too old (I change a lot of thing). I will check if I can rebase to newer version after that. Anyone in gst-openmax can give some comments? -- -- Prajnashi S |
|
From: Wei <wei...@gm...> - 2009-03-19 14:05:37
|
Hi, all, I know that LiMo uses Gstreamer as its multimedia framework. However, does anyone know whether LiMo uses the gstreamer-openmax? And if LiMo does use gstreamer-openmax, what OpenMAX IL components it currently uses? For example, MPEG-4 decoder component? or something else? Wei Hu http://www.csie.ntu.edu.tw/~r88052/ http://wei-hu-tw.blogspot.com/ |
|
From: Prajnashi S <pra...@gm...> - 2009-03-03 07:44:39
|
Hi, I want to know who has downloaded my patches and built/test gst in android successfully? Anyone has comments about that? On Tue, Mar 3, 2009 at 2:18 AM, Julien Moutte <ju...@mo...> wrote: > > That's very good news ! > > I was about to suggest that project for the GSOC ideas. > > Let's see if we can get someone to work on porting our Fluendo player > and codecs to Android now that Windows is almost done :) > > Cheers and thanks for the work, > > Julien Moutte, > FLUENDO S.A. > > Prajnashi S wrote: > > Android uses OpenCore, which is provided by PacketVideo as default > > multimedia framework. But, after reviewing code, I found OpenCore is not > > easy to work with and its resource (the number of plugin) is very > > limited. So, I tried to port gstreamer to Android to provide a more > > flexibility and richer feature set. Fortunately, it can work. Now, I > > will share my experience here. > > > > The work includes: > > - glib > > - liboil > > - gstreamer core > > - gst-plugin-base > > - gst-plugin-good > > - gst-plugin-bad > > - gst-openmax > > - audio sink/video sink for android > > - glue layer to integrate gst into android's multimedia framework > > > > You can find step by step introduction and all patches in my group. To > > get it, you have to request to be a member. I'm sorry for this. I will > > remove this obstacle in near future. :-) > > > > http://groups.google.com/group/prajnashi/web > > > > -- Prajnashi S > > > > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------------ > > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > > -Strategies to boost innovation and cut costs with open source > participation > > -Receive a $600 discount off the registration fee with the source code: > SFAD > > http://p.sf.net/sfu/XcvMzF8H > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gstreamer-devel mailing list > > gst...@li... > > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > gstreamer-devel mailing list > gst...@li... > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > -- -- Prajnashi S |
|
From: Prajnashi S <pra...@gm...> - 2009-03-02 23:18:46
|
Hi, all Sorry for late. I have add all of you into group. You can download patch now. On Tue, Mar 3, 2009 at 2:18 AM, Julien Moutte <ju...@mo...> wrote: > > That's very good news ! > > I was about to suggest that project for the GSOC ideas. > > Let's see if we can get someone to work on porting our Fluendo player > and codecs to Android now that Windows is almost done :) > > Cheers and thanks for the work, > > Julien Moutte, > FLUENDO S.A. > > Prajnashi S wrote: > > Android uses OpenCore, which is provided by PacketVideo as default > > multimedia framework. But, after reviewing code, I found OpenCore is not > > easy to work with and its resource (the number of plugin) is very > > limited. So, I tried to port gstreamer to Android to provide a more > > flexibility and richer feature set. Fortunately, it can work. Now, I > > will share my experience here. > > > > The work includes: > > - glib > > - liboil > > - gstreamer core > > - gst-plugin-base > > - gst-plugin-good > > - gst-plugin-bad > > - gst-openmax > > - audio sink/video sink for android > > - glue layer to integrate gst into android's multimedia framework > > > > You can find step by step introduction and all patches in my group. To > > get it, you have to request to be a member. I'm sorry for this. I will > > remove this obstacle in near future. :-) > > > > http://groups.google.com/group/prajnashi/web > > > > -- Prajnashi S > > > > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------------ > > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > > -Strategies to boost innovation and cut costs with open source > participation > > -Receive a $600 discount off the registration fee with the source code: > SFAD > > http://p.sf.net/sfu/XcvMzF8H > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gstreamer-devel mailing list > > gst...@li... > > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > gstreamer-devel mailing list > gst...@li... > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > -- -- Prajnashi S |
|
From: Julien M. <ju...@mo...> - 2009-03-02 18:48:43
|
That's very good news ! I was about to suggest that project for the GSOC ideas. Let's see if we can get someone to work on porting our Fluendo player and codecs to Android now that Windows is almost done :) Cheers and thanks for the work, Julien Moutte, FLUENDO S.A. Prajnashi S wrote: > Android uses OpenCore, which is provided by PacketVideo as default > multimedia framework. But, after reviewing code, I found OpenCore is not > easy to work with and its resource (the number of plugin) is very > limited. So, I tried to port gstreamer to Android to provide a more > flexibility and richer feature set. Fortunately, it can work. Now, I > will share my experience here. > > The work includes: > - glib > - liboil > - gstreamer core > - gst-plugin-base > - gst-plugin-good > - gst-plugin-bad > - gst-openmax > - audio sink/video sink for android > - glue layer to integrate gst into android's multimedia framework > > You can find step by step introduction and all patches in my group. To > get it, you have to request to be a member. I'm sorry for this. I will > remove this obstacle in near future. :-) > > http://groups.google.com/group/prajnashi/web > > -- Prajnashi S > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > > > ------------------------------------------------------------------------ > > _______________________________________________ > gstreamer-devel mailing list > gst...@li... > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
|
From: Prajnashi S <pra...@gm...> - 2009-03-02 14:42:55
|
Android uses OpenCore, which is provided by PacketVideo as default multimedia framework. But, after reviewing code, I found OpenCore is not easy to work with and its resource (the number of plugin) is very limited. So, I tried to port gstreamer to Android to provide a more flexibility and richer feature set. Fortunately, it can work. Now, I will share my experience here. The work includes: - glib - liboil - gstreamer core - gst-plugin-base - gst-plugin-good - gst-plugin-bad - gst-openmax - audio sink/video sink for android - glue layer to integrate gst into android's multimedia framework You can find step by step introduction and all patches in my group. To get it, you have to request to be a member. I'm sorry for this. I will remove this obstacle in near future. :-) http://groups.google.com/group/prajnashi/web -- Prajnashi S |
|
From: Felipe C. <fel...@gm...> - 2009-02-14 17:13:36
|
On Thu, Feb 5, 2009 at 11:56 AM, Mark Nauwelaerts <ma...@sk...> wrote: > Felipe Contreras wrote: >> >> On Sat, Jan 31, 2009 at 1:05 PM, Felipe Contreras >> <fel...@gm...> wrote: >>> >>> On Fri, Jan 30, 2009 at 1:08 PM, Mark Nauwelaerts <ma...@sk...> >>> wrote: >>>> >>>> * serialize EOS handling to prevent EOS event from "speaking before >>>> turn" >>> >>> Since omx is asynchronous at the time we receive the EOS event from >>> gst, there are buffers that are still being processed, we need to wait >>> for them before the EOS event is propagated to the next element, >>> otherwise the buffers will be dropped. >>> >>> It looks like your patch will serialize the EOS event, so if for some >>> reason omx signals an EOS, gst will receive it too. But there's no way >>> that would happen for filter elements since gst-omx is the one that >>> flags omx buffers with the EOS flag *after* we receive the gst EOS >>> event. >> >> After further discussion now I understand what you mean and what this >> patch really does. Could you please re-send the patch with more >> explanation about the issue and the fix, also remove the internal >> Maemo bug id. >> >> Other than that it's good. Thanks! > > Patch attached as requested. I forgot to mention that the patch was pushed. Thanks. -- Felipe Contreras |
|
From: Mark N. <ma...@sk...> - 2009-02-05 09:56:31
|
Felipe Contreras wrote: > On Sat, Jan 31, 2009 at 1:05 PM, Felipe Contreras > <fel...@gm...> wrote: >> On Fri, Jan 30, 2009 at 1:08 PM, Mark Nauwelaerts <ma...@sk...> wrote: >>> * serialize EOS handling to prevent EOS event from "speaking before turn" >> Since omx is asynchronous at the time we receive the EOS event from >> gst, there are buffers that are still being processed, we need to wait >> for them before the EOS event is propagated to the next element, >> otherwise the buffers will be dropped. >> >> It looks like your patch will serialize the EOS event, so if for some >> reason omx signals an EOS, gst will receive it too. But there's no way >> that would happen for filter elements since gst-omx is the one that >> flags omx buffers with the EOS flag *after* we receive the gst EOS >> event. > > After further discussion now I understand what you mean and what this > patch really does. Could you please re-send the patch with more > explanation about the issue and the fix, also remove the internal > Maemo bug id. > > Other than that it's good. Thanks! Patch attached as requested. Mark. |
|
From: Felipe C. <fel...@gm...> - 2009-02-04 17:39:59
|
On Sat, Jan 31, 2009 at 1:05 PM, Felipe Contreras <fel...@gm...> wrote: > On Fri, Jan 30, 2009 at 1:08 PM, Mark Nauwelaerts <ma...@sk...> wrote: >> * serialize EOS handling to prevent EOS event from "speaking before turn" > > Since omx is asynchronous at the time we receive the EOS event from > gst, there are buffers that are still being processed, we need to wait > for them before the EOS event is propagated to the next element, > otherwise the buffers will be dropped. > > It looks like your patch will serialize the EOS event, so if for some > reason omx signals an EOS, gst will receive it too. But there's no way > that would happen for filter elements since gst-omx is the one that > flags omx buffers with the EOS flag *after* we receive the gst EOS > event. After further discussion now I understand what you mean and what this patch really does. Could you please re-send the patch with more explanation about the issue and the fix, also remove the internal Maemo bug id. Other than that it's good. Thanks! -- Felipe Contreras |
|
From: Felipe C. <fel...@gm...> - 2009-02-02 23:08:34
|
Hi, As you might know GStreamer has moved to git which means things will be simpler with gst-openmax, since now there's only one SCM system. I took the time to go through all the history of changes and found some discrepancies between the CVS and github versions, but the biggest problem is that codec-config stuff wasn't on CVS, sorry for that. In theory this should be the new home: http://cgit.freedesktop.org/gstreamer/gst-openmax/ But for some reason cgit is having issues but the direct url is: git://anongit.freedesktop.org/gstreamer/gst-openmax Alternatively you can use the github repo which has been re-created: http://github.com/felipec/gst-openmax Cheers. -- Felipe Contreras |
|
From: Felipe C. <fel...@gm...> - 2009-02-02 22:58:26
|
On Sun, Dec 21, 2008 at 3:48 AM, jayasena s <ja...@ya...> wrote: > Hi Felipe, > > gst-openmax-0.10.4 is released somewhere in june and looks like lot of > changes are there after that in git repostory and github. > I would like to know when is the next official release with all the latest > changes. Sorry about taking so long to respond, I've been had time to work on gst-openmax itself lately. Probably in two weeks I'll have time to work on a new release, but I'm still not sure if to include the tunneling branch or not. Cheers. -- Felipe Contreras |
|
From: Felipe C. <fel...@gm...> - 2009-01-31 11:05:11
|
On Fri, Jan 30, 2009 at 1:08 PM, Mark Nauwelaerts <ma...@sk...> wrote: > > Hi, > > Some patches for gst-openmax, in summary: > * do some more flushing to prevent locking/hanging in state change if an > OpenMAX component does not feel like responding This patch is good, except for a few code-style issues. I'm pushing it to the "next" branch. > * serialize EOS handling to prevent EOS event from "speaking before turn" Since omx is asynchronous at the time we receive the EOS event from gst, there are buffers that are still being processed, we need to wait for them before the EOS event is propagated to the next element, otherwise the buffers will be dropped. It looks like your patch will serialize the EOS event, so if for some reason omx signals an EOS, gst will receive it too. But there's no way that would happen for filter elements since gst-omx is the one that flags omx buffers with the EOS flag *after* we receive the gst EOS event. Also, please add signed-of-by to the commit message (git commit -s) and if possible use git send-email. Cheers. -- Felipe Contreras |
|
From: Mark N. <ma...@sk...> - 2009-01-30 11:09:02
|
Hi, Some patches for gst-openmax, in summary: * do some more flushing to prevent locking/hanging in state change if an OpenMAX component does not feel like responding * serialize EOS handling to prevent EOS event from "speaking before turn" Mark. |
|
From: Felipe C. <fel...@no...> - 2009-01-15 14:10:52
|
Hi, I wasn't subscribed in omapandroid-discussion when you started the "Gstreamer porting in Android" thread. I just want to say that I'm definitely interested in getting this to work. I prefer the beagleboard, but I guess that shouldn't make any difference :) If you have any doubts please cc the gst-openmax mailing list. Cheers. -- Felipe Contreras |
|
From: Felipe C. <fel...@no...> - 2009-01-12 09:30:58
|
On Wed, 2009-01-07 at 17:52 +0530, ext udaykiran pichika wrote: > Hi Felipe, > > Iam integrating gst-openmax with our company Openmax layer.. > By this audio is working fine..But for the video we r getting problems > like display width & height.. > > Actually these two will update from x_scale and y_scale.. > > observation::x_scale and y_scale values are returned as zeroes.... > > set_property and get_property functions are used to update x_scale and > y_scale.. > but these functions are not getting called from GObjectClass.. > > when we r hard coded these values we are able to run H263 & > sample.divx(mpeg4 dec) only video files.. > > Questions:: > > 1) Why set_property and get_property functions are not calling?? > 2) If it is the case how to calculate x_scale and y_scale values??? > > We have integrated master changes also....But the result is same.. The x and y scale properties on the video sink are set just like with any GObject. Someone, possibly the client application, should do it, probably with g_object_set[1]. If nobody is setting these properties, then they'll be 0. Perhaps the default value should be 1? [1] http://library.gnome.org/devel/gobject/unstable/gobject-The-Base-Object-Type.html#g-object-set -- Felipe Contreras |
|
From: Felipe C. <fel...@no...> - 2009-01-12 09:21:59
|
Hi, I wasn't subscribed in omapandroid-discussion when you started the "Gstreamer porting in Android" thread. I just want to say that I'm definitely interested in getting this to work. I prefer the beagleboard, but I guess that shouldn't make any difference :) If you have any doubts please cc the gst-openmax mailing list. Cheers. -- Felipe Contreras |
|
From: Felipe C. <fel...@no...> - 2009-01-12 08:51:40
|
On Fri, 2008-12-26 at 19:17 +0530, ext Sriramamurti K wrote: > Hi Felipe, > > First of all Thanks for your supppot on my Audio playback. > Now i started to work on Video component. Here i am facing some > problems. I need your support for solving these issues. > > I am working presently on H264 decoder component and Video_Render > component. > as i told you, i have my above openmax related components. > So i integrated my components with Gstreamer openmax code. > > Here i am facing some Issues. > > 1. gst-launch-0.10 filesrc location=/home/sample_iPod.m4v ! qtdemux ! > omx_aacdec ! omx_audiosink > > Observations: Audio Play back is fine. > > 2. gst-launch-0.10 filesrc location=/home/sample_iPod.m4v ! qtdemux ! > omx_h264dec ! omx_videosink > > Observations: Display color changes to Dark green for few seconds > and execution terminates. <snip/> > So these are my first cut observations. With these can you able to > tell whats going wrong with my decoder component. Let me know if need > any other information. It looks like the issue is with the video decoder, right? Have you got the video decoder to work in anyway? One possibility is that the OpenMAX IL video decoder doesn't work. Another possibility is that it's not interpreting the codec-data properly. -- Felipe Contreras |
|
From: uday k. <p_u...@ya...> - 2009-01-08 04:41:16
|
Hi Felipe,
Iam integrating gst-openmax with our company Openmax layer..
By this audio is working fine..But for the video we r getting problems like display width & height..
Actually these two will update from x_scale and y_scale..
observation::x_scale and y_scale values are returned as zeroes....
set_property and get_property functions are used to update x_scale and y_scale..
but these functions are not getting called from GObjectClass..
when we r hard coded these values we are able to run H263 & sample.divx(mpeg4 dec) only video files..
Questions::
1) Why set_property and get_property functions are not calling??
2) If it is the case how to calculate x_scale and y_scale values???
We have integrated master changes also....But the result is same..
Thanks in advance..
Uday Kiran Pichika
Check out the all-new Messenger 9.0! Go to http://in.messenger.yahoo.com/ |
|
From: udaykiran p. <uda...@gm...> - 2009-01-07 12:22:56
|
Hi Felipe, Iam integrating gst-openmax with our company Openmax layer.. By this audio is working fine..But for the video we r getting problems like display width & height.. Actually these two will update from x_scale and y_scale.. observation::x_scale and y_scale values are returned as zeroes.... set_property and get_property functions are used to update x_scale and y_scale.. but these functions are not getting called from GObjectClass.. when we r hard coded these values we are able to run H263 & sample.divx(mpeg4 dec) only video files.. Questions:: 1) Why set_property and get_property functions are not calling?? 2) If it is the case how to calculate x_scale and y_scale values??? We have integrated master changes also....But the result is same.. Thanks in advance.. Uday Kiran Pichika |
|
From: Valeswararao D. <d.v...@gm...> - 2009-01-05 04:44:33
|
Hello I am creating a birthday calendar for myself. Can you please click on the link below and enter your birthday for me? http://www.birthdayalarm.com/bd2/83940861a169585367b1443039840c930758432d1386 Valeswararao |
3 messages has been excluded from this view by a project administrator.
