Realtek ALC245

quakerdoomer

quakerdoomer

Realtek ALC245 - Anyone using it successfully?
Code: 
cat /dev/sndstat
Installed devices:
pcm0: <Realtek ALC245 (Analog)> (play/rec) default
pcm1: <Realtek ALC245 (Right Analog Headphones)> (play)
No devices installed from userspace.

No sound output is audible. Both FFX and Chrome seem to be not complaining but in reality no audio is heard.
The only saving grace is the headphone 3.5mm jack.. I have a headphone with a mic which on plugging in I can hear audio.
I had to use pulseaudio to allow me to switch the recording to the headphones. That too works.

So short of me using headphones, there is no way as of now for me to have aud-I/O

I do not want to dive into adding hints as of now.
Just want to confirm if anyone is facing the same issue and if there is a simpler way to solve this. I will get into assigning hints if everything fails.

Tagging @cracauer.74

Responses welcome. Thank you.
 
Hi I did restart a few times. No change. I have read a few Linux users complaining about this chip as well. I will try a Linux live OS and see if sound works on it.
 
cracauer@ said:
It is not the chip that is at fault here, it is how it is connected. What specific laptop is this?
Click to expand...
I answered that as a DM.



Also found a few users on Linux with a similar issue. They were suggested to patch intel_hda C file:


No speaker sound on Alder Lake (headphone out and BT works though) / Multimedia and Games / Arch Linux Forums

bbs.archlinux.org bbs.archlinux.org


 
It is fairly involved, so set aside a good evening.

This post from olli@ details the process quite well. FreeBSD provides some fairly good infrastructure to logically rewire the audio connections but it is a little fiddly.

I had to go through the process on one of my PCs (back jacks were working, but not front or microphone). That was the snd_hda driver and also an integrated realtek card. It was good fun and I learned a lot but in hindsight I probably should have just purchased another $5 audio card and moved on with my life ;)
 
kpedersen said:
It is fairly involved, so set aside a good evening.

This post from olli@ details the process quite well. FreeBSD provides some fairly good infrastructure to logically rewire the audio connections but it is a little fiddly.

I had to go through the process on one of my PCs (back jacks were working, but not front or microphone). That was the snd_hda driver and also an integrated realtek card. It was good fun and I learned a lot but in hindsight I probably should have just purchased another $5 audio card and moved on with my life ;)
Click to expand...
Yes, I have been through this whole ordeal of changing nid allocations. It was Realtek ALC that time as well. I invested around three weeks and even wrote scripts to automate the process with a new pin config upon every reboot. It was a big waste. I am not doing it again.. at least not right now. I have a working headphone+mic for now. I need to figure out if there is a speaker in the market with a microphone jack. An external speaker with mic/jack support would solve my problem till some extent. Thank you.
 
