[Mythtv] Digitenne stoort met VDPAU

[koen_92]

Hallo,

Om tv te kijken, gebruik ik Mythtv met 2 digitenne tunerkaartjes. Dit draait nu al een jaartje en heeft altijd goed gewerkt. Echter, omdat er inmiddels heel wat frontends opzitten heb ik er een 3e tuner bijgekocht en deze in de backend (homeserver met 6tb opslag) geplaatst.

Waar er altijd goed beeld geweest is (misschien af en toe een blokje bij een brommer), is het sinds nu een ramp: één en al blok. (Screenshot).

Eerst dacht ik dat dit kwam door een slecht signaal: het signaal van de antenne wordt nu in 3'en gesplitst in plaats van in tweeën. Maar zelfs na het verwijderen van het 3e kaartje (en dus weer met de originele configuratie) is het nog steeds slecht. Hoe kan dat?

Het enige wat dit kon zijn was Mythtv zelf? Om dit te testen heb ik (gewoon met Mythtv) een opname gemaakt en dit extern met mplayer afgespeeld. Gek genoeg was het beeld hier wel perfect. Hoe kan dat? Ik heb immers (op het toevoegen van een tuner-kaartje na) niets veranderd aan Mythtv.

Na nog wat verder te kijken wordt het probleem nog vreemder: Als je VDPAU uitzet in de frontend, is de storing ook verholpen. Hoe kan VDPAU nu voor storing zorgen? In mplayer werkt het met VDPAU wel.

Ik verwacht niet dat iemand hier hetzelfde probleem heeft meegemaakt, maar ik heb een stukje tv opgenomen waarin het probleem voorkomt: Als ik deze opname in Mythtv afspeel mét VDPAU, is het blokkerig, zonder VDPAU (dus puur CPU) is er niets aan de hand.
Zou iemand anders die Mythtv met VDPAU/Nvidia gebruikt deze test ook even kunnen doen? Hier is de opname:
http://ubuntuone.com/5cnqPsViMaQRh6KWzE17Et

Snel testen gaat door het programma mythavtest te gebruiken. Met VDPAU geeft dit bij mij blokjes, zonder VDPAU gewoon perfect beeld.


Nog wat informatie over de configuratie die ik gebruik:
Alles draait hier op Ubuntu 10.04.

Er is 1 backend met nu dus 3 tuner-kaartjes. Twee met een CX23885-chip, 1 met SAA7134-chip, ze geven echter alledrie hetzelfde probleem. Verder maakt de backend gebruik van mythtv-0.24 en sasc-ng icm oscam en een originele smartcard om alle zenders te bekijken.

Ik heb dit op 2 verschillende frontends getest, beide met een nVidia videokaart (1 een 8400gs en 1 een GTX 260), ze geven beide dit probleem.

Nog een detail: op de één of andere manier werken de publieke (onversleutelde zenders) wel goed, ook lokale media speelt goed af.

Heeft iemand enig idee wat er hier aan de hand is, of kan iemand dit probleem met mijn opname reproduceren?

[Verwijderd]

Wat een vreemde toestand. Kan dit alleen afspelen in de browser. VLC begint er zelfs niet aan? Media info toont me enkel dat dit een MPEG-TS stream is zonder verdere gegevens?
download 52 MB elk, je zou je eer aan zoiets verwachten net5 HD stream:
https://rapidshare.com/files/1086128206/net5hd.mkv
https://rapidshare.com/files/700909529/net5hd.mp4

[ Voor 33% gewijzigd door Verwijderd op 14-04-2012 14:36 ]

[Verwijderd]

Ik heb geen mythtv geinstalleerd, dus echt testen kan ik het niet. Maar het bestand speelt in ieder geval prima via totem en vlc op Ubuntu 12.04 (volgens mij gebruiken beide ook de nvidia VDPAU versnelling, maar daar kan ik me in vergissen)

[Verwijderd]

Blijkt dat die download corrupt was? 2de keer lukt het wel met VLC en Media Info vertelt nu iets meer.
Speelt deze mkv wel goed op je systeem? Is dezelfde opname.
https://rapidshare.com/fi...436632_20120414131823.mkv
Heeft 99% niets te maken met de ontvangst, er zitten wel onregelmatigheden in die video maar dit kan eigen zijn aan het door MythTV gebruikte formaat?
Eventueel ook hier eens naar kijken: http://nvidia.custhelp.com/app/answers/detail/a_id/3109

[ Voor 34% gewijzigd door Verwijderd op 14-04-2012 15:14 ]

