The PineH64 Rev B image libreelec-h6.arm-9.80-nightly-20190914-76b3023-pine-h64.img.gz works really well. Thanks!.
My only question is there's no information about the CPU temp etc. under /sys/class/thermal/. Same w/ some other things like voltage under /sys/class/regulator, freq under /sys/devices/system/cpu/cpu0/cpufreq.
Missing kernel config params ?
My only question is there's no information about the CPU temp etc. under /sys/class/thermal/. Same w/ some other things like voltage under /sys/class/regulator, freq under /sys/devices/system/cpu/cpu0/cpufreq.
Missing kernel config params ?
There are no thermal driver in mainline kernel for SoCs starting from A83T on, including H3, A64 and H6. Most other distributions carry out-of-tree patches, but I don't think this is necessary here. I have plenty of work with multimedia related patches already. Mainline driver should be close to merging, though. I'm not sure why you wouldn't see voltage regulator info especially because you can read it under /sys/kernel/debug, but for cpufreq maybe also some out-of-tree patch is missing, I don't know.
There are no thermal driver in mainline kernel for SoCs starting from A83T on, including H3, A64 and H6. Most other distributions carry out-of-tree patches, but I don't think this is necessary here. I have plenty of work with multimedia related patches already. Mainline driver should be close to merging, though. I'm not sure why you wouldn't see voltage regulator info especially because you can read it under /sys/kernel/debug, but for cpufreq maybe also some out-of-tree patch is missing, I don't know.
OK, cool. That makes sense. I'll see if I build my own image w/ some out of tree patches.
Display MoreHi, I'm still having problems with HDMI audio. I'll try to summarize the problem and attach some logs in case they're useful.
I have a Orange Pi PC and a Samsung TV from 2009. When running at 1080p 60 Hz, the audio only works for a fraction of a second and then stops working for some seconds repeatedly. When changing the refresh rate to 23.98 Hz it seems that the problem is gone in the UI sounds, but there are still some audio cuts for 2 or 3 seconds when playing videos, but less frequently than at 60 Hz. The problem still persists at 720p 60 Hz and 50 Hz. When using a much lower resolution the problem is gone.
I tried 2 different HDMI cables and other HDMI inputs in the TV to no avail. It doesn't seem to be a problem with the TV, because it works fine with the old OpenELEC builds with legacy kernel. Also, it works fine with two other monitors at 1080p 60 Hz.
Here are the logs:
dmesg
External Content pastebin.comContent embedded from external sources will not be displayed without your consent.Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.edid-decode /sys/class/drm/card0-HDMI-A-1/edid
External Content pastebin.comContent embedded from external sources will not be displayed without your consent.Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.
Hi,
Just tested the LibreELEC-H3.arm-9.80-nightly-20190916-d799b5a-orangepi image on my OrangePi PC and got the same HDMI audio problem as jdpc above. It doesn't make a difference whether I'm playing Youtube or just audio files. On the other hand, audio out through the analog jack of the device works fine.
Thanks jernej
patrickkfkan jdpc I just tested a ton of new audio related updates from mainline. They work for me, but I never had much problems. Can you test this update (works with all H3 devices): libreelec-h3.arm-9.80-devel-20190916172159-d52e8dc.tar
Just tried it and it still has the same problems as before
A Noob question.
Do I need to periodically update to a new nightly, or will updates be automatically installed just like the stable builds?
jdpc Too bad. There are still some options... Silly question, do you have audio passtrough enabled by any chance?
No, should I try it?
No, it doesn't work for everyone, that's why I'm asking. Anyway, I tried to reproduce this issue on my TV, but it worked every time. If nothing would help, I'll write a script which will dump HW settings and you'll run it on LibreELEC and OpenELEC. Comparison of those two dumps should give clue what's different and why it doesn't work. But before that, there are still some settings to be updated.
Thanks, much appreciated!
jdpc patrickkfkan Another update to test: libreelec-h3.arm-9.80-devel-20190917173122-d52e8dc.tar If this still doesn't work, I'll have to write that script.
Still the same 
jernej I've been testing the build more thoroughly and I've found some interesting things and a workaround to fix the sound issues.
The first thing I tested is playing a video at 1080p 60 Hz. As always, the problem is still there, even with the interface sounds. But then I decided to try at 1080p 30 Hz. I played a YouTube video and found the sound issue to be completely gone, but when trying with a movie the sound started to cut off again. This was already reported by other users. When tweaking the sound settings, I found the culplit: when limiting the audio sampling rate from 48 kHz to 44.1 kHz, the problem is completely gone for every video. That's why YouTube was working before, because its audio sampling is 44.1 kHz.
The rest of the audio settings doesn't seem to affect anything. I then tried 1080p 60 Hz with the audio sampling limited to 44.1 Hz, but the audio cuts off again. So to sum up, I think there are actually two different sound issues:
- When using 1080p 50 or 60 Hz
- When sending a sampling rate of 48 kHz or more
Maybe this information helps you solve the problem. For now, I can use 1080p 23.98 Hz and 44.1 kHz to watch movies. patrickkfkan shahidali55 you could try this too, maybe limiting the sampling rate also works at 60 Hz on your TVs.
Display Morejernej I've been testing the build more thoroughly and I've found some interesting things and a workaround to fix the sound issues.
The first thing I tested is playing a video at 1080p 60 Hz. As always, the problem is still there, even with the interface sounds. But then I decided to try at 1080p 30 Hz. I played a YouTube video and found the sound issue to be completely gone, but when trying with a movie the sound started to cut off again. This was already reported by other users. When tweaking the sound settings, I found the culplit: when limiting the audio sampling rate from 48 kHz to 44.1 kHz, the problem is completely gone for every video. That's why YouTube was working before, because its audio sampling is 44.1 kHz.
The rest of the audio settings doesn't seem to affect anything. I then tried 1080p 60 Hz with the audio sampling limited to 44.1 Hz, but the audio cuts off again. So to sum up, I think there are actually two different sound issues:
- When using 1080p 50 or 60 Hz
- When sending a sampling rate of 48 kHz or more
Maybe this information helps you solve the problem. For now, I can use 1080p 23.98 Hz and 44.1 kHz to watch movies. patrickkfkan shahidali55 you could try this too, maybe limiting the sampling rate also works at 60 Hz on your TVs.
jdpc patrickkfkan Another update to test: libreelec-h3.arm-9.80-devel-20190917173122-d52e8dc.tar If this still doesn't work, I'll have to write that script.
Thanks for sharing! I'll test this after a couple of days when I have more time, and report back.
TvHeadend server 4.3 can it be renewed
Display Morejernej I've been testing the build more thoroughly and I've found some interesting things and a workaround to fix the sound issues.
The first thing I tested is playing a video at 1080p 60 Hz. As always, the problem is still there, even with the interface sounds. But then I decided to try at 1080p 30 Hz. I played a YouTube video and found the sound issue to be completely gone, but when trying with a movie the sound started to cut off again. This was already reported by other users. When tweaking the sound settings, I found the culplit: when limiting the audio sampling rate from 48 kHz to 44.1 kHz, the problem is completely gone for every video. That's why YouTube was working before, because its audio sampling is 44.1 kHz.
The rest of the audio settings doesn't seem to affect anything. I then tried 1080p 60 Hz with the audio sampling limited to 44.1 Hz, but the audio cuts off again. So to sum up, I think there are actually two different sound issues:
- When using 1080p 50 or 60 Hz
- When sending a sampling rate of 48 kHz or more
Maybe this information helps you solve the problem. For now, I can use 1080p 23.98 Hz and 44.1 kHz to watch movies. patrickkfkan shahidali55 you could try this too, maybe limiting the sampling rate also works at 60 Hz on your TVs.
Setting the audio sampling rate to fixed 44.1khz has resolved the HDMI audio issue completely (short audio blips every few seconds, but it recovers). Tested on OPi lite compiled from master (9d68e4b) with wifi driver enabled. Thanks jdpc for this find and jernej for the continuous development effort on LibreElec.
Hello
i download , i try , and i tell you if everything is ok
Thanks for your great work
