Active Topics

 



Notices


Reply
Thread Tools
Posts: 3,328 | Thanked: 4,476 times | Joined on May 2011 @ Poland
#1021
I was recording videos in 720p with device overclocked to 250-805 or 250-900. After some time of recording I noticed an intense lag and stuttering on the screen or even video preview blackout. Example result video (unplayable - tried totem and vlc) is available here: http://ubuntuone.com/12RP2T8anMerGo7AXwNkd6

Why is it happening? Using kp52, cssu thumb (iirc 8.2 - latest). Video was saved to emmc, swap on mmc1. Swappolube swappiness modifiers applied. No speedpatch nor batterypatch.

Output of `dpkg -l | grep ^ii` attached
Attached Files
File Type: gz pkgs.txt.gz (39.3 KB, 69 views)
__________________
If you want to support my work, you can donate by PayPal or Flattr

Projects no longer actively developed: here
 

The Following 2 Users Say Thank You to marmistrz For This Useful Post:
Raimu's Avatar
Posts: 139 | Thanked: 181 times | Joined on Nov 2011 @ Oulu, Finland
#1022
Sounds like what happens when the need for IO and memory ultimately catches up to the swappiness/etc. settings, maybe.

Can you log the events if they are reproducable -- camera-ui's messages and dmesg?

Last edited by Raimu; 2013-07-21 at 19:59.
 

The Following 2 Users Say Thank You to Raimu For This Useful Post:
Posts: 3,328 | Thanked: 4,476 times | Joined on May 2011 @ Poland
#1023
Originally Posted by Raimu View Post
Sounds like what happens when the need for IO and memory ultimately catches up to the swappiness/etc. settings, maybe.

Can you log the events if they are reproducable -- camera-ui's messages and dmesg?
I'll try 10 ch
__________________
If you want to support my work, you can donate by PayPal or Flattr

Projects no longer actively developed: here
 

The Following User Says Thank You to marmistrz For This Useful Post:
Posts: 1,203 | Thanked: 3,027 times | Joined on Dec 2010
#1024
iirc the display framerate on the screen is not representative of the recorded. Recorded file takes precedence to displayed image.

Your file is missing any codec information/moov atom. I tried running it through https://github.com/ponchio/untrunc - using one of my HD files but no luck. Might be someway of getting the information out of it.

Theres also some suggestion here http://talk.maemo.org/showthread.php?t=84800
 

The Following 2 Users Say Thank You to Android_808 For This Useful Post:
Estel's Avatar
Posts: 5,028 | Thanked: 8,613 times | Joined on Mar 2011
#1025
It looks like camera-ui2 got closed/crashed before saving of video file ended.

I've seen similar results once, when I recorded ~2 hours long concert - after stopping recording, camera-ui2 got frozen for ages (using 99% CPU), so after 30 minutes, I killed it. The result was video with screwed container - everything was saved in practice, but wrapping it into mp4 failed. I had to use mp4 video recovering tools (and even then, it wasn't possible to restore video with 100% correct framerate & co - despite fact, that technically, all frames were saved to disc. Yes, mp4 sucks.)

Summing it up - it seems to me, that camera-ui2 sometimes get stuck, and won't finish saving video properly, no matter how long time you'll give it, to do so. Probably, it can happen for both short and long recordings (but long ones have higher probability - warning, my subjective conclusion, not based on any real research).

/Estel
__________________
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!
 

The Following 6 Users Say Thank You to Estel For This Useful Post:
Posts: 3,328 | Thanked: 4,476 times | Joined on May 2011 @ Poland
#1026
So, what I noticed: the time of recording when it happens if various. I tried to reproduce it, and after 10 mins nothing. There was a little stuttering on the preview even before. What's interesting: the video contained a lot of movement. (playing dogs). The ultrastutter and hang appeared when I quickly turned the device, so the area recorded was dramatically changed.

A couple of other observations: the timers (time avail., time elapsed) were stuttering too.

Maybe it's the compression-intensity related?
__________________
If you want to support my work, you can donate by PayPal or Flattr

Projects no longer actively developed: here
 

The Following 2 Users Say Thank You to marmistrz For This Useful Post:
Posts: 3,328 | Thanked: 4,476 times | Joined on May 2011 @ Poland
#1027
And something else: why am I sometimes getting 0 bytes images from camera-ui2?
__________________
If you want to support my work, you can donate by PayPal or Flattr

Projects no longer actively developed: here
 

The Following 2 Users Say Thank You to marmistrz For This Useful Post:
Alecsandru's Avatar
Posts: 439 | Thanked: 282 times | Joined on Oct 2012
#1028
etc/gdigicam edit config to false and reboot
__________________
N900 Beast featuring :
8GB OPTFS@ext4(*performance mount options)
overclock: cpu[125 - 1,150(*VDD1)+Dsp overclock
CSSU-T latest version
 

The Following User Says Thank You to Alecsandru For This Useful Post:
Posts: 3,328 | Thanked: 4,476 times | Joined on May 2011 @ Poland
#1029
Originally Posted by Alecsandru View Post
etc/gdigicam edit config to false and reboot
It happened like that even before editing gdigicam.conf
 

The Following 2 Users Say Thank You to marmistrz For This Useful Post:
panjgoori's Avatar
Posts: 1,239 | Thanked: 1,278 times | Joined on Aug 2011 @ Balochistan
#1030
do i need to have 720p files installed in my N900 in order to raise photo quality to 100% ? editing config file doesn't raise picture quality to 100%. any help ?
 

The Following User Says Thank You to panjgoori For This Useful Post:
Reply

Tags
camera-ui, fremantle


 
Forum Jump


All times are GMT. The time now is 13:44.