Do you mean the note with "warning <general>: VIDEO database configuration is experimental"?
Yes, but since you have it for such a long time, it's surely not the cause.
Try SMB. I'm running out of ideas. ![]()
Do you mean the note with "warning <general>: VIDEO database configuration is experimental"?
Yes, but since you have it for such a long time, it's surely not the cause.
Try SMB. I'm running out of ideas. ![]()
There is a warning about the <videodatabase> tag at advancedsettings.xml:
2024-01-14 11:26:10.956 T:994 info <general>: Contents of special://profile/advancedsettings.xml are...
<advancedsettings>
<loglevel>1</loglevel>
<videodatabase>
<type>mysql</type>
<host>172.22.29.12</host>
<port>3306</port>
<user>xbmc</user>
<pass>*****</pass>
<name>xbmc_video</name>
</videodatabase>
<musicdatabase>
<type>mysql</type>
<host>172.22.29.12</host>
<port>3306</port>
<user>xbmc</user>
<pass>*****</pass>
<name>xbmc_music</name>
</musicdatabase>
</advancedsettings>
2024-01-14 11:26:10.956 T:994 warning <general>: VIDEO database configuration is experimental.
Display More
Can you do a test run without <videodatabase> content?
Thanks for removing all those NTP errors from the log.
I think your NAS connection is OK, because you don't have the typical "waiting for buffer" warnings in the log.
Most of the current errors are harmless, but I'm not sure about this error:
Feb 16 19:10:56.709875 LibreELEC kernel: vc4-drm gpu: [drm] *ERROR* Failed to read TMDS config: -121
Feb 16 19:10:56.709941 LibreELEC kernel: mmc1: Controller never released inhibit bit(s).
Feb 16 19:10:56.709982 LibreELEC kernel: [drm] Initialized v3d 1.0.0 20180419 for fec00000.v3d on minor 1
Feb 16 19:10:56.710017 LibreELEC kernel: printk: console [netcon0] enabled
Feb 16 19:10:56.710053 LibreELEC kernel: netconsole: network logging started
Feb 16 19:10:56.710088 LibreELEC kernel: of_cfs_init
Feb 16 19:10:56.710122 LibreELEC kernel: of_cfs_init: OK
Feb 16 19:10:56.710160 LibreELEC kernel: ALSA device list:
Feb 16 19:10:56.710202 LibreELEC kernel: #0: vc4-hdmi-0
Feb 16 19:10:56.710237 LibreELEC kernel: #1: vc4-hdmi-1
Feb 16 19:10:56.710271 LibreELEC kernel: mmc0: SDHCI controller on fe340000.mmc [fe340000.mmc] using ADMA
Feb 16 19:10:56.710632 LibreELEC kernel: vc4-drm gpu: [drm] *ERROR* Failed to read TMDS config: -121
Feb 16 19:10:56.710686 LibreELEC kernel: Freeing unused kernel memory: 8832K
Feb 16 19:10:56.710722 LibreELEC kernel: Run /init as init process
Feb 16 19:10:56.710757 LibreELEC kernel: with arguments:
Feb 16 19:10:56.710792 LibreELEC kernel: /init
Feb 16 19:10:56.710828 LibreELEC kernel: with environment:
Feb 16 19:10:56.710862 LibreELEC kernel: HOME=/
Feb 16 19:10:56.710897 LibreELEC kernel: TERM=linux
Feb 16 19:10:56.710932 LibreELEC kernel: boot=UUID=1803-0729
Feb 16 19:10:56.710967 LibreELEC kernel: disk=UUID=d34cd6c2-1dbd-4333-8d42-a1c2a6506acf
Display More
The movie stopped at 19:54. Same behavior again.
Yep, that error is visible in the log:
Jan 12 19:54:31.760060 Kodi-WZ connmand[597]: ntp: adjust (slew): -0.012913 sec
Jan 12 19:54:41.015071 Kodi-WZ kernel: rpivid feb10000.codec: rpivid_h265_stop
Jan 12 19:55:08.864468 Kodi-WZ kernel: rpivid feb10000.codec: rpivid_h265_start: (3840x1616)
Jan 12 19:55:08.891862 Kodi-WZ kernel: rpivid feb10000.codec: SPS changed
Jan 12 19:55:08.892280 Kodi-WZ kernel: rpivid feb10000.codec: PPS changed
Jan 12 20:00:00.289036 Kodi-WZ crond[390]: USER root pid 1340 cmd ntpd -n -p 172.22.29.1
Jan 12 20:00:05.659047 Kodi-WZ crond[1174]: ntpd: reply from 172.22.29.1: peer is unsynced
Jan 12 20:00:16.121645 Kodi-WZ crond[1249]: ntpd: reply from 172.22.29.1: peer is unsynced
Looks like an NTP error. Read here:
Because Bluetooth is involved, it's not possible without developer skills:
You can try this custom build for simultaneous audio output:
Try dtoverlay=iqaudio-dacplus,unmute_amp or dtoverlay=iqaudio-dacplus,auto_mute_amp.
At config.txt try dtparam=audio=on and/or force_eeprom_read=0.
Log level 1 will be fine here.
As of today, I use an RPi4 4GB in an Argon One housing.
Argon One cases are known for soldering issues. Especially small connectors like microHDMI or USB-C are critical. So I suggest test sessions without that case.
Stupid question: can I hide the debug display at the top left of the debug?
Yes you can. Use log level 1 or 2 at advancedsettings.xml. Then disable debug mode at GUI, and reboot.
Please provide a log when using LE 11.0.4. Then we have a chance to find the bug in our software.
My use case is pretty simple, basically I want to stream to a TV video content stored on a NAS.
Use the touchscreen of your smartphone or tablet. Search for "Kodi" in your app store, and you'll find RC apps.
using Handbrake to rip the ISO to file/files normally always works out quicker
That was also your suggestion when I came here. ![]()
If I own the real thing, then I don't want to make copies. MP3s for my mobile player are the only exceptions.
arcasys You should already declare UDF when you mount the DVD:
See post #5.
The best case for pi4 is the argon one V1/V2, on/off power management, and for the remote i use for year rii mini keyboard, far better than a simple remote control
Then you was lucky
. We have many reports about bad soldering points in Argon One cases. Rule of thumb: Try to avoid any additional circuit board inside of a case. Such boards increase the risk of contact / soldering issues.
If the fan only has two wires, then it's just an on/off fan. If it has at least three, then fan speed control is possible.
I assume Raspberry Pi OS has instructions for the official RPi5 case. So search on RPi OS forum first. If you find something, come back and post a link. Usually we can adapt it for LE.