Dash will always output to HDMI audio, even when disabled or on DVI Mode

[pablo2001nov]

Issue

openDsh when using media player will use HDMI output no matter what, even if HDMI audio is disabled via config.txt. If HDMI is set to DVI mode, it won't output audio at all (It still tries outputting to HDMI but fails)

Hardware

Device: Raspberry Pi 3B+ OS: Raspbian Buster Installation Method: Install.sh

Expected Result:

OpenDsh is supposed to use the audio output used by Debian , but it doesn't , and literally tries to output to HDMI audio if it's not even present (DVI Mode)

[robert5974]

Are you using the Pi 3B+ on a monitor or in the car?

Did you change the /boot/config.txt for any reason pertaining to HDMI or audio?

How are you trying to get sound out of the Raspberry Pi? Using 3.5mm headphone jack, USB sound card, Bluetooth?

[pablo2001nov]

I am currently testing the 3B+ setup on my home using an external monitor, and I intend to use HDMI for an extra screen in the car.

I edited the config.txt to first change HDMI to DVI mode , which did not work. And then I tried disabling the audio chip in the Raspberry Pi and attaching an USB Sound Card , which made it not show up in Raspbian , but dash somehow still managed to play audio on my monitor speakers.

I tried using both 3.5mm jack and USB Sound Card as I'm fine with both , but it would always output to HDMI while dash was open , and on DVI mode , it won't output audio at all.

[robert5974]

Did you have to change anything in Alsa or Pulseaudio? Maybe for the soundcard? You should be able to leave the 3.5mm headphone jack enabled in config.txt as well as use the USB soundcard. I do it that way.

HDMI sound I've never actually used with my Pis. I know there is that one setting in config.txt that says to uncomment to get HDMI sound working maybe. I think it's definitely hardware dependent if that was going to work.

[pablo2001nov]

I need to somehow disable dash outputting to HDMI audio. When raspbian outputs to 3.5 jack , dash still outputs to HDMI. And dash doesn't have an option to select output device , so it's expected to output to whatever raspbian does , but it does not

[robert5974]

Can you provide your config.txt ?

Also could you provide the log from dash? (That's just everything from the terminal window when you run it).

[robert5974]

You could give this a try and see if it works for your situation:

open a terminal, type in: sudo raspi-config -Select "system options" -Select "S2 Audio" -select "headphones"

[rsjudka]

which media player are you using here? (radio, bt or local)

for radio and BT all dash is doing there is controlling external things so the audio itself isnt handled by dash so itll be an issue with the way the pi is configured

if it's local media then I can dig deeper there and see if audio might need to be handled differently depending on your setup 👍

[pablo2001nov]

It's only occuring on Local Media player (I have the songs on my Home Folder) , and Bluetooth Audio outputs through 3.5mm jack as normal.

And I tried setting 3.5mm as default on Raspbian , but dash media still outputs on HDMI.

Here are the log file & config

LOG.txt

config.txt

[icecube45]

Will try to replicate today. I have a few thoughts, but none that fully explain the behavior you're seeing.

[pablo2001nov]

Okay , and also I am using Raspbian Buster (because Bullseye has the white screen issue), and I've used the basic version with only DE installed.

[robert5974]

It's safe to use bullseye if you want to... for now. No more white screen with some extra work on our end to show that there were two issues with gstreamer. They've put out one fix already but we are waiting for the other to fully fix the issue.

[pablo2001nov]

There's no real advantage to using Bullseye on Pi3b+ , so I may as well update when the issue gets completely fixed.. I use a seperate memory card for my original Raspbian setup anyway, so I have no issues using Buster here

[icecube45]

Unfortunately I can't reproduce this. Stuck a mp3 on my car install (which outputs RGBS - no HDMI) and got sound via external sound card no issue. Granted, I am running bullseye.

[pablo2001nov]

So definately plugging HDMI is causing the issue.

[rsjudka]

i have an hdmi monitor with speakers, ill try testing this out

there may be some code changes to the way dash handles audio because apparently qt has the ability to specify audio output

I'm guessing we never ran into this because no ones had multiple audio out sources

[ianwal]

I'm guessing we never ran into this because no ones had multiple audio out sources

I can confirm that it's something with multiple audio out sources. When I have my HifiBerry AMP 2 connected and an external sound card there is no audio out on either when I have Android Auto connected. If Android Auto is disconnected, audio does play through the Bluetooth. Additionally, the local audio music player also does not work if multiple output audio devices are connected. As soon as I disconnected one or the other and restarted dash the audio worked fine for Android Auto and the local music player.

[rsjudka]

looking back it dash... yeah that sounds about right lol

many assumptions were made in the beginning with it, and as i can see its catching up to me now :upside_down_face:

will have to look into how dash can be smarter about supporting multiple audio interfaces