[mythtv-users] HDMI audio issues on Intel NUC

Sun Jul 12 20:15:56 UTC 2015

Well I'm too old and cranky to troubleshoot HDMI issues and/or audio
and/or video and/or kernel and/or my Denon amp's HDMI switching ad
nauseam :-)   So I cheated and plugged in an old Edirol (Roland) USB
SPDIF interface and am drawing off the optical out:

card 2: UA1D [EDIROL UA-1D], device 0: USB Audio [USB Audio]
  Subdevices: 0/1
  Subdevice #0: subdevice #0

iec958:CARD=UA1D,DEV=0
    EDIROL UA-1D, USB Audio
    IEC958 (S/PDIF) Digital Audio Output

2015-07-12 12:52:48.179266 I [1570/1570] CoreContext
avformatdecoder.cpp:5337 (SetupAudioStream) - AFD: Audio format
changed
                        from id(NONE)     -1Hz -1ch -1bps     (profile
0) to id( AC3)  48000Hz  6ch 32bps  pt (profile 0)
2015-07-12 12:52:48.179288 I [1570/1570] CoreContext
audio/audiooutputbase.cpp:444 (SetupPassthrough) - AOBase: Setting AC3
passthrough
2015-07-12 12:52:48.179810 I [1570/1570] CoreContext
audio/spdifencoder.cpp:79 (SPDIFEncoder) - SPDIFEncoder: Creating
spdif encoder (for AC3)
2015-07-12 12:52:48.179818 I [1570/1570] CoreContext
audio/audiooutputbase.cpp:877 (KillAudio) - AOBase: Killing
AudioOutputDSP
2015-07-12 12:52:48.179831 I [1570/1570] CoreContext
audio/audiooutputbase.cpp:649 (Reconfigure) - AOBase: Original codec
was AC3, 32 bit floating point, 48 kHz, 6 channels
2015-07-12 12:52:48.179853 I [1570/1570] CoreContext
audio/audiooutputbase.cpp:667 (Reconfigure) - AOBase: enc(0),
passthru(1), features (AC3,DTS) configured_channels(6), 6 channels
supported(1) max_channels(6)
2015-07-12 12:52:48.179870 I [1570/1570] CoreContext
audio/audiooutputbase.cpp:792 (Reconfigure) - AOBase: Opening audio
device 'iec958:CARD=UA1D,DEV=0' ch 2(6) sr 48000 sf signed 16 bit
reenc 0
2015-07-12 12:52:48.179879 I [1570/1570] CoreContext
audio/audiooutputalsa.cpp:121 (TryOpenDevice) - ALSA: OpenDevice
iec958:CARD=UA1D,DEV=0,AES0=6,AES1=0x82,AES2=0x00,AES3=0x01 for
passthrough
2015-07-12 12:52:48.184816 I [1570/1570] CoreContext
audio/audiooutputalsa.cpp:678 (SetParameters) - ALSA:
SetParameters(format=2, channels=2, rate=48000, buffer_time=500000,
period_time=4)

and my Denon amp was giving me grief about the video side of the HDMI,
sometimes losing sync etc.  I'm wondering if it has some sync
limitations. So now I've moved the HDMI out from the NUC directly into
my Panasonic monitor. So I'm sort of back where I was with the
previous hardware incarnation; I'm disappointed I can't rock HDMI like
a pro but I'll give it a whirl once again when there are some further
Myth and i915/i965 driver updates.

thx all for your comments and input while i endure this jump to my
myth buildout v3.0 :-D

