v30.0 - multiple frontends - audio plays as white noise on playback of transcoded files

[robbak]

On upgrading to version v30.0, playback of many existing transcoded recordings fails. The video plays slow, and the audio is replaced with generic white noise.

Problematic files, as far as I can see, are in .nuv format. .asx streams of problematic files play fine in mpv. Playback indicates that these files have mp3 audio, unlike normal files which use mp2:

(+) Video --vid=1 (mpeg4 720x576 25.000fps) (+) Audio --aid=1 (mp3 2ch 48000Hz)

Transcoded files that play fine are in .mpeg format, and contain this data:

(+) Video --vid=1 (mpeg2video 720x576 25.000fps) (+) Audio --aid=1 (mp2 2ch 48000Hz)

Audio --aid=2 (ac3 2ch 48000Hz)

[gribnif]

I am also running into this problem. It is especially bad, since I have about 1000 recordings that will no longer play. I generated a log file for you:

​https://pastebin.com/EpL18XvL

and you can download the original file played (111 Mb in size) here:

​https://drive.google.com/file/d/10goiT7FPoB6GltxNl_0aK47az6z-xfF_/view?usp=sharing

[ccandreva]

I am having the same problem with older files. Attached is the Lspci and mththfrontend --version for my system . Please let me know what other information I can provide. While these are older recordings _{I kept them and would like to be able to play them.}

[ccandreva]

Output of uname -a and lspci on my frontend

[ccandreva]

Output of mythfrontend --version

[Klaas de Waal]

Here on both v30 and master the video file does play but at half the speed. The audio does have lots of noise but the original sound is still recognizable.

When playing the video, pressing Menu / Playback / Playback Data gives info about the video in a black bar on top of the screen. This shows "Video: 720x480@29.97 fps" but also "FPS:14.99+-0.00:". It also shows "AUDIO: NONE".

It looks to me that the wrong playback speed of 15fps instead of 30fps is the problem here.

[Klaas de Waal]

Playback data of the nuppel video file 13459.nuv on today's master

[eyaleb]

I cannot play any nuv file. I get only loud hiss and slow video. Please give this ticket a higher priority.

I originally reported this on mythtv-users@… list on 28/Aug:

---

The newest nuv file I have is from mid 2014, so I do not often watch these recordings. I now find that all nuv files produce only a very loud hiss and the video is slow.

mpg and ts files play just fine. vlc and mplayer play everything clearly. I fiddled with the frontend audio settings - no change.

I am on (almost) up-to-date fedora 30. This is a standard (7yo) desktop, using the onboard audio. I consider my setup very vanilla.

$ lspci ... 00:1b.0 Audio device: Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller (rev 04)

$ uname -a Linux e7.eyal.emu.id.au 5.2.8-200.fc30.x86_64 #1 SMP Sat Aug 10 13:21:39 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

$ mythfrontend --version Please attach all output as a file in bug reports. MythTV Version : v30.0-v30.0-53-g6bd8cd4993 MythTV Branch : fixes/30 Network Protocol : 91 Library API : 30.20181231-1 QT Version : 5.12.1 Options compiled in:

linux debug use_hidesyms using_alsa using_jack using_oss using_pulse using_pulseoutput using_backend using_bdjava using_bindings_perl using_bindings_python using_bindings_php using_crystalhd using_dvb using_firewire using_frontend using_hdhomerun using_vbox using_ceton using_hdpvr using_ivtv using_joystick_menu using_libcec using_libcrypto using_libdns_sd using_libfftw3 using_libxml2 using_lirc using_mheg using_opengl using_opengl_video using_opengl_themepainter using_qtwebkit using_qtscript using_qtdbus using_taglib using_v4l2 using_x11 using_xnvctrl using_xnvctrl_external using_libbluray_external using_xrandr using_xv using_debugtype using_systemd_notify using_systemd_journal using_bdjava using_bindings_perl using_bindings_python using_bindings_php using_fontconfig using_freetype2 using_mythtranscode using_opengl using_vaapi using_vaapi2 using_vdpau using_ffmpeg_threads using_mheg using_libass using_libxml2 using_libmp3lame

Testing on another (10yo) PC shows the same problem. Both systems were upgraded from f28 (mythtv 19.1) last month.

[gribnif]

With some pointers from Mark Kendall, I am slowly working on this problem. It appears to lie in the native NuppelDecoder?, as it's possible to skirt the problem by modifying the code to use FFMpeg to decode the video instead. I'll post back when I have discovered the specific commit that introduced the problem, and a suggested fix, if I find one.

[eyaleb]

Further to my earlier comment, the problem persists on a new (Z390) server using the onboard Intel GPU.

And good to see the issue is now getting attention, much appreciated.

[gribnif]

Update: I isolated the problem down to commits d24aa8 and b7befa. Unfortunately, these represent a very large ffmpeg re-sync, so finding the specific reason for the problem will be difficult.

I have suggested to Mark that perhaps removing the functionality provided by NuppelDecoder?.cpp is the best way to go, since ffmpeg seems to handle things (almost entirely) correctly without it.

[Mark Kendall <mark.kendall@…>]

In 087208920/mythtv:

Fix playback of nuppel recordings

• closes #13459

[Stuart Auchterlonie]

Mark,

does this need cherry-picking back to fixes/31? It appears to only be in master at the moment.

Regards Stuart

[Mark Kendall]

It is already in both fixes/30 and fixes/31:

​https://github.com/MythTV/mythtv/commit/0872089201dc34850e36403110690edf8c9166bd#diff-d3e47290e91d8a631e355d5870c9e1b5

​https://github.com/MythTV/mythtv/commit/7762e2c181494ba3270ce3d80e104d7e265f7a8d#diff-d3e47290e91d8a631e355d5870c9e1b5

[Stuart Auchterlonie]

Thanks, that'll be the trac hooks crapping out then!

Cheers Stuart