The Following 2 Users Say Thank You to Fabry For This Useful Post: | ||
![]() |
2012-01-12
, 21:38
|
Posts: 3,074 |
Thanked: 12,964 times |
Joined on Mar 2010
@ Sofia,Bulgaria
|
#822
|
The Following 6 Users Say Thank You to freemangordon For This Useful Post: | ||
![]() |
2012-01-12
, 22:35
|
Posts: 1,101 |
Thanked: 1,185 times |
Joined on Aug 2008
@ Spain
|
#823
|
only a sink, my main idea adding xoverlay support was to offload CPU while recording video, hopefully reducing stutter in recorded video. While using omapfb as preview sink loads CPU only 20%-30% @250MHz (1280x720@30fps) there is still some stuttering. Seems the roots of dropped frames in videos recorded with n900 camera are not in CPU load. Yet to find the real cause.
The Following 8 Users Say Thank You to maacruz For This Useful Post: | ||
![]() |
2012-01-12
, 22:44
|
Posts: 3,074 |
Thanked: 12,964 times |
Joined on Mar 2010
@ Sofia,Bulgaria
|
#824
|
The timer is the cause. The number of task switches is bounded by the timer, and the N900 is at 128 Hz. It happened in my computer, the default kernel is compiled with a 100 Hz timer, and while it has cpu enough for real time xvid capture it stuttered. Once I changed the timer to 1000Hz, even with high cpu load it doesn't stutter.
Try building a kernel with CONFIG_HZ=256 and CONFIG_OMAP_32K_TIMER_HZ=256, or even 512 (my DT kernels for the N810 are at 256 with no ill effects at all, and the N810 has a much slower cpu)
The Following 4 Users Say Thank You to freemangordon For This Useful Post: | ||
![]() |
2012-01-15
, 20:36
|
Posts: 21 |
Thanked: 14 times |
Joined on Sep 2010
|
#825
|
![]() |
2012-01-16
, 20:07
|
|
Posts: 168 |
Thanked: 206 times |
Joined on Apr 2010
@ Finland
|
#826
|
Originally Posted by maacruzThanks for the hint, will try. Just wonder how this will affect battery life and performance (having in mind BTB flush on context switch because of thumb errata fix)
The timer is the cause. The number of task switches is bounded by the timer, and the N900 is at 128 Hz. It happened in my computer, the default kernel is compiled with a 100 Hz timer, and while it has cpu enough for real time xvid capture it stuttered. Once I changed the timer to 1000Hz, even with high cpu load it doesn't stutter.
Try building a kernel with CONFIG_HZ=256 and CONFIG_OMAP_32K_TIMER_HZ=256, or even 512 (my DT kernels for the N810 are at 256 with no ill effects at all, and the N810 has a much slower cpu)
The Following 14 Users Say Thank You to Gusse For This Useful Post: | ||
![]() |
2012-01-17
, 06:52
|
|
Posts: 185 |
Thanked: 111 times |
Joined on Jul 2010
@ Mexico DF, Mexico
|
#827
|
![]() |
2012-01-17
, 08:29
|
Posts: 1,680 |
Thanked: 3,685 times |
Joined on Jan 2011
|
#828
|
I build latest kernel (modified 12-Jan) from git with 256Hz and 512Hz, but still video recording was stuttered.
I ran almost 3 days (w/o charging and 20% juice left) with 256Hz without noticing any negative affect to battery life compared to 128Hz. Also no other issues observed during usage.
Today I compiled kernel with 512Hz and first impression was that device is much faster. Responsiveness is improved and application loading time seems to be shorter. Can't say how much, but feeling is that you can really notice it. I didn't notice this kind of change when updated from 128Hz to 256Hz.
Let's see what is impact to battery life with same setting and use profile that I had with 256Hz testing.
The Following 4 Users Say Thank You to vi_ For This Useful Post: | ||
![]() |
2012-01-17
, 08:43
|
Posts: 1,225 |
Thanked: 1,905 times |
Joined on Feb 2011
@ Quezon City, Philippines
|
#829
|
![]() |
2012-01-17
, 08:54
|
Posts: 3,074 |
Thanked: 12,964 times |
Joined on Mar 2010
@ Sofia,Bulgaria
|
#830
|
The Following 6 Users Say Thank You to freemangordon For This Useful Post: | ||
![]() |
Tags |
balls, gpl violation, hackjobs, lgpl violation, nokia, upgrade..., video player |
|
More precisely it can be used to grab omapgfx with less override than x11imagesrc ?