My experience so far is that Realtek ALC245 is not working (14.2-RC1 on HP EliteBook 865 G9 16", Ryzen 9 Pro 6950HS), no matter of any tinkering around hints, nids etc... while external sound cards do work. Pulse in Plasma (e.g. pavu-control) shows audio levels of both playback and recording. However the speakers remain silent. Plugged in headphones work when the corresponding pcm (in my case it is pcm5) is selected. Here is the output of dmesg
Code: 
# dmesg | grep pcm
pcm0: <ATI R6xx (HDMI)> at nid 3 on hdaa0
pcm1: <ATI R6xx (HDMI)> at nid 5 on hdaa0
pcm2: <ATI R6xx (HDMI)> at nid 7 on hdaa0
pcm3: <ATI R6xx (HDMI)> at nid 9 on hdaa0
pcm4: <Realtek ALC245 (Internal Analog)> at nid 23 and 18 on hdaa1
pcm5: <Realtek ALC245 (Right Analog)> at nid 33 and 25 on hdaa1
pcm6 on uaudio0
... and the nids situation:
Code: 
# sysctl -a | grep -E 'nid.._original|nid.._config'
dev.hdaa.1.nid33_original: 0x04212020 as=2 seq=0 device=Headphones conn=Jack ctype=1/8 loc=Right color=Grey misc=0
dev.hdaa.1.nid33_config: 0x04212020 as=2 seq=0 device=Headphones conn=Jack ctype=1/8 loc=Right color=Grey misc=0
dev.hdaa.1.nid30_original: 0x411111f0 as=15 seq=0 device=Speaker conn=None ctype=1/8 loc=Rear color=Black misc=1
dev.hdaa.1.nid30_config: 0x411111f0 as=15 seq=0 device=Speaker conn=None ctype=1/8 loc=Rear color=Black misc=1
dev.hdaa.1.nid29_original: 0x40628005 as=0 seq=5 device=Modem-line conn=None ctype=1/4 loc=0x00 color=Purple misc=0
dev.hdaa.1.nid29_config: 0x40628005 as=0 seq=5 device=Modem-line conn=None ctype=1/4 loc=0x00 color=Purple misc=0
dev.hdaa.1.nid27_original: 0x411111f0 as=15 seq=0 device=Speaker conn=None ctype=1/8 loc=Rear color=Black misc=1
dev.hdaa.1.nid27_config: 0x411111f0 as=15 seq=0 device=Speaker conn=None ctype=1/8 loc=Rear color=Black misc=1
dev.hdaa.1.nid26_original: 0x411111f0 as=15 seq=0 device=Speaker conn=None ctype=1/8 loc=Rear color=Black misc=1
dev.hdaa.1.nid26_config: 0x411111f0 as=15 seq=0 device=Speaker conn=None ctype=1/8 loc=Rear color=Black misc=1
dev.hdaa.1.nid25_original: 0x04a12040 as=4 seq=0 device=Mic conn=Jack ctype=1/8 loc=Right color=Grey misc=0
dev.hdaa.1.nid25_config: 0x04a12040 as=4 seq=0 device=Mic conn=Jack ctype=1/8 loc=Right color=Grey misc=0
dev.hdaa.1.nid24_original: 0x411111f0 as=15 seq=0 device=Speaker conn=None ctype=1/8 loc=Rear color=Black misc=1
dev.hdaa.1.nid24_config: 0x411111f0 as=15 seq=0 device=Speaker conn=None ctype=1/8 loc=Rear color=Black misc=1
dev.hdaa.1.nid23_original: 0x90170110 as=1 seq=0 device=Speaker conn=Fixed ctype=Analog loc=Internal color=Unknown misc=1
dev.hdaa.1.nid23_config: 0x90170110 as=1 seq=0 device=Speaker conn=Fixed ctype=Analog loc=Internal color=Unknown misc=1
dev.hdaa.1.nid20_original: 0x411111f0 as=15 seq=0 device=Speaker conn=None ctype=1/8 loc=Rear color=Black misc=1
dev.hdaa.1.nid20_config: 0x411111f0 as=15 seq=0 device=Speaker conn=None ctype=1/8 loc=Rear color=Black misc=1
dev.hdaa.1.nid19_original: 0x40000000 as=0 seq=0 device=Line-out conn=None ctype=Unknown loc=0x00 color=Unknown misc=0
dev.hdaa.1.nid19_config: 0x40000000 as=0 seq=0 device=Line-out conn=None ctype=Unknown loc=0x00 color=Unknown misc=0
dev.hdaa.1.nid18_original: 0x90a60130 as=3 seq=0 device=Mic conn=Fixed ctype=Digital loc=Internal color=Unknown misc=1
dev.hdaa.1.nid18_config: 0x90a60130 as=3 seq=0 device=Mic conn=Fixed ctype=Digital loc=Internal color=Unknown misc=1
dev.hdaa.0.nid11_original: 0x585600f0 as=15 seq=0 device=Digital-out conn=None ctype=Digital loc=0x18 color=Unknown misc=0
dev.hdaa.0.nid11_config: 0x585600f0 as=15 seq=0 device=Digital-out conn=None ctype=Digital loc=0x18 color=Unknown misc=0

Can it be that the speakers have their own amplifier chip with a separate driver that needs to be loaded for them to work? on the laptop body directly above the keyboard there is a label "Bang & Olufsen" (which scares me to death)...
 
Just a follow-up on the idea that there may be the need for a (kernel) driver for the speakers, so lower level than OSS/Pulse. The Linux kernel had the exact same symptoms (sound only from headphones, pulse showing levels etc) on a range of Laptops using the Realtek ALC287, such as the Lenovo Legion 16ACHg6. Here is the thread regarding the same issue in their context: https://bugzilla.kernel.org/show_bug.cgi?id=208555
Eventually someone published a driver based on something Realtek released that got into the Linux kernel and it enabled the speakers. And it appears to be separate from the whole audio system. Any thoughts from the FBSD experts?
 
You must log in or register to reply here.
Back
Top