<div dir="ltr"><div><div><div><div><div><div><div>Hi Russell,<br><br>I'm using the following sound sample for aplay:<br><a href="http://www.kozco.com/tech/piano2.wav">http://www.kozco.com/tech/piano2.wav</a><br></div>from this site:<br><a href="http://www.kozco.com/tech/soundtests.html">http://www.kozco.com/tech/soundtests.html</a><br><br></div>The sample file plays without an issue on SGTL5000 chip, but no sound on HDMI.<br></div>I've tested with a CROWN TV and a SAMSUNG TV, no sound on neither.<br></div>The sound file fulfills the requirements that you have pointed out: stereo, 48kHz, S16_LE.<br><br></div>Could there be an issue with the driver? Could this be a DTB definition issue?<br></div><div><br></div><div>Below the output log for aplay with the above sound file. <br></div><div><br></div>Regards,<br></div>Luís <br><div><div><div><div><div><div><br>aplay -t wav -D front:CARD=DWHDMI,DEV=0 --dump-hw-params Downloads/piano2.wav <br>Playing WAVE 'Downloads/piano2.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo<br>HW Params of device "front:CARD=DWHDMI,DEV=0":<br>--------------------<br>ACCESS:  MMAP_INTERLEAVED MMAP_NONINTERLEAVED RW_INTERLEAVED RW_NONINTERLEAVED<br>FORMAT:  S16_LE S16_BE S32_LE S32_BE S24_3LE<br>SUBFORMAT:  STD<br>SAMPLE_BITS: [16 32]<br>FRAME_BITS: [32 64]<br>CHANNELS: 2<br>RATE: [32000 48000]<br>PERIOD_TIME: (666 32000]<br>PERIOD_SIZE: [32 1024]<br>PERIOD_BYTES: [128 8192]<br>PERIODS: [2 16]<br>BUFFER_TIME: (1333 512000]<br>BUFFER_SIZE: [64 16384]<br>BUFFER_BYTES: [256 131072]<br>TICK_TIME: ALL<br>--------------------<br><br></div></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 6, 2017 at 4:25 PM, Russell King - ARM Linux <span dir="ltr"><<a href="mailto:linux@armlinux.org.uk" target="_blank">linux@armlinux.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Nov 06, 2017 at 03:46:51PM +0000, Luís Mendes wrote:<br>
> I've checked the interrupts for 120000.hdmi and they do increment with<br>
> aplay without the sound server, as well as when the sound server is loaded<br>
> and I play audio files with mpv or vlc.<br>
> The sgtl5000 unit is playing audio on analog output fine, only the digital<br>
> outputs don't produce sound.<br>
> Still haven't checked what happens when unloading the kernel modules for<br>
> the other audio devices... I will have to compile the kernel with such<br>
> devices defined as modules, so that I can unload or blacklist them.<br>
<br>
</span>If the interrupts are incrementing while playing audio, then audio is<br>
being sent to the device.  There may be some reason that the device<br>
decides it doesn't like the audio.<br>
<br>
The minimum audio requirements if audio is supported are 2-channel,<br>
32kHz, 44.1kHz or 48kHz audio.  Anything beyond that requires additional<br>
specification by the TV, and if you try to send it something it doesn't<br>
support, the TV can decide to mute the audio.<br>
<br>
Also remember that audio is a side-channel to the video - it is sent to<br>
the HDMI sink in the blanking intervals, and the audio clock is derived<br>
from the video clock.  So, audio is dependent on the video path being<br>
active.<br>
<br>
I've tested it with a Panasonic smart tv, an Onkyo AV receiver, a Yamaha<br>
AV receiver, and a el-cheapo rebranded tv, which all worked fine.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
RMK's Patch system: <a href="http://www.armlinux.org.uk/developer/patches/" rel="noreferrer" target="_blank">http://www.armlinux.org.uk/<wbr>developer/patches/</a><br>
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up<br>
According to <a href="http://speedtest.net" rel="noreferrer" target="_blank">speedtest.net</a>: 8.21Mbps down 510kbps up<br>
</div></div></blockquote></div><br></div>