It's simple: Use your Philips OLED settings for brightness etc., because LE doesn't has such options.
Posts by Da Flex
-
-
I had a similar issue on RPi. My solution was a different color mode for TV's AV input. So check your video settings on TV.
-
Something could be wrong with Samba, or an HDD has errors.
- Kodi has some Samba tweaks. Create an advancedsettings.xml file for that.
- Check your network drives for errors.
-
Does the number of files in each directory matter much? The slowest one has the largest number of videos in it.
If your NAS is slow, that happens, yes.
-
The log is OK now. I don't see anything related to the current problem.
I think ilmich is on the right track. Maybe you have to overclock.
-
Thing is, this is literally brand new Samsung SD I just opened the package today. Its 128GB Pro one, can't remember exact name but its not a cheap one.
Can you reboot, and have a look at the next kodi.log? If the errors of #11 don't appear after that, fine.
-
Code
Sep 27 09:31:43.899866 LibreELEC fsck: fsck.fat 4.2 (2021-01-31) Sep 27 09:31:43.900160 LibreELEC fsck: /dev/mmcblk0p1: 12 files, 18046/65501 clusters Sep 27 09:31:43.900307 LibreELEC fsck: STORAGE: recovering journal Sep 27 09:31:43.900443 LibreELEC fsck: STORAGE contains a file system with errors, check forced. Sep 27 09:31:43.900812 LibreELEC fsck: STORAGE: Orphan file (inode 12) block 2 is not clean. Sep 27 09:31:43.901246 LibreELEC fsck: CLEARED. ... 2023-10-31 18:11:02.331 T:924 error <general>: SETTINGS: load_file # Error: Failed to read file: /storage/.config/boot.status
Maybe bad microSD?
-
Code
2023-10-31 18:21:47.662 T:1637 info <general>: CDVDVideoCodecDRMPRIME::Open - using decoder HEVC (High Efficiency Video Coding) 2023-10-31 18:21:47.688 T:1637 error <general>: CDVDVideoCodecDRMPRIME::FilterOpen - avfilter_graph_config: Function not implemented (-38)
Go to Settings -> Player -> Videos (Expert mode), and disable "Allow using DRM PRIME decoder".
-
AH fair enough. Ok, can I do a fresh install, collect logs and re-post?
Yepp.
-
Okay I tried that. I'm not 100% sure what that add-on is so I disabled all the tvheadend stuff.
...Thanks. The Oz Weather add-on also generates a lot of traffic and errors:
Code2023-10-29 15:35:58.923 T:1144 DEBUG <general>: ### Oz Weather 2.0.9 - Failed to retrieve radar background image: ftp://anonymous:someone%[email protected]//anon/gen/radar_transparencies/IDE00035.background.png, exception: <urlopen error ftp error: URLError("ftp error: error_perm('550 Failed to change directory.')")>
Uninstall or disable that add-on. If that doesn't make a difference, I suggest to install LE from scratch.
-
Dolby Vision will never be supported by LE due to its licensing model.
-
dtech The thread is 50 pages now. Should I close it? Users don't read the whole story anymore.
-
But then while I was looking at the logs, and about 10 minutes had passed, the center & LFE returned.
So it's not related to Windows, and happens randomly. I still think that DAC buffer size is wrong, or not initialized at all.
Linux driver issue is my bet. Here is a link for a bug report: https://www.alsa-project.org/wiki/Mailing-lists
I was hoping your AVR shows sampling rate etc., just hearing isn't enough to estimate data rate differences. However, since we know that it's not Windows-related, it doesn't matter.
If the log becomes too large, upload by pastekodi doesn't work anymore. Then you can only copy & paste from /storage/.kodi/temp.
-
One thing you have to compare: Does it play with the same audio quality on Windows and Linux? As you know, a DAC offers different codecs, and the player selects one.
-
Try another USB cable for your DAC.
-
Or go the other way, and try a nightly build.
-
Next, I disconnected the USB DAC, hooked it up to a Windows PC briefly just to perform a sound test on the center channel (successful, no problem), and then I moved it back to LibreELEC. After this, the center & LFE again are operational.
Theory: An increased buffer value is set inside of the DAC by Windows, but not by Linux (LE, Ubuntu etc.). Due to the increased buffer value, the out-of-sync error is gone, and all channels play.
So the Linux driver for that DAC seems to be incomplete. It should set an appropriate buffer value first. We don't write Linux drivers. I guess some sort of a bug report is necessary elsewhere.
-
Haven't ever changed it from that.
Thanks. The pvr.hts add-on seems to create a lot of traffic. Can you disable it for a test?
If that doesn't work, disable other add-ons step-by-step.