It's that time again when somebody can't get sound output

[Avortement Raté]

In my case, x86 Oreo rc1 on a Thomson THBK1.10 64DHKP, a cute old thing I experimented my very first dual-boot on. Like many, I'm not getting any sound, and that's after trying a whole bunch of fixes, including those on here. Here's a sample of what the terminal has to say:

x86_64:/ $ alsa_ctl init
alsa_ctl: init:1744: No soundcards found...
19|x86_64:/ $ alsa_aplay -l
aplay: device_list:242: no soundcards found...
x86_64:/ $ cat proc/asound/cards
0 [bytcrrt5640 ]: bytcr-rt5640 - bytcr-rt5640
bytcr-rt5640
1 [IntelHdmiLpeAud]: IntelHdmiLpeAudiIntelHdmiLpeAudio - IntelHdmiLpeAudio

x86_64:/ $ su
x86_64:/ # alsa_aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: bytcrrt5640 [bytcr-rt5640], device 0: Baytrail Audio (*) []
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: bytcrrt5640 [bytcr-rt5640], device 1: Deep-Buffer Audio (*) []
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: IntelHdmiLpeAud [IntelHdmiLpeAudio], device 0: IntelHdmiLpeAudio [IntelHdmiLpeAudio]
Subdevices: 1/1
Subdevice #0: subdevice #0
x86_64:/ # alsa_ctl init
Found hardware: "bytcr-rt5640" "" "" "" ""
Hardware is initialized using a generic method
99|x86_64:/ # alsa_aplay sauce.wav
sauce.wav: No such file or directory
1|x86_64:/ # alsa_aplay storage/emulated/0/download/ce.mp3
Playing raw data 'storage/emulated/0/download/ce.mp3' : Unsigned 8 bit, Rate 8000 Hz, Mono
aplay: set_params:1125: Unable to install hw params:
ACCESS: RW_INTERLEAVED
FORMAT: U8
SUBFORMAT: STD
SAMPLE_BITS: 8
FRAME_BITS: 8
CHANNELS: 1
RATE: 8000
PERIOD_TIME: 125000
PERIOD_SIZE: 1000
PERIOD_BYTES: 1000
PERIODS: 4
BUFFER_TIME: 500000
BUFFER_SIZE: 4000
BUFFER_BYTES: 4000
TICK_TIME: 0
1|x86_64:/ #

What's strange is that my hardware does seem to be detected, but only by apps with SU privileges; trying anything alsa-related nets me no cards until I switch the terminal to SU. Yet cat and ls do detect properly. Like I said, every one of the online fixes I tried netted me nothing, and actually demanding a sound be manually played throws another error, to the point I'm not even sure Oreo is even supposed to have functional sound. What keeps me sticking to it is that the issue shows up in earlier versions, so I half-wishfully assumed the issue might be elsewhere.

Somebody help this idiot before he hurts himself.

[Carmelo Carbonara]

from this post  https://groups.google.com/forum/#!searchin/android-x86/pkill$20audioserver%7Csort:date/android-x86/fCThIRK7wz8/4Psf1GlHBAAJ

x86_64:/ $ su
x86_64:/ # cat /proc/asound/cards
0 [HDMI           ]: HDA-Intel - HDA Intel HDMI
                      HDA Intel HDMI at 0xb0610000 irq 46
1 [PCH            ]: HDA-Intel - HDA Intel PCH
                      HDA Intel PCH at 0xb0614000 irq 44
x86_64:/ # ls -l /dev/snd
total 0
crw-rw---- 1 system audio 116,   6 2018-08-19 10:39 controlC0
crw-rw---- 1 system audio 116,   2 2018-08-19 10:39 controlC1
crw-rw---- 1 system audio 116,  12 2018-08-19 10:39 hwC0D0
crw-rw---- 1 system audio 116,   5 2018-08-19 10:39 hwC1D0
crw-rw---- 1 system audio 116,  11 2018-08-19 10:39 pcmC0D10p
crw-rw---- 1 system audio 116,   7 2018-08-19 10:39 pcmC0D3p
crw-rw---- 1 system audio 116,   8 2018-08-19 10:39 pcmC0D7p
crw-rw---- 1 system audio 116,   9 2018-08-19 10:39 pcmC0D8p
crw-rw---- 1 system audio 116,  10 2018-08-19 10:39 pcmC0D9p
crw-rw---- 1 system audio 116,   4 2018-08-19 10:39 pcmC1D0c
crw-rw---- 1 system audio 116,   3 2018-08-19 10:39 pcmC1D0p
crw-rw---- 1 system audio 116,  33 2018-08-19 10:39 timer
x86_64:/ #

find your desired snd device and then at the command line (as su):

setprop hal.audio.out pcmC0DXXp

pkill audioserver

It's a cheat / hack but it should get your sound working

hope it helps, ..don't hurt yourself it ain't worth it :-)

[Avortement Raté]

No dice, having tried it before and retried it just now. I should mention I'm using an Intel Baytrail, which apparently has a bunch of well-known issues. My Bluetooth seems to work, though.