On Thu, Jul 9, 2015 at 6:27 PM, Matt W <mwood23 at gmail.com> wrote:
> thanks for the tips, Tim, I'll give all that a whirl.
>
> fwiw: so far I have tried changing to ffmpeg high quality for watching
> and setting the sound card buffer to 4096 at bootup. the messages re:
> buffer size have gone and the ffmpeg decoding doesn't experience as
> many audio buffer underruns as VAAPI does, but does from time to time.
>
> another thing I might try: going with a USB SPDIF adapter and grabbing
> audio from there, hopefully without any sync issues.
>
> On Thu, Jul 9, 2015 at 12:23 PM, Tim Draper <veehexx at zoho.com> wrote:
>>
>>
>> ---- On Wed, 08 Jul 2015 08:24:39 +0100 Matt W  wrote ----
>>>Hi -- I'm running a frontend on an Intel NUC D34010WYK. The backend is
>>>another box, running the same version of Debian and MythTV, connected
>>>over gigabit wired network. I am using the current release version:
>>>
>>>mythtv at myth-nuc:~/frontend.logs$ mythfrontend --version
>>>
>>>Please attach all output as a file in bug reports.
>>>MythTV Version : e4f65c8
>>>MythTV Branch : tag: v0.27.4
>>>Network Protocol : 77
>>>Library API : 0.27.20140719-1
>>>QT Version : 4.8.6
>>>
>>>Options compiled in:
>>> linux profile use_hidesyms using_alsa using_oss using_backend
>>>using_bindings_php using_dvb using_frontend using_hdhomerun
>>>using_ceton using_hdpvr using_ivtv using_joystick_menu using_libxml2
>>>using_lirc using_mheg using_opengl using_opengl_video using_qtwebkit
>>>using_qtscript using_qtdbus using_taglib using_v4l2 using_x11
>>>using_xrandr using_profiletype using_mythlogserver using_bindings_php
>>>using_mythtranscode using_opengl using_vaapi using_ffmpeg_threads
>>>using_mheg using_libxml2
>>>
>>>OS is Debian Jessie/8: 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1
>>>
>>>using the VAAPI normal profile (needed SNA acceleration set), the
>>>video looks good and does 1080 content well.
>>>
>>>Audio is another matter. It will work for some content but gets
>>>intermittent on LiveTV playback and some recorded shows. I get "ALSA:
>>>WriteAudio: buffer underrun" and plenty of "ALSA: Try to manually
>>>increase audio buffer with: echo 576 | sudo tee
>>>/proc/asound/card0/pcm3p/sub0/prealloc" (no matter what number I push
>>>into the prealloc).
>>>
>>>Upmixing is turned off, but sometimes it seems to help in playback
>>>when changed manually in the playback 'auto detect' button. But then
>>>not long after, the audio will go out and the log will show buffer
>>>underruns.
>>>
>>>Can someone recommend some troubleshooting methods here? My usual net
>>>search skills have yielded nothing concrete. Any help is appreciated!
>>>thanks
>>>-Matt
>>
>> this is my general build notes, but have you tried configuring as follows:
>> install pavucontrol via repos and then run 'pavucontrol' in gui > configure to 'Digital Surround 5.1 (HDMI) output' (this output name may change, but correct for my Celeron NUC). Next, goto MythTV frontend > setup > audio > set to Alsa:pulse and 5.1 output
>>
>> see if that helps - i doubt it as the problem is intermittent but might help to get you moved over to pulse. I cant remember the reason for 'Alsa:Pulse' model, but my system works best with this.
>>
>> I also have to toggle HDMI audio output via xrandr on resume - 5.1 audio channels gets screwed up until you re-initialize the link. the script was take from the kodi project for the Celeron NUC specifically for messed up audio.
>>
>> The XAUTHORITY path looks like it's for the logged in user - in my case a dedicated mythbuntu FE which uses 'myth' as the auto-login user.
>>
>> touch /etc/pm/sleep.d/98-audio.sh
>> chmod +x /etc/pm/sleep.d/98-audio.sh
>> nano /etc/pm/sleep.d/98-audio.sh
>>         #!/bin/bash
>>         export XAUTHORITY=/home/myth/.Xauthority
>>         export DISPLAY=:0.0
>>         case "$1" in
>>            hibernate|suspend)
>>              xrandr --output HDMI1 --off --set "audio" "off";
>>                  ;;
>>            thaw|resume)
>>              xrandr --output HDMI1 --auto --set "audio" "on";
>>              ;;
>>         esac
>>
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users at mythtv.org
>> http://lists.mythtv.org/mailman/listinfo/mythtv-users
>> http://wiki.mythtv.org/Mailing_List_etiquette
>> MythTV Forums: https://forum.mythtv.org