I know you guys did some fantastic work a few months ago to get the 7.1 sound correctly working but it seems to have regressed.
I am now back to the position of 7.1 encoded rips only generating loud clicks in my speakers, as I start or stop the film, but no further sound even though the film is fine visually.
These rips now only work if I change my Vero from a 7.1 set up to 5.1 in the Audio options.
Has anything changed in the past update that could cause this? I have only noticed the problem since the June update but was out the country a lot in the previous month so it could have been earlier.
Add the following line: deb http://apt.osmc.tv stretch-devel main
Run the following commands to update: sudo apt-get update && sudo apt-get dist-upgrade && reboot
Your system should have have received the update.
Please see if the issue is resolved.
I also recommend you edit /etc/apt/sources.list again and remove the line that you added after updating. This will return you to the normal update channel.
Well quite impressed with myself as I managed all that via SSH!
7.1 AAC (Pacific Rim Uprising) does not generate sound (except popping at the start) although 7.1 DTS-MA (Black Panther) has no problem.
Log file https://paste.osmc.tv/ecasutaguh
17:46:01.481 T:3094070016 INFO: ffmpeg[B86BC300]: [aac] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout, use -strict 1 to decode according to the specification instead.
17:46:01.493 T:3094070016 DEBUG: ffmpeg[B86BC300]: [aac] element type mismatch 1 != 0
I haven’t seen a lot of 7.1 AAC rips before.
Looks like you may have found a bug.
Can you upload a small sample of the video here so we can reproduce?
Fantastic - that all works perfectly if I change to PCM output for audio even though I am connected by HDMI.
Out of interest :
When did that change?
What is the HDMI Audio option for now as I used to only get audio and picture if I selected HDMI at that option?
When I tested last with kernel 100 (staging) here (output set to HDMI and 7.1) it was working again… Just didn’t work on kernel 98 (which is the current stable branch). Does this behaviour make sense with the findings of others here?
It doesn’t work on 98 and newer kernels if audio is set to HDMI but probably only for some formats such as the AAC example above. It just needs a bit more careful if/then/else in AESinkALSA to make it fall back to the PCM device for LPCM unless another sink (eg USB soundcard) is present.
I only tested with FLAC files and HDMI/7.1 setting. On kernel 98 and 100. With 100 it’s working all the time. With 98 it wasn’t at all.
I stand corrected: Had it set to 5.1 since testing with 98 initially and was intelligent enough not to check this again… Although I stated that I did. Sry! HDMI/7.1 setting only gives silence (except the plop at start and stop of playback) when playing back a 7.1 FLAC file here.