[HOWTO]Watch 720p videos on n900 [09.12.2011 VIDEOCALL WORKS] - Page 76 - maemo.org

Active Topics

TLS 1.2 for N9 is ready (29)
to MeeGo / Harmattan by smatkovi - 3 hrs ago
Error after installing Leste on sdcard (12)
to Maemo 7 / Leste by teroyk - 3 hrs, 48 mins ago
Camera phone competition March 2023 "Endless" (35)
to General by Maemish - 3 days, 12 hrs ago
Maemo repository (3)
to Community by torsen - 4 days, 4 hrs ago
Introducing ubiboot N9 (multiboot OS loader) (1,393)
to Alternatives by smatkovi - 6 days, 8 hrs ago
more...

Page 76 of 141

Thread Tools

freemangordon	2011-12-17 , 18:07
Posts: 3,074 \| Thanked: 12,964 times \| Joined on Mar 2010 @ Sofia,Bulgaria	#751

Originally Posted by maacruz

Instead of lowering priority it would be easier and better just to create a cgroup for it with low enough cpu.shares (editing /usr/share/policy/etc/current/syspart.conf). No need to move it among cgroups, as long as other process in a better cgroup doesn't need the cpu, it'll get all available cpu resources.

The main problem is that I don't have any clue why LOWERING the priority leads to higher framerates and reduced stuttering.

@nikolai - seems your dbus commands are missing true/false parameters. And something like killall gst-video-thumbnailerd will be needed too.

Quote & Reply |

The Following 4 Users Say Thank You to freemangordon For This Useful Post:
Estel, knobby, nkirk, pantera1989

maacruz	2011-12-17 , 19:08
Posts: 1,101 \| Thanked: 1,185 times \| Joined on Aug 2008 @ Spain	#752

Originally Posted by freemangordon

The main problem is that I don't have any clue why LOWERING the priority leads to higher framerates and reduced stuttering.

@nikolai - seems your dbus commands are missing true/false parameters. And something like killall gst-video-thumbnailerd will be needed too.

May be because showing the image in the screen is cpu intensive, or the background and UI processes keep interrupting the encoding process. Lowering the ui priority means that the ui will get less cpu time and can be interrupted by a higher priority task (like encoding). Timer granularity also matters.
I use my desktop for analog video recording with an old bt848 pci card. At first I couldn't get the recordings right, because background and UI tasks kept causing stuttering. To get them right I had to 1: increase timer frequency from 100 to 1000Hz, 2: setup cgroups , 3: increase priority to -5 for the encoding process.

Quote & Reply |

The Following 4 Users Say Thank You to maacruz For This Useful Post:
don_falcone, Estel, knobby, nkirk

freemangordon	2011-12-17 , 20:01
Posts: 3,074 \| Thanked: 12,964 times \| Joined on Mar 2010 @ Sofia,Bulgaria	#753

Originally Posted by maacruz

May be because showing the image in the screen is cpu intensive, or the background and UI processes keep interrupting the encoding process. Lowering the ui priority means that the ui will get less cpu time and can be interrupted by a higher priority task (like encoding). Timer granularity also matters.
I use my desktop for analog video recording with an old bt848 pci card. At first I couldn't get the recordings right, because background and UI tasks kept causing stuttering. To get them right I had to 1: increase timer frequency from 100 to 1000Hz, 2: setup cgroups , 3: increase priority to -5 for the encoding process.

Could be. Anyway for now(until I find a way to integrate gst-omapfb with camera-ui) I thing those will be the optimal settings:

Code:

#!/bin/sh
if [ "$1" == "1" ]; then
    
    run-standalone.sh dbus-send --print-reply --type=method_call --dest=org.freedesktop.Tracker.Indexer /org/freedesktop/Tracker/Indexer org.freedesktop.Tracker.Indexer.Pause
    run-standalone.sh dbus-send --print-reply --type=method_call --dest=org.freedesktop.Tracker /org/freedesktop/Tracker org.freedesktop.Tracker.SetBoolOption string:"Pause" boolean:true
    killall gst-video-thumbnailerd

    echo `pidof Xorg` > /syspart/tasks
    echo `pidof omap3camd` > /syspart/tasks
    echo `pidof camera-ui` > /syspart/tasks

    renice 20 `pidof camera-ui`
    renice 20 `pidof Xorg`
    renice 20 `pidof omap3camd`
else
    run-standalone.sh dbus-send --print-reply --type=method_call --dest=org.freedesktop.Tracker.Indexer /org/freedesktop/Tracker/Indexer org.freedesktop.Tracker.Indexer.Continue
    run-standalone.sh dbus-send --print-reply --type=method_call --dest=org.freedesktop.Tracker /org/freedesktop/Tracker org.freedesktop.Tracker.SetBoolOption string:"Pause" boolean:false

    echo `pidof Xorg` > /syspart/tasks
    echo `pidof omap3camd` > /syspart/applications/standby/background/tasks
    echo `pidof camera-ui` > /syspart/applications/standby/background/tasks

    renice 0 `pidof camera-ui`
    renice -8 `pidof Xorg`
    renice 0 `pidof omap3camd`
fi

