Me too. RPi4B and LG C3 OLED 2023. CEC worked for the longest time and then it just stopped working. I've tried everything I found in any thread on the internet (including deleting cec_CEC_Adapter.xml), but no luck at all.
Posts by mokkurkalve
-
-
What does the output from pactl list sinks show?
On the Arch laptop, I expect? On the LE12 RPi it shows only the librespot pa sink, unrelated.
I installed only your barebones config this time, globally. Result the same. Output from pactl on laptop (the second entry, "himinbjorg" are the LE12 RPi AirPlay autodiscovered sink) :
Code
Display MoreSink #49 State: SUSPENDED Name: alsa_output.pci-0000_00_1f.3.analog-stereo Description: Built-in Audio Analog Stereo Driver: PipeWire Sample Specification: s32le 2ch 48000Hz Channel Map: front-left,front-right Owner Module: 4294967295 Mute: no Volume: front-left: 41350 / 63% / -12,00 dB, front-right: 41350 / 63% / -12,00 dB balance 0,00 Base Volume: 65536 / 100% / 0,00 dB Monitor Source: alsa_output.pci-0000_00_1f.3.analog-stereo.monitor Latency: 0 usec, configured 0 usec Flags: HARDWARE HW_MUTE_CTRL HW_VOLUME_CTRL DECIBEL_VOLUME LATENCY Properties: alsa.card = "0" alsa.card_name = "HDA Intel PCH" alsa.class = "generic" alsa.components = "HDA:10ec0289,10280831,00100002 HDA:8086280b,80860101,00100000" alsa.device = "0" alsa.driver_name = "snd_hda_intel" alsa.id = "ALC289 Analog" alsa.long_card_name = "HDA Intel PCH at 0xb5530000 irq 161" alsa.mixer_name = "Realtek ALC289" alsa.name = "ALC289 Analog" alsa.resolution_bits = "16" alsa.subclass = "generic-mix" alsa.subdevice = "0" alsa.subdevice_name = "subdevice #0" alsa.sync.id = "00000000:00000000:00000000:00000000" api.alsa.card.longname = "HDA Intel PCH at 0xb5530000 irq 161" api.alsa.card.name = "HDA Intel PCH" api.alsa.path = "front:0" api.alsa.pcm.card = "0" api.alsa.pcm.stream = "playback" audio.channels = "2" audio.position = "FL,FR" card.profile.device = "6" device.api = "alsa" device.class = "sound" device.id = "48" device.profile.description = "Analog Stereo" device.profile.name = "analog-stereo" device.routes = "2" factory.name = "api.alsa.pcm.sink" media.class = "Audio/Sink" device.description = "Built-in Audio" node.name = "alsa_output.pci-0000_00_1f.3.analog-stereo" node.nick = "ALC289 Analog" node.pause-on-idle = "false" object.path = "alsa:acp:PCH:6:playback" port.group = "playback" priority.driver = "1009" priority.session = "1009" factory.id = "19" clock.quantum-limit = "8192" client.id = "47" node.driver = "true" node.loop.name = "data-loop.0" library.name = "audioconvert/libspa-audioconvert" object.id = "49" object.serial = "49" api.acp.auto-port = "false" api.alsa.card = "0" api.alsa.use-acp = "true" api.dbus.ReserveDevice1 = "Audio0" api.dbus.ReserveDevice1.Priority = "-20" device.bus = "pci" device.bus_path = "pci-0000:00:1f.3" device.enum.api = "udev" device.form_factor = "internal" device.icon_name = "audio-card-analog-pci" device.name = "alsa_card.pci-0000_00_1f.3" device.nick = "HDA Intel PCH" device.plugged.usec = "10999614" device.product.id = "0xa348" device.product.name = "Cannon Lake PCH cAVS" device.subsystem = "sound" sysfs.path = "/devices/pci0000:00/0000:00:1f.3/sound/card0" device.vendor.id = "0x8086" device.vendor.name = "Intel Corporation" device.string = "0" Ports: analog-output-speaker: Speakers (type: Speaker, priority: 10000, availability group: Legacy 3, availability unknown) analog-output-headphones: Headphones (type: Headphones, priority: 9900, availability group: Legacy 2, not available) Active Port: analog-output-speaker Formats: pcm Sink #65 State: RUNNING Name: raop_sink.himinbjorg.local.192.168.3.65.36666 Description: himinbjorg Driver: PipeWire Sample Specification: s16le 2ch 44100Hz Channel Map: aux0,aux1 Owner Module: 4294967295 Mute: no Volume: aux0: 65536 / 100% / 0,00 dB, aux1: 65536 / 100% / 0,00 dB balance 0,00 Base Volume: 65536 / 100% / 0,00 dB Monitor Source: raop_sink.himinbjorg.local.192.168.3.65.36666.monitor Latency: 0 usec, configured 0 usec Flags: NETWORK DECIBEL_VOLUME LATENCY Properties: audio.format = "S16" audio.rate = "44100" audio.channels = "2" device.icon_name = "audio-speakers" node.name = "raop_sink.himinbjorg.local.192.168.3.65.36666" device.description = "himinbjorg" node.latency = "486202/44100" node.virtual = "true" media.class = "Audio/Sink" media.format = "259" media.name = "RAOP to himinbjorg" net.mtu = "1408" rtp.sender-ts-offset = "0" sess.media = "raop" sess.latency.msec = "250" sess.ts-direct = "0" rtp.mime = "L16" node.network = "true" rtp.ptime = "7.755102" rtp.framecount = "342" node.rate = "1/44100" rtp.media = "audio" rtp.payload = "96" rtp.rate = "44100" rtp.channels = "2" stream.is-live = "true" node.want-driver = "true" node.autoconnect = "true" port.group = "stream.0" adapt.follower.spa-node = "" object.register = "false" factory.id = "19" clock.quantum-limit = "8192" node.loop.name = "data-loop.0" library.name = "audioconvert/libspa-audioconvert" client.id = "59" object.id = "60" object.serial = "65" node.driver-id = "30" Formats: pcm -
There's nothing to change on the LE side because Kodi provides a working AirPlay target that devices can stream to - You proved that with the iPad mini. Ergo, if nothing happens (or wrong things happen) when you stream from the Arch device; something is wrong with the stream that you send.
It's not an LE problem but if you want us to guess at the issue I'd start by sharing the Arch discover.conf file so we can see what sink properties are being used. Plus a Kodi debug log that might show the inbound stream details (or not, I'm guessing).
Yes, this is not a bug report, just looking for some pointers in case someone had tried this.
The raop-discover.conf I used are the example from pipewire.org. I tried to toggle various of the commented out settings here, but all of them failed, so I was thinking maybe someone had a working config. However the starting point are this:
Code
Display Morecontext.modules = [ { name = libpipewire-module-raop-discover args = { #roap.discover-local = false; #raop.latency.ms = 1000 stream.rules = [ { matches = [ { raop.ip = "~.*" #raop.port = 1000 #raop.name = "" #raop.hostname = "" #raop.domain = "" #raop.device = "" #raop.transport = "udp" | "tcp" #raop.encryption.type = "RSA" | "auth_setup" | "none" #raop.audio.codec = "PCM" | "ALAC" | "AAC" | "AAC-ELD" #audio.channels = 2 #audio.format = "S16" | "S24" | "S32" #audio.rate = 44100 #device.model = "" } ] actions = { create-stream = { #raop.password = "" stream.props = { #target.object = "" #media.class = "Audio/Sink" } } } } ] } } ]The Kodi debug log after a failed attempt:
-
I run LE 12.0 nightly 2024-11-29 on RPi4B. Streaming audio from my iPad mini using AirPlay to the device works smoothly. But I now found that pipewire can use AirPlay to send audio to a device and wanted to see if I could make my Arch Linux laptop stream audio to the RPi4B. I have /etc/nsswitch.conf and avahi-daemon.service set up and port 5353 UDP open and followed the instructions here: https://docs.pipewire.org/page_module_raop_discover.html using the example configuration as starting point.
The RPi4B are discovered and I can send audio to it from the laptop and it's seemingly playing from there. But on the LE12 side I get the spinning wheel on screen as soon as the stream hits, but then nothing more happens (nothing playing). I tried to tweak various knobs in the configuration file example from docs.pipewire.org, but to no avail. Anybody got a working configuration for this or some pointers to stuff I could try...?
-
As long as I can use only one font Arial Unicode MS seems to be the best.
I found it downloadable here: https://github.com/texttechnology…nicode%20MS.TTF
I found that I already had this font on disk. Saved from an old installation of Windows XP. I checked them both with fontforge and also bitcompared them with cmp. It's the same file. I don't know how they can legally distribute this from github, but MS owns this font and they also own github now, and I think maybe this old font these days are free for personal use, but I have not investigated thoroughly.
For khmer I guess there are no practical solution, as long as there's a one font limitation.
-
Yes. Unicode is BIG. So the common thing to do these days seems to be to split it all into a multitude of fonts, like Noto. What I could find that contains the most glyphs in one single font was that weary old font Arial Unicode MS (23 MB).
Using that I get rendering of everything I tried to throw at it. With one noteable exeption; khmer. So those songs with Sinn Sisamouth & Ros Serey Sothea still only displays square boxes.
Well, well. I'm norwegian. And it's not like I understand what it says. It's only about the sense of aesthetics....
-
Hm. Adding arial.ttf (from default Windows 11) to /storage/.kodi/userdata/Fonts/
and setting Settings > Interface > Skin > Fonts to "Arial Based"
Fonts are now rendered correctly for japanese, chinese and korean music.
But thai and khmer music still renders square boxes.
Anyways, it's an improvement.
-
OK. Then it's 6.6.45 on RPi4 and 6.6.46 on something else.
-
Runs good on RPi4, too.
But I expect there's a typo in the blog post? "linux: update to 6.6.46"
On my box:
LibreELEC (official): 12.0.1 (RPi4.aarch64)
# uname -a
Linux himinbjorg 6.6.45 #1 SMP Sun Aug 18 11:47:32 UTC 2024 aarch64 GNU/Linux -
Nightly build with the fix is here: https://test.libreelec.tv/12.0/RPi/RPi4/…-dd2ecfa.img.gz
mokkurkalve could you please test it?
so long,
Hias
Tested. S'all good, man!
-
HiassofT I imagine this driver fix will be included in 12 beta3?
-
mokkurkalve can you please give this build a try?
Hurray! Yes , it was that. I took that fix back to my original system, didn't change the knobs in config.txt there. It was the fix for the driver in the @HiassofT build that fixed it. Thanks!
-
With your LibreELEC 12 beta 2 installation can you please try if this makes a different?
Place these 2 line as the first 2 lines in your config.txt file:Codedtoverlay= dtoverlay=hifiberry-dacplus-proand remove/comment out those lines:
Codedtoverlay=hifiberry-dacplus core_freq_min=500Unfortunately, it did not help. Should I comment out "force_turbo=1" also?
Generated a logfile with that setup, too:
-
Can you play flawless internet radio on RPi OS? I'm asking to rule out network or HiFiBerry driver issues.
I had a conversation with our Linux audio guru HiassofT . He suggested to make a clean installation on another microSD, just with a minimal amount of add-ons. If the issue persists, post another log from that system.
I had another microSD card laying around. I thought it would be best to test 11.0.6 and 12 beta2 up against each other. (Formatting the card between installations, no upgrade.)
I made a clean barebones installation, installing only the Paradise Radio addon for testing, setting that to FLAC as I had before. And setting the audio output to the hifiberry card (ALSA).
I generated logfile after each test. The result was that there are no issues with 11.0.6, but on 12 beta2 audio is choppy. Logfiles:
No problems:
LibreELEC (official): 11.0.6 (RPi4.arm)
LibreELEC:~ # pastekodi
https://paste.libreelec.tv/main-dingo.logChoppy audio:
LibreELEC (official): 11.95.2 (RPi4.aarch64)
LibreELEC:~ # pastekodi
https://paste.libreelec.tv/logical-cowbird.log -
Good analysis! The Librespot add-on still creates warnings, and probably affects other add-ons, even when not in use.
Remove that add-on for another test.
It's still the same after uninstalling librespot addon and rebooting; choppy audio with hifiberry output, ok audio with HDMI output.
Do you want me to do more tests? Supply more logfiles?
-
I don't think it's related to that. I've tested with the YouTube addon and the Paradise Radio addon (I don't think those use pulseaudio?) setting my output to ALSA hifiberry. Still same choppy sound on 12 beta2. (Did not happen on 11.0.6.)
The weird thing is that audio files streamed over local network (SAMBA) plays flawlessy with ALSA hifiberry.
Also, if I change sound output to raspberry and use ALSA HDMI output to my TV, the output from the YouTube addon and the Paradise Radio addon plays back flawlessy.
So the problem only occurs with 12 beta1,2 using streaming apps and audio output to ALSA hifiberry.
New logfile testing with 12 beta2 using Pardise Radio addon:
-
I now discovered that the cache-settings in advancedsettings.xml have been migrated to the GUI, so I thought this might be the problem. So I set the numbers I had in 11.0.6 correct. I also changed from wifi to wired connection to eliminate any problems that could stem from wifi. And I have force_turbo=1 enabled to eliminate issues with powersave. Bandwidth connection to the internet should not be a problem, I have atleast 60 - 90 Mbps download at worst. And I did not have any of those issues with LibreELEC 11.0.6, nor with any other device that I own.
But I still have small clicks, pops and skips with streaming addons using 12 beta1 ...
This is a new log:
-
Sorry, I should have investigated more. Busy days. It's not an issue with what the heading says. I now uploaded an album with actual files (wavpack lossless) to the devices SD card. It plays back flawlessly. I encountered the problem with web streaming based addons. And it's not very choppy sound. It's more small clicks and pops and tiny skips now and then. Rather subtle. But it didn't happen in 11.0.6.
I play the same album as tested above from Spotify with the librespot addon. There's bin a few of the forementioned artifacts during this. And here is the log file (pastekodi).
