Thanks for the swift feed back Angela :)<br><br>NVidia is an option this is easy to to setup with VDPAU - but it means another card in my frontends for me (a) want to keep as low power as possible (b) my front ends are tiny iscsi devices in tiny mini-itx cases (c) VAAPI appears to work - just not in MythTV (d) would like to continue to use open 'gpu' drivers... but it is an option you're right :)<br>
<br>My loose understanding was the VAAPI offloaded the decode of say h.264 to the gpu. So the 'statically linked' version of ffmpeg should not matter. But I don't carry the detail and your observations about ffmpeg may play a part.<br>
<br>I do know that with clarkdale there's no hw de interlacing yet - okay I accept that, but I am not getting that far. Just 'jerky' recordings which are 'kind of' watchable but not for long due to the stutter effect. If I don't use VAAPI video is fine, as is VAAPI with VLC. So it isn't the recordings.<br>
<br>Would be good to hear a success story or two with MythTV and VAAPI. I've read everything on the web and I've yet to find anyone talk about having a fully 'hassle' free and working set up.<br><br>If it could be made to work... it would be a dream lowed powered f/e solution. I read about other players XBMC, mplayer, vlc etc working with VAAPI... but yet to clearly understand if mythtv works.<br>
<br>Thanks for your experiences, interesting to read. Regards, Fred.<br><br><div class="gmail_quote">On Tue, Aug 7, 2012 at 4:54 PM, Angela <span dir="ltr"><<a href="mailto:angela.schmid@wolke7.net" target="_blank">angela.schmid@wolke7.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
>As a long time mythtv user I am unable to get VAAPI working. I am able to<br>
view a mythtv bbc one hd recording in VLC using VAAPI (looks very nice) but<br>
have never been able to playback the same or any recording using VAAPI in<br>
>mythfrontend.<br>
<br>
>Does VAAPI work? Has anyone had success? Does it work at all in 0.25. <br>
Any one seen it work with 0.26 beta?<br>
<br>
</div>Some say it works in 0.25. Haven't seen no information reading the list in<br>
which setups it works.<br>
<br>
I have a SandyBridge and worked with the intel-gfx devs to tackle my VAAPI<br>
problem with mythtv. Upgraded to the latest DRI, kernels, etc.. Mythtv<br>
always locked after 0.1 seconds. I moved to nvidia without complains.<br>
<br>
<a href="https://bugs.freedesktop.org/show_bug.cgi?id=51061" target="_blank">https://bugs.freedesktop.org/show_bug.cgi?id=51061</a><br>
<a href="http://lists.freedesktop.org/archives/intel-gfx/2012-June/thread.html#18335" target="_blank">http://lists.freedesktop.org/archives/intel-gfx/2012-June/thread.html#18335</a><br>
Problems about shaking depended highly on the recording, same where seen on<br>
nvidia and as I later recognized are related to deinterlacing, which should<br>
be in my case be used, also when playing deinterlaced material on an<br>
interlaced tv.<br>
<br>
More interesting, mplayer worked and is using a specific revision of ffmpeg<br>
(during compile it checkouts the specific revision). Mythtv uses an older<br>
version. As far as I can remember 0.8.xxx vs. 0.6.xxx. ffmpeg is compiled<br>
and statically loaded during linking (not depending on installed packages).<br>
<br>
0.26 does not have updated ffmpeg code and as far as I know no updates to<br>
fix VAAPI problems are included.<br>
I hope the mythtv devs will pick up the upgrading of the ffmpeg source for<br>
0.27. From reading the list, the upgrades were previously done by a dev<br>
which does not join mythtv anymore.<br>
Maybe a dev can comment on upgrading plans.<br>
<br>
Cheers<br>
Angela<br>
<br>
<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/listinfo/mythtv-users</a><br>
</blockquote></div><br>