[koen_92]

Mythtv schrijft zelf volgens mij geen headers mee met de mpg-TS-stream, dus dat verklaart het vreemde formaat, gewoon een ruwe DVB-T stream. Eigenlijk zijn die bestanden ook niet bedoeld om buiten Mythtv af te spelen.

Maar ja ook bij mij speelt het bestand in VLC en Totem prima af. Mythtv geeft met VDPAU dus blokkerig beeld (vooral als de camera beweegt en bij snelle beeldwisselingen zie je het erg).

Maar zoals jullie ook bevestigen is er met het bestand niets aan de hand. Die mkv-remux geeft dezelfde in Mythtv problemen, dus daar ligt het ook niet aan.

Ik heb het bestand met mencoder even omgezet naar h.264 (was dus mpg2-TS), en dan speelt hij wél goed af in Mythtv.

Maar toch is er iets veranderd: oudere opnames (die van voordat ik het probleem had), spelen nu namelijk nog steeds goed en probleemloos af binnen Mythtv met VDPAU aan. Deze zijn in hetzelfde mpg2-TS formaat.

Nvidia driverversie zit op mijn systeem nu op 195.36.24 (is die uit de Ubuntu-repos). Er is pas wel een update langsgekomen. Maar ook dit kan ik uitsluiten: op een andere frontend is die securityupdate nog niet geinstalleerd, en ook daar heb ik dit probleem.

Maar waarschijnlijk is hier geen oplossing voor, behalve VDPAU uitschakelen? Misschien moet ik VDPAU voor LiveTV maar uitzetten (gezien Digitenne makkelijk door de CPU gedecodeerd kan worden), en enkel voor de HD-filmbestanden/mkv's VDPAU aanzetten? (geen idee of Mythtv dat kan? )

Of zal KPN wat veranderd hebben aan hun uitzendformaat? Weet iemand hier toevallig iets van? Ze zijn namelijk wel bezig met 'werkzaamheden':
http://kpn-customer.custh...answers/detail/a_id/15398
Ik woon in Gelderland, dus dan zouden die werkzaamheden pas vanaf 24 april moeten beginnen.

Edit:
Na nog wat zoeken blijkt dat ik niet de enige met dit probleem ben:
http://code.mythtv.org/trac/ticket/7571
http://code.mythtv.org/trac/ticket/9149
http://ubuntuforums.org/showthread.php?t=1711565

Alhoewel bij die bugs vdpau altijd artefacts geeft (dus ook bij h.264 content) en bij mij enkel bij de opnames (mpeg2) van de laatste dagen.
In die laatste thread van het Ubuntu-forum staat nog iets over dat libmpeg2 problemen kan geven en dat het probleem verholpen zou kunnen zijn bij een upgrade naar Mythtv 0.25 (die sinds een weekje als stable gereleased is).
Dus upgraden naar Mythtv 0.25 zou het probleem kunnen verhelpen. Als ik in een regenachtig weekend tijd heb, zal ik wel upgraden, want dat is altijd een hel bij Mythtv. Ik weet nog hoeveel hoofdpijn de upgrade van 0.23 naar 0.24 mijn bezorgd heeft (toendertijd is de hele Mysql database door die upgrade corrupt geraakt en dat heeft mij heel wat werk gekost om goed te krijgen).

[ Voor 21% gewijzigd door koen_92 op 14-04-2012 16:18 ]

[Verwijderd]

VDPAU zou niet veel meer winst geven bij gewoon afspelen. Je begint het pas te merken als je op de computer begint snel door te spoelen bvb met een muis van begin naar einde sleuren door een ganse track, dan merk je dat het niet happert en vlot weergeeft in bvb een video edit programma.

[koen_92]

Nee met tv kijken niet, maar een blu-ray afspelen gaat echt niet werken zonder VDPAU, zeker niet icm met de Atom CPU in de HTPC in de woonkamer.

Het is helaas niet mogelijk om VDPAU voor tv-kijken uit te zetten, maar voor video aan te laten (quote Wiki):

In MythTV, it is not possible to configure video playback profiles to filter based on video format (only by resolution). So it is not currently possible to use VDPAU for H.264/HD-PVR and Xv for Mpeg2.

Maar goed, in ieder geval bedankt voor de hulp. Hopelijk krijg ik dit met Mythtv 0.25 wel opgelost. Mocht ik mij ooit aan die upgrade gaan wagen, laat ik het hier wel weten of het daarmee wel werkt.