I have written mp4sp encoder and its tacking 99% cpu load for all resolutions.
Can anyone suggest solution for this ? Is that i have to release cpu using some gstreamer api ? Please help me its urgent..... |
Administrator
|
Sorry to ask the obvious question...
... but have you profiled your pipeline and/or encoder to see *WHERE* it's taking 99% cpu ? Use a profiler like callgrind/oprofile (if available on your platform) or analyze your logs to see where it's taking all that time. Until you've analyzed where your problem is... we won't be able to help you. On Mon, 2009-09-07 at 23:47 -0700, rakesh sharma wrote: > I have written mp4sp encoder and its tacking 99% cpu load for all > resolutions. > Can anyone suggest solution for this ? > Is that i have to release cpu using some gstreamer api ? > Please help me its urgent..... ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by rakesh sharma-2
rakesh sharma schrieb:
> I have written mp4sp encoder and its tacking 99% cpu load for all > resolutions. > Can anyone suggest solution for this ? > Is that i have to release cpu using some gstreamer api ? > Please help me its urgent..... Obvious question, but: Is it that you run this with a non-live pipeline? E.g. videotestsrc ! mp4spenc ! ... or transcoding. In this case it is natural for the pipeline to take up 100% of CPU since it runs as fast as possible... You need to limit the rate at the source by using a live source (like videotestsrc is-live=true) or have the sink perform time sync (encoder ! fakesink sync=true will do, assuming you forward the input timestamps correctly). -- Regards, René Stadler ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Edward Hervey
We dont have those tools callgrind/oprofile on the target platform.
I have written the plugin in lcml(socket node), so code should take maximum cpu on dsp side not arm side, but its tacking full cpu on arm side . I am not able to measure where its eating cpu. If you people have those tools for arm you can share it with me so that i'll check and let you know about that.please reply soon its urgent. thanks for reply...
|
Administrator
|
On Tue, 2009-09-08 at 03:44 -0700, rakesh sharma wrote:
> We dont have those tools callgrind/oprofile on the target platform. > I have written the plugin in lcml(socket node), so code should take maximum > cpu on dsp side not arm side, but its tacking full cpu on arm side . I am > not able to measure where its eating cpu. > If you people have those tools for arm you can share it with me so that i'll > check and let you know about that.please reply soon its urgent. 1. I just can not believe your employer doesn't have profiling tools for ARM. (Googling for "arm profiling linux" returns heaps of results/tools). 2. If you'd carried on reading my mail you would have read "or analyze your logs to see where it's taking all that time". By logs, I mean GST_DEBUG logs. Edward > > thanks for reply... > > > Edward Hervey wrote: > > > > Sorry to ask the obvious question... > > > > ... but have you profiled your pipeline and/or encoder to see *WHERE* > > it's taking 99% cpu ? Use a profiler like callgrind/oprofile (if > > available on your platform) or analyze your logs to see where it's > > taking all that time. > > > > Until you've analyzed where your problem is... we won't be able to > > help you. > > > > On Mon, 2009-09-07 at 23:47 -0700, rakesh sharma wrote: > >> I have written mp4sp encoder and its tacking 99% cpu load for all > >> resolutions. > >> Can anyone suggest solution for this ? > >> Is that i have to release cpu using some gstreamer api ? > >> Please help me its urgent..... > > > > > > ------------------------------------------------------------------------------ > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > > 30-Day > > trial. Simplify your report design, integration and deployment - and focus > > on > > what you do best, core application coding. Discover what's new with > > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > _______________________________________________ > > gstreamer-devel mailing list > > [hidden email] > > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
On device there is no debug mode supported.
Thanks for that googling thing i'll search for those tools. Any other idea...
|
In reply to this post by rakesh sharma-2
hi,
rakesh sharma schrieb: > We dont have those tools callgrind/oprofile on the target platform. > I have written the plugin in lcml(socket node), so code should take maximum > cpu on dsp side not arm side, but its tacking full cpu on arm side . I am > not able to measure where its eating cpu. > If you people have those tools for arm you can share it with me so that i'll > check and let you know about that.please reply soon its urgent. > oprofile works on arm. Your kernel needs support for it. E.g. the maemo5 sdk has it. Stefan > thanks for reply... > > > Edward Hervey wrote: > >> Sorry to ask the obvious question... >> >> ... but have you profiled your pipeline and/or encoder to see *WHERE* >> it's taking 99% cpu ? Use a profiler like callgrind/oprofile (if >> available on your platform) or analyze your logs to see where it's >> taking all that time. >> >> Until you've analyzed where your problem is... we won't be able to >> help you. >> >> On Mon, 2009-09-07 at 23:47 -0700, rakesh sharma wrote: >> >>> I have written mp4sp encoder and its tacking 99% cpu load for all >>> resolutions. >>> Can anyone suggest solution for this ? >>> Is that i have to release cpu using some gstreamer api ? >>> Please help me its urgent..... >>> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >> >> >> > > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by rakesh sharma-2
I am still not able to analyse where its eating full cpu ....
If anybody is having any idea please share with me....
|
Administrator
|
On Wed, 2009-09-09 at 05:50 -0700, rakesh sharma wrote:
> I am still not able to analyse where its eating full cpu .... You will have to persevere then. We can't guess where you problem is. Edward > If anybody is having any idea please share with me.... > > > rakesh sharma wrote: > > > > On device there is no debug mode supported. > > Thanks for that googling thing i'll search for those tools. > > Any other idea... > > > > > > Edward Hervey wrote: > >> > >> On Tue, 2009-09-08 at 03:44 -0700, rakesh sharma wrote: > >>> We dont have those tools callgrind/oprofile on the target platform. > >>> I have written the plugin in lcml(socket node), so code should take > >>> maximum > >>> cpu on dsp side not arm side, but its tacking full cpu on arm side . I > >>> am > >>> not able to measure where its eating cpu. > >>> If you people have those tools for arm you can share it with me so that > >>> i'll > >>> check and let you know about that.please reply soon its urgent. > >> > >> 1. I just can not believe your employer doesn't have profiling tools for > >> ARM. (Googling for "arm profiling linux" returns heaps of > >> results/tools). > >> > >> 2. If you'd carried on reading my mail you would have read "or analyze > >> your logs to see where it's taking all that time". By logs, I mean > >> GST_DEBUG logs. > >> > >> Edward > >> > >>> > >>> thanks for reply... > >>> > >>> > >>> Edward Hervey wrote: > >>> > > >>> > Sorry to ask the obvious question... > >>> > > >>> > ... but have you profiled your pipeline and/or encoder to see *WHERE* > >>> > it's taking 99% cpu ? Use a profiler like callgrind/oprofile (if > >>> > available on your platform) or analyze your logs to see where it's > >>> > taking all that time. > >>> > > >>> > Until you've analyzed where your problem is... we won't be able to > >>> > help you. > >>> > > >>> > On Mon, 2009-09-07 at 23:47 -0700, rakesh sharma wrote: > >>> >> I have written mp4sp encoder and its tacking 99% cpu load for all > >>> >> resolutions. > >>> >> Can anyone suggest solution for this ? > >>> >> Is that i have to release cpu using some gstreamer api ? > >>> >> Please help me its urgent..... > >>> > > >>> > > >>> > > >>> ------------------------------------------------------------------------------ > >>> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > >>> > 30-Day > >>> > trial. Simplify your report design, integration and deployment - and > >>> focus > >>> > on > >>> > what you do best, core application coding. Discover what's new with > >>> > Crystal Reports now. http://p.sf.net/sfu/bobj-july > >>> > _______________________________________________ > >>> > gstreamer-devel mailing list > >>> > [hidden email] > >>> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > >>> > > >>> > > >>> > >> > >> > >> ------------------------------------------------------------------------------ > >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > >> 30-Day > >> trial. Simplify your report design, integration and deployment - and > >> focus on > >> what you do best, core application coding. Discover what's new with > >> Crystal Reports now. http://p.sf.net/sfu/bobj-july > >> _______________________________________________ > >> gstreamer-devel mailing list > >> [hidden email] > >> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > >> > >> > > > > > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |