1
Allgemein [ General ] / VDR mit skinelchihd-OSD crasht beim Start von Kodi
« on: December 08, 2025, 17:39:09 »
Vielen Dank!
Gruß Herbert
Gruß Herbert
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
2
Allgemein [ General ] / VDR mit skinelchihd-OSD crasht beim Start von Kodi
« on: December 08, 2025, 11:47:41 »
ich wurde nach dem Backtrace gefragt. Hättet ihr einen Tip, wie ich den unter MLD 6.5 hinbekomme?
Viele Grüße
Herbert
Viele Grüße
Herbert
3
Allgemein [ General ] / VDR mit skinelchihd-OSD crasht beim Start von Kodi
« on: December 07, 2025, 18:47:26 »4
Allgemein [ General ] / VDR mit skinelchihd-OSD crasht beim Start von Kodi
« on: December 07, 2025, 11:00:07 »
Hallo zusammen,
ich glaube, das gibt es schon länger und die Auswirkungen sind nicht besonders dramatisch. Ich wollte trotzdem Bescheid sagen, daß dies bei mir (Intel NUC, x86) reproduzierbar passiert, der VDR crasht in der libvdr-skinelchihd:
Im Log steht:
Wie gesagt kann ich damit leben, dle noch nicht gespeicherten Änderungen wie EPG-Daten sind weg, ein gestarteter EPG-Scan wird unterbrochen, etc.
Viele Grüße
Herbert
ich glaube, das gibt es schon länger und die Auswirkungen sind nicht besonders dramatisch. Ich wollte trotzdem Bescheid sagen, daß dies bei mir (Intel NUC, x86) reproduzierbar passiert, der VDR crasht in der libvdr-skinelchihd:
Code: [Select]
vdr[1044]: segfault at 0 ip 00007f71246949d7 sp 00007fff6bbf0d00 error 4 in libvdr-skinelchihd.so.9[7f7124679000+38000] likely on CPU 2 (core 0, socket 0)
Code: 48 8b 95 68 ff ff ff 48 89 82 58 01 00 00 48 8b 85 68 ff ff ff 48 8b 80 58 01 00 00 48 8b 95 68 ff ff ff 48 8b 92 58 01 00 00 <48> 8b 12 48 83 c2 40 48 8b 12 48 89 c7 ff d2 c7 45 dc 00 00 00 00
Im Log steht:
Code: [Select]
Dez 07 10:43:31 MLD-VDR.fritz.box appstarter.sh[1394]: /usr/share/vdr/frontend.d/60_softhddevice.sh: Zeile 1: kill: (-1394) - No such process
Dez 07 10:43:31 MLD-VDR.fritz.box systemd[1]: Stopping Start app...
Dez 07 10:43:31 MLD-VDR.fritz.box vdr[1044]: [1095] SVDRP MLD-VDR.fritz.box < 127.0.0.1:40350 client connection accepted
Dez 07 10:43:31 MLD-VDR.fritz.box vdr[1044]: [1095] SVDRP MLD-VDR.fritz.box > 127.0.0.1:40350 server created
Dez 07 10:43:32 MLD-VDR.fritz.box vdr[1044]: [1095] SVDRP MLD-VDR.fritz.box < 127.0.0.1:40360 client connection accepted
Dez 07 10:43:32 MLD-VDR.fritz.box vdr[1044]: [1095] SVDRP MLD-VDR.fritz.box > 127.0.0.1:40360 server created
Dez 07 10:43:32 MLD-VDR.fritz.box vdr[1044]: [1095] [softhddev]stopping Ogl Thread svdrp DETA
Dez 07 10:43:32 MLD-VDR.fritz.box vdr[1044]: [1095] [softhddev]stopping OpenGL Worker Thread
Dez 07 10:43:32 MLD-VDR.fritz.box vdr[1044]: [1745] [softhddev]Cleaning up OpenGL stuff
Dez 07 10:43:32 MLD-VDR.fritz.box vdr[1044]: [1745] [softhddev]OpenGL Worker Thread Ended
Dez 07 10:43:32 MLD-VDR.fritz.box vdr[1044]: [1745] oglThread thread ended (pid=1044, tid=1745)
Dez 07 10:43:32 MLD-VDR.fritz.box vdr[1044]: [1095] [softhddev]OpenGL Worker Thread stopped
Dez 07 10:43:32 MLD-VDR.fritz.box vdr[1044]: [1096] device 1 TS buffer thread ended (pid=1044, tid=1096)
Dez 07 10:43:32 MLD-VDR.fritz.box vdr[1044]: [1094] buffer stats: 233872 (1%) used
Dez 07 10:43:32 MLD-VDR.fritz.box vdr[1044]: [1094] device 1 receiver thread ended (pid=1044, tid=1094)
Dez 07 10:43:32 MLD-VDR.fritz.box vdr[1044]: video/vaapi: can't destroy 0 surfaces
Dez 07 10:43:33 MLD-VDR.fritz.box vdr[1044]: [1095] SVDRP MLD-VDR.fritz.box < 127.0.0.1:40350 connection closed
Dez 07 10:43:33 MLD-VDR.fritz.box vdr[1044]: [1095] SVDRP MLD-VDR.fritz.box < 127.0.0.1:40350 server destroyed
Dez 07 10:43:33 MLD-VDR.fritz.box systemd[1]: appstarter.service: Deactivated successfully.
Dez 07 10:43:33 MLD-VDR.fritz.box systemd[1]: Stopped Start app.
Dez 07 10:43:33 MLD-VDR.fritz.box systemd[1]: Started Start app.
Dez 07 10:43:33 MLD-VDR.fritz.box kernel: vdr[1044]: segfault at 0 ip 00007f71246949d7 sp 00007fff6bbf0d00 error 4 in libvdr-kinelchihd.so.9[7f7124679000+38000] likely on CPU 2 (core 0, socket 0)
Dez 07 10:43:33 MLD-VDR.fritz.box kernel: Code: 48 8b 95 68 ff ff ff 48 89 82 58 01 00 00 48 8b 85 68 ff ff ff 48 8b 80 58 01 00 00 48 8b 95 68 ff ff ff 48 8b 92 58 01 00 00 <48> 8b 12 48 83 c2 40 48 8b 12 48 89 c7 ff d2 c7 45 dc 00 00 00 00
Dez 07 10:43:33 MLD-VDR.fritz.box systemd[1]: vdr.service: Main process exited, code=dumped, status=11/SEGV
Dez 07 10:43:33 MLD-VDR.fritz.box systemd[1]: vdr.service: Failed with result 'core-dump'.
Dez 07 10:43:33 MLD-VDR.fritz.box systemd[1]: vdr.service: Consumed 32.092s CPU time, 421.0M memory peak, 0B memory swap peak.
Dez 07 10:43:33 MLD-VDR.fritz.box systemd[1]: vdr.service: Scheduled restart job, restart counter is at 1.
Dez 07 10:43:33 MLD-VDR.fritz.box systemd[1]: Starting Video Disk Recorder...
Dez 07 10:43:33 MLD-VDR.fritz.box systemd[1]: Starting Init Sound Card State...
Wie gesagt kann ich damit leben, dle noch nicht gespeicherten Änderungen wie EPG-Daten sind weg, ein gestarteter EPG-Scan wird unterbrochen, etc.
Viele Grüße
Herbert
5
Allgemein [ General ] / MLD 6.5 x64 & Durcheinander beim Upgrade
« on: November 30, 2025, 12:28:02 »
so, hat funktioniert. WOL über Ethernet geht auch noch. WiFi nutze ich nicht, es werden aber verfügbare Netze im WebIF angezeigt...
6
Allgemein [ General ] / MLD 6.5 x64 & Durcheinander beim Upgrade
« on: November 30, 2025, 12:19:29 »
Hallo Claus,
vielen Dank! Ich habe vergessen, zu schreiben, daß ich nur die LAN-Verbindung des NUC nutze. Dann hat dies anscheinend keinen Einfluß darauf!?.
Viele Grüße
Herbert
vielen Dank! Ich habe vergessen, zu schreiben, daß ich nur die LAN-Verbindung des NUC nutze. Dann hat dies anscheinend keinen Einfluß darauf!?.
Viele Grüße
Herbert
7
Allgemein [ General ] / MLD 6.5 x64 & Durcheinander beim Upgrade
« on: November 30, 2025, 10:16:40 »
Hallo zusammen,
ich wollte nur Bescheid sagen, daß ich gerade ein Upgrade der installierten Pakete machen wollte, da aber einiges durcheinander ist. Anscheinend gibt es für "packagegroup-wifi" ein neueres Paket, das aber zurückgehalten wird. Wenn ich es trotzdem updaten will, dann sollen viele essentielle Pakete deinstalliert werden:
Das ist nicht OK, oder? Zumindest ich traue mich das nicht, vor allem, wenn ich danach kein Netzwerk habe
Viele Grüße
Herbert
ich wollte nur Bescheid sagen, daß ich gerade ein Upgrade der installierten Pakete machen wollte, da aber einiges durcheinander ist. Anscheinend gibt es für "packagegroup-wifi" ein neueres Paket, das aber zurückgehalten wird. Wenn ich es trotzdem updaten will, dann sollen viele essentielle Pakete deinstalliert werden:
Code: [Select]
root@MLD:~# apt update
Ign:1 https://mld6.minidvblinux.de/nightbuild/deb/all ./ InRelease
Ign:2 https://mld6.minidvblinux.de/nightbuild/deb/core2-64 ./ InRelease
Ign:3 https://mld6.minidvblinux.de/nightbuild/deb/genericx86_64 ./ InRelease
Hit:4 https://mld6.minidvblinux.de/nightbuild/deb/all ./ Release
Hit:5 https://mld6.minidvblinux.de/nightbuild/deb/core2-64 ./ Release
Hit:6 https://mld6.minidvblinux.de/nightbuild/deb/genericx86_64 ./ Release
Ign:7 https://mld6.minidvblinux.de/nightbuild/deb/all ./ Release.gpg
Ign:8 https://mld6.minidvblinux.de/nightbuild/deb/core2-64 ./ Release.gpg
Ign:9 https://mld6.minidvblinux.de/nightbuild/deb/genericx86_64 ./ Release.gpg
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
1 package can be upgraded. Run 'apt list --upgradable' to see it.
root@MLD:~# apt upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
packagegroup-wifi
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
root@MLD:~# apt upgrade packagegroup-wifi
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
dnsmasq libmnl0 libndp libnftnl11 libnl-route-3-200 libnm0 networkmanager-daemon
networkmanager-nmcli networkmanager-wifi nftables nspr nss wpa-supplicant wpa-supplicant-cli
wpa-supplicant-passphrase wpa-supplicant-plugins
Use 'apt autoremove' to remove them.
The following NEW packages will be installed:
iwd libell0
The following packages will be upgraded:
packagegroup-wifi
1 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 637 kB of archives.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] ^C
Das ist nicht OK, oder? Zumindest ich traue mich das nicht, vor allem, wenn ich danach kein Netzwerk habe
Viele Grüße
Herbert
8
Allgemein [ General ] / Keinen digitalen Ton mehr in Kodi
« on: October 23, 2025, 14:28:39 »
Hallo Steffen,
ist alles ein wenig theoretisch, weil ich das Problem nicht habe. Und ich nutze ausschließlich die Kommandozeile
ich hab mir das aber ungefähr so vorgestellt:
Und dann bietet flatpak hoffentlich nicht mehr an, kodi upzudaten. Wenn ja, kannst Du das noch abbrechen. Ich würde erwarten, daß dann auch das Web-Interface von Updates absieht. Aber wie gesagt, ich nutze es nicht.
Viele Grüße & viel Erfolg!
Herbert
ist alles ein wenig theoretisch, weil ich das Problem nicht habe. Und ich nutze ausschließlich die Kommandozeile
ich hab mir das aber ungefähr so vorgestellt:Code: [Select]
root@MLD-VDR:~# flatpak list
Name Application ID Version Branch Installation
Freedesktop Pl… org.freedesktop.Platform freedesktop-sdk-24.08.27 24.08 system
Mesa …reedesktop.Platform.GL.default 25.2.4 24.08 system
Mesa (Extra) …reedesktop.Platform.GL.default 25.2.4 24.08extra system
Intel VAAPI dr… …eedesktop.Platform.VAAPI.Intel 24.08 system
openh264 ….freedesktop.Platform.openh264 2.5.1 2.5.1 system
Kodi tv.kodi.Kodi 21.2-Omega stable system
root@MLD-VDR:~# flatpak mask tv.kodi.Kodi
root@MLD-VDR:~# flatpak update
Looking for updates…Und dann bietet flatpak hoffentlich nicht mehr an, kodi upzudaten. Wenn ja, kannst Du das noch abbrechen. Ich würde erwarten, daß dann auch das Web-Interface von Updates absieht. Aber wie gesagt, ich nutze es nicht.
Viele Grüße & viel Erfolg!
Herbert
9
Allgemein [ General ] / Keinen digitalen Ton mehr in Kodi
« on: October 21, 2025, 20:52:06 »
@Schwabe: ich hab das nicht ausprobiert, denke aber, daß "flatpak mask" (https://docs.flatpak.org/en/latest/tips-and-tricks.html) Dein Freund ist Du willst ja auch nicht die Updates des flatpak-Pakets verhindern, sondern die Updates eines der darüber gemanagten Pakete (kodi), oder?
Viele Grüße
Herbert
Du willst ja auch nicht die Updates des flatpak-Pakets verhindern, sondern die Updates eines der darüber gemanagten Pakete (kodi), oder?Viele Grüße
Herbert
10
Allgemein [ General ] / nach Update kein Bild
« on: September 17, 2025, 07:12:40 »
Vielen Dank, funktioniert!
Gruß Herbert
Gruß Herbert
11
Allgemein [ General ] / nach Update kein Bild
« on: September 16, 2025, 20:07:30 »
Hallo zusammen,
ich habe gerade mit "apt update" und "apt upgrade" (fast?) alle VDR-Pakete upgedated und nach einem Reboot kein Bild mehr bekommen (nur das MLD-Logo). Bin dann mit "snapshot_manager" zurück und alles war wieder gut. NUC mit Intel-Grafik. Ist das bekannt? Hat das noch jemand? Soll ich Logs liefern?
Viele Grüße
Herbert
ich habe gerade mit "apt update" und "apt upgrade" (fast?) alle VDR-Pakete upgedated und nach einem Reboot kein Bild mehr bekommen (nur das MLD-Logo). Bin dann mit "snapshot_manager" zurück und alles war wieder gut. NUC mit Intel-Grafik. Ist das bekannt? Hat das noch jemand? Soll ich Logs liefern?
Viele Grüße
Herbert
12
Allgemein [ General ] / Testbericht MLD-6.x mit ThinkCentre M720q Tiny + Sundtek-Dual Tuner
« on: August 15, 2025, 17:59:44 »Quote
Es passiert bei mir aber nur bei Aufzeichnungen von SD-Kanälen der Pro7/Sat1 Sendergruppe.
Kann es damit zusammenhängen, daß Sat1 und Pro7 in SD progressiv senden, RTL und andere aber weiterhin interlaced?
Viele Grüße
Herbert
13
Allgemein [ General ] / VNSI funktioniert nicht mehr mit der letzten VDR-Version
« on: June 26, 2025, 10:41:05 »
VNSI funktioniert wieder Vielen Dank für den super-schnellen Support!
Vielen Dank für den super-schnellen Support!
14
Allgemein [ General ] / VNSI funktioniert nicht mehr mit der letzten VDR-Version
« on: June 26, 2025, 10:03:25 »
wunderbar, ich sage Bescheid, ob es funktioniert!
15
Allgemein [ General ] / VNSI funktioniert nicht mehr mit der letzten VDR-Version
« on: June 26, 2025, 07:30:56 »
Hallo Claus,
ich habe gerade alle Pakete auf den letzten Stand gebracht und jetzt funktioniert VNSI mit KODI nicht mehr. Ich denke, das ist das hier https://www.vdr-portal.de/forum/thread/136872-vdr-version-2-7-6-freigegeben/?postID=1382343#post1382343 beschriebene Problem und Klaus hat auch schon einen Fix. Könntest Du den bitte einbauen?
Viele Grüße
Herbert
ich habe gerade alle Pakete auf den letzten Stand gebracht und jetzt funktioniert VNSI mit KODI nicht mehr. Ich denke, das ist das hier https://www.vdr-portal.de/forum/thread/136872-vdr-version-2-7-6-freigegeben/?postID=1382343#post1382343 beschriebene Problem und Klaus hat auch schon einen Fix. Könntest Du den bitte einbauen?
Viele Grüße
Herbert