With the above everything bellow 1280x720 is stable 30+ fps and no stutter. 1280x720 varies between 23 and 25+ fps and there is stutter from time to time on my primary phone(rarely indeed but still). But it seems it is DSP bridge driver to blame as it gives memory_sync_page errors.

nicolai, maacruz, (anyone) if you have other ideas re priority settings while recording please share them.

I will commit the above on gitorious and will start to play with gst-omapfb when gst-dsp seems working.

Quote & Reply |

The Following 5 Users Say Thank You to freemangordon For This Useful Post:
bitrocky, Estel, knobby, nkirk, strange1712

freemangordon	2011-12-17 , 21:51
Posts: 3,074 \| Thanked: 12,964 times \| Joined on Mar 2010 @ Sofia,Bulgaria	#754

Originally Posted by g0r

Edit: just tried video call (skype) after installing the new libgstdsp.so and is not working (I can receive video but if I activate my cam the call gets cut off) for me, anybody else have the same problem?

First post updated with new libgstdsp.zip

Quote & Reply |

The Following 10 Users Say Thank You to freemangordon For This Useful Post:
Estel, g0r, jloopvm, JSTAR, knobby, moepda, nkirk, OVK, pantera1989, stooobs

	Gusse	2011-12-18 , 18:58
	Posts: 168 \| Thanked: 206 times \| Joined on Apr 2010 @ Finland	#755

There seems to be sort of problems to play MP4 Video files (*.m4v).
These video files that I have on N900 were playable at least some time ago. At least before I applied these video updates.

Sound is OK, but screen remains black. If I scroll video, then it show still picture from that specific point.

Also thumbnails of m4v files are different compared to OK video files (showing generic video thumbnail only).

Last edited by Gusse; 2011-12-18 at 19:01.

Quote & Reply |

freemangordon	2011-12-19 , 08:02
Posts: 3,074 \| Thanked: 12,964 times \| Joined on Mar 2010 @ Sofia,Bulgaria	#756

Originally Posted by Gusse

There seems to be sort of problems to play MP4 Video files (*.m4v).
These video files that I have on N900 were playable at least some time ago. At least before I applied these video updates.

Sound is OK, but screen remains black. If I scroll video, then it show still picture from that specific point.

Also thumbnails of m4v files are different compared to OK video files (showing generic video thumbnail only).

Why it is so hard to name and date the things? i.e. instead of "these", "new", "some time ago", etc. It will be much easier for me to if bug reports say "since i update libgstdsp.so to build dated xx.xx.xxxx" or "the update made on xx.xx.xxxx broke this and that".

Nkirk, I am pointing at you too.

Quote & Reply |

The Following 3 Users Say Thank You to freemangordon For This Useful Post:
don_falcone, Estel, knobby

	Gusse	2011-12-19 , 08:33
	Posts: 168 \| Thanked: 206 times \| Joined on Apr 2010 @ Finland	#757

Sorry that I didn't give exact info. At least same behavior with last two libgstdsp.so. I tested both versions.
No errors in dmesg.
I'll try to be more specific on next time.

If there is anything that I can do for further debugging, please let me know.

Quote & Reply |

The Following User Says Thank You to Gusse For This Useful Post:
Estel

freemangordon	2011-12-19 , 08:43
Posts: 3,074 \| Thanked: 12,964 times \| Joined on Mar 2010 @ Sofia,Bulgaria	#758

Originally Posted by Gusse

Sorry that I didn't give exact info. At least same behavior with last two libgstdsp.so. I tested both versions.
No errors in dmesg.
I'll try to be more specific on next time.

If there is anything that I can do for further debugging, please let me know.

You can upload one of the problematic videos and put the link here, so I can test it on my device.

Quote & Reply |

The Following User Says Thank You to freemangordon For This Useful Post:
Estel

	Gusse	2011-12-19 , 11:27
	Posts: 168 \| Thanked: 206 times \| Joined on Apr 2010 @ Finland	#759

Here is one sample that seems to cause problem. Really rarely it is playable, most of the time screen is blanc.
H264_profile.m4v

Video
Encoder: H.264
Res: 640*480
Frame: 29.97fps
Bit rate: 1500 kbps

Same file but with Xvid encoder. This is OK.
Xvid_profile.m4v

Before DSP updates and libgstdsp.so my 2nd N900 could play both files OK. After update both my N900 have difficulties to play H.264 file.

Quote & Reply |

The Following User Says Thank You to Gusse For This Useful Post:
Estel

knobby	2011-12-19 , 12:16
Posts: 159 \| Thanked: 68 times \| Joined on Sep 2011 @ India	#760

Originally Posted by Gusse

Here is one sample that seems to cause problem. Really rarely it is playable, most of the time screen is blanc.
H264_profile.m4v

Video
Encoder: H.264
Res: 640*480
Frame: 29.97fps
Bit rate: 1500 kbps

Same file but with Xvid encoder. This is OK.
Xvid_profile.m4v

Before DSP updates and libgstdsp.so my 2nd N900 could play both files OK. After update both my N900 have difficulties to play H.264 file.

sometimes my phone plays these videos fine with stock mp (latest libgstdsp and hd codecs) and othertimes don't (referring to h264) but kmplayer and mplayer...always play

Last edited by knobby; 2011-12-19 at 12:25.