Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

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

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

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?

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

I'll try 10 ch

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

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

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

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

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

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?

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

And something else: why am I sometimes getting 0 bytes images from camera-ui2?

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

etc/gdigicam edit config to false and reboot

It happened like that even before editing gdigicam.conf

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

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 ?