Ik heb een probleem met het converteren van opnames van HBO, waarbij de meeste van mijn Plex-clients de content weigeren af te spelen. Ik heb door logs gespeurd, maar ik kom niet veel tegen – misschien kijk ik er gewoon overheen. Normaal gesproken gebruik ik MP4 Onbewerkt, maar ik dacht dat converteren misschien zou helpen, dus ben ik overgestapt op MP4 Hoge Kwaliteit in de hoop dat de transcode iets zou oplossen.
Ik zie enorm veel fouten in de bronvideo, waarschijnlijk is dat de reden waarom Plex na conversie nog steeds problemen met het bestand heeft. Als ik moet raden, zul je tijdens het afspelen haperingen en sprongen zien.
2024-05-13T16:46:26 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg2video @ 0000026c384d02c0] end mismatch left=25 35 at 0 68
2024-05-13T16:46:26 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg2video @ 0000026c384d02c0] Warning MVs not available
2024-05-13T16:46:26 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg2video @ 0000026c384d02c0] concealing 120 DC, 120 AC, 120 MV errors in B frame
2024-05-13T16:46:26 MCEBuddy.AppWrapper.FFmpegMediaInfo → [vist#0:2/mpeg2video @ 0000026c3801ca00] corrupt decoded frame
2024-05-13T16:46:26 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg2video @ 0000026c384d02c0] end mismatch left=23 7C at 0 68
…
2024-05-13T16:46:27 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg2video @ 0000026c384d02c0] concealing 120 DC, 120 AC, 120 MV errors in P frame
2024-05-13T16:46:27 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg2video @ 0000026c384d02c0] end mismatch left=28 4 at 0 68
2024-05-13T16:46:27 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg2video @ 0000026c384d02c0] Warning MVs not available
2024-05-13T16:46:27 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg2video @ 0000026c384d02c0] concealing 120 DC, 120 AC, 120 MV errors in I frame
2024-05-13T16:46:27 MCEBuddy.AppWrapper.FFmpegMediaInfo → [vist#0:2/mpeg2video @ 0000026c3801ca00] corrupt decoded frame
2024-05-13T16:46:27 MCEBuddy.AppWrapper.FFmpegMediaInfo → Last message repeated 1 times
Dit wordt meestal veroorzaakt door een slechte OTA-signaal of een probleem met de drivers van de opnamekaart.
Ik zie dat je WTV gebruikt; als de bron-WTV goed afspeelt in WMC, dan kun je proberen deze optie toe te voegen aan het profiel (in je profiles.conf-bestand) dat je gebruikt en kijken of het helpt. Hiermee worden de native WTV DirectShow-filters gebruikt om het bestand te decoderen, wat eventuele fouten kan herstellen indien mogelijk:
ForceWTVStreamsRemuxing=true
Als dat niet helpt, kun je een alternatieve optie in het profiel proberen om de WTV-bestanden te decoderen door:
Afspelen in Plex was… niet geweldig. Op z’n best haperde het verschrikkelijk (≈0,5 s spelen, 2 s stilte, en dat steeds opnieuw). Vreemd genoeg werkte het op mijn iPhone wel prima – waarschijnlijk doet de client iets Apple-specifieks. Op de HTPC waarop het is opgenomen, draait het geluidloos, dus dat is alvast een meevaller.
Signaal lijkt geen probleem: geen fouten op de tuner of andere zenders (HDHR Prime), maar mijn kabelexploitant heeft vaker een verprutste HBO-stream. Jaren geleden had ik met een Media Center Extender ook al framerate-gezeik. Waarschijnlijk geen kwaad opzet, gewoon incompetentie. Aan mijn kant ligt het ook niet: alles wordt opgenomen op een Win8.1-HTPC die al jaren geen updates meer krijgt.
Ik heb de optie ForceWTVStreamsRemuxing=true aan het no-convert-profiel toegevoegd; eerst leek het te werken, maar al snel viel het uit elkaar. UseWTVRemuxsupp=true gedroeg zich hetzelfde.
ForceWTVStreamsRemuxing=true op de MP4 High-instelling lijkt wél te werken! Ik moet nog nakijken wat mijn Smart-TV ermee doet, maar voorlopig lijkt het opgelost.
Ondertussen even gegoogeld en dit oude topic tegengekomen:
De HTPC stond nog aan, dus even debug gestart: de framerate springt heen en weer tussen twee waarden (te snel om te lezen). Dus: een vreemd signaal van de moederschap. Rechtstreeks op de HTPC kijken werkt (maar is niet ideaal) en streamen via de server ook. Waarom dit na jaren probleemloos gebruik opeens speelt, is me een raadsel.
Als ik naar je logs kijk, lijkt het erop dat je Nvidia-hardware-encoding gebruikt. Ik vermoed dat de kaart de framerate/tijdstempelproblemen niet aankan. Probeer de hardwareversnelling uit te schakelen en kijk of dat helpt om dingen soepeler te laten verlopen.
Ok, dus ik heb een van de “succesvol” geconverteerde shows opnieuw bekeken en ontdekte dat, hoewel de video niet door het lint ging, de audio-synchronisatie 5 seconden scheef liep bij ForceWTVStreamsRemuxing=true.
Ik probeerde UseWTVRemuxsupp=true met GPU-encode, en hoewel het leek te werken, werd het ook vrij snel instabiel. Overschakelen naar CPU-only levert een bestand dat prima werkt, dus dat lijkt de “oplossing” voor het probleem.
GPU-encoders zijn over het algemeen zeer gevoelig voor fouten in video’s en kunnen daar niet goed mee omgaan. Ze zijn eigenlijk ontworpen om één ding te doen en dat snel te doen. Software-encoders (CPU) zijn veel flexibeler en vergevingsgezinder, maar ten koste van de snelheid.