Danke für die schnelle Umsetzung. Ein sudo apt-get update && sudo apt-get dist-upgrade und Neustart bringt weiterhin ein Fernsehbild.
Jetzt muss ich weiter Koffer packen ...
Danke für die schnelle Umsetzung. Ein sudo apt-get update && sudo apt-get dist-upgrade und Neustart bringt weiterhin ein Fernsehbild.
Jetzt muss ich weiter Koffer packen ...
Hallo seahawk1986,
besteht die Möglichkeit das ppa:seahawk1986-hotmail/vtuner-ng Repository auf den letzten Stand von https://github.com/joed74/vtuner-ng zu aktualisieren?
Ich habe unter Noble die Pakete Stand 0.0.1+git20240522 installiert, welche nicht funktioniert haben. Nach einem Download via "apt-get sourcce vtuner-ng-dkms" und einer manuellen Aktualisierung und Paketerstellung konnte ich meine Fritzbox erfolgreich als satip Quelle nutzen.
Zattoo 3 Monate kostenlos für Web.de und GMX-Nutzer
Fast ein Grund noch einen Anlauf zu starten.
Auf die Idee markad mit VAAPI zu benutzen, wäre ich nicht gekommen, da ich ja eine 1030 Nvidia GK habe.
Nach meinem Verständnis ist die Ursache eh nicht bei markad zu suchen.
Darf es auch aus der flatpak-Variante von Kodi sein?
Versuche doch mal mit htop und iotop während einer Aufnahme rauszufinden, was deinen Rechner überlastet.
Danke für den Tipp für die beiden top-Varianten. Ich versuche den Fehler nachzustellen. Die Aufnahme gestern scheint unauffällig.
Sinnvoll, bei der doch wenig leistungsfähigen CPU, sollte aber auch wenn markad parallel zur Aufnahme läuft, kein Problem sein, da markad per Default mit Prio idle läuft.
Gibt es einen aktuellen Tipp für eine CPU, die dem Stand der Technik entspricht?
Was sagt "sudo dd if=/dev/zero of=<Pfad zu Videoplatte/irgendein Dateiname> bs=1M count=1024 conv=fdatasync,notrunc" ?
#> sudo dd if=/dev/zero of=/srv/vdr/video/test bs=1M count=1024 conv=fdatasync,notrunc
1024+0 Datensätze ein
1024+0 Datensätze aus
1073741824 Bytes (1,1 GB, 1,0 GiB) kopiert, 2,30632 s, 466 MB/s
Hier ist noch die Liste meiner Plugins:
#> vdr -V
vdr (2.7.4/6) - The Video Disk Recorder
conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
dbus2vdr (31) - control vdr via D-Bus
desktop (0.0.3) - desktop apps menu
devstatus (0.4.1) - Status of dvb devices
epg2vdr (1.2.17-GIT) - epg2vdr plugin
epgsearch (2.4.3) - search the EPG for repeats and more
epgsearchonly (0.0.1) - Direct access to epgsearch's search menu
extrecmenung (2.0.13) - Extended recordings menu
live (3.3.9) - Live Interactive VDR Environment
markad (4.2.10) - Mark advertisements
menuorg (0.5.2) - Reorganizes the main menu
osd2web (0.3.2-GIT) - osd2web plugin
permashift (1.0.4) - Auto-buffer live TV
pulsecontrol (0.2.1) - control settings of pulseaudio
quickepgsearch (0.0.1) - Quick search for broadcasts
skindesigner (1.2.25) - Skin Designer
softhdcuvid (3.31) - A software and GPU emulated UHD device
systeminfo (0.1.5) - Display various system informations
Display More
markad ist so eingestellt, dass es erst nach einer Aufnahme startet.
epgd läuft auch auf diesem Rechner.
#> cat /proc/cpuinfo |grep "model name"
model name : Intel(R) Celeron(R) CPU G550 @ 2.60GHz
model name : Intel(R) Celeron(R) CPU G550 @ 2.60GHz
Gestern habe ich an meinem vdr während einer Aufnehme das durchgehende Leuchten der Festplatten-LED bemerkt. In den Logs sind mir dann die Buffer Overflows aufgefallen. Nach Abschluss der Aufanhme hatte diese nur eine Länge von ca. 26 Minuten, obwohl ca. 50 programmiert waren.
2025-03-26T20:56:54.243579+01:00 vdr vdr: [4624] /srv/vdr/video/Doc_Fischer/Doc_Fischer/2025-03-26.20.13.16-0.rec: 5 new errors (total 5165)
2025-03-26T20:56:56.519230+01:00 vdr vdr: [4625] buffer usage: 70% (tid=4624)
2025-03-26T20:56:58.833237+01:00 vdr vdr: [4625] buffer usage: 80% (tid=4624)
2025-03-26T20:57:01.247546+01:00 vdr vdr: [4625] buffer usage: 60% (tid=4624)
2025-03-26T20:57:01.289162+01:00 vdr vdr: [4624] ERROR: skipped 187 bytes to sync on start of TS packet at remux.c/Analyze(2179)
2025-03-26T20:57:02.274647+01:00 vdr vdr: [4624] /srv/vdr/video/Doc_Fischer/Doc_Fischer/2025-03-26.20.13.16-0.rec: 6 new errors (total 5171)
2025-03-26T20:57:07.389270+01:00 vdr vdr: [4625] buffer usage: 70% (tid=4624)
2025-03-26T20:57:08.009700+01:00 vdr vdr: [1332] live: DH: ------ RecordingsTree::RecordingsTree() --------, required time: 0,00254
2025-03-26T20:57:08.019586+01:00 vdr vdr: [1332] live, time recordings.ecpp recs lv 0: 0,000128
2025-03-26T20:57:08.019735+01:00 vdr vdr: [1332] live, time recordings.ecpp: 0,012508
2025-03-26T20:57:09.102723+01:00 vdr vdr: [4625] buffer usage: 80% (tid=4624)
2025-03-26T20:57:11.116563+01:00 vdr vdr: [4625] buffer usage: 90% (tid=4624)
2025-03-26T20:57:12.426827+01:00 vdr vdr: [4625] buffer usage: 50% (tid=4624)
2025-03-26T20:57:13.734654+01:00 vdr vdr: [4625] i/o throttle released, count = 0 (tid=4625)
2025-03-26T20:57:25.610387+01:00 vdr vdr: [4625] i/o throttle activated, count = 1 (tid=4625)
2025-03-26T20:57:30.037868+01:00 vdr vdr: [4625] buffer usage: 70% (tid=4624)
2025-03-26T20:57:31.650982+01:00 vdr vdr: [4625] buffer usage: 80% (tid=4624)
2025-03-26T20:57:33.664441+01:00 vdr vdr: [4625] buffer usage: 90% (tid=4624)
2025-03-26T20:57:34.977200+01:00 vdr vdr: [4625] buffer usage: 100% (tid=4624)
2025-03-26T20:57:34.977372+01:00 vdr vdr: [4625] ERROR: 27731 ring buffer overflows (5213241 bytes dropped)
2025-03-26T20:57:40.022465+01:00 vdr vdr: [4625] ERROR: 39773 ring buffer overflows (7477324 bytes dropped)
2025-03-26T20:57:42.640232+01:00 vdr vdr: [4625] buffer usage: 40% (tid=4624)
2025-03-26T20:57:45.867124+01:00 vdr vdr: [4624] ERROR: skipped 187 bytes to sync on start of TS packet at remux.c/Analyze(2179)
2025-03-26T20:57:51.341660+01:00 vdr vdr: [5095] live: DH: ------ RecordingsTree::RecordingsTree() --------, required time: 0,00237
2025-03-26T20:57:51.341842+01:00 vdr vdr: [5095] live INFO, get_recordings.ecpp, recordings tree re-created
2025-03-26T20:57:52.024374+01:00 vdr vdr: [4624] /srv/vdr/video/Doc_Fischer/Doc_Fischer/2025-03-26.20.13.16-0.rec: 8 new errors (total 5179)
2025-03-26T20:57:55.526446+01:00 vdr vdr: [4625] buffer usage: 70% (tid=4624)
2025-03-26T20:57:57.139409+01:00 vdr vdr: [4625] buffer usage: 80% (tid=4624)
2025-03-26T20:57:58.652554+01:00 vdr vdr: [4625] buffer usage: 90% (tid=4624)
2025-03-26T20:58:00.366073+01:00 vdr vdr: [4625] buffer usage: 100% (tid=4624)
2025-03-26T20:58:00.366248+01:00 vdr vdr: [4625] ERROR: 1179 ring buffer overflows (221465 bytes dropped)
2025-03-26T20:58:01.373265+01:00 vdr vdr: [4625] buffer usage: 40% (tid=4624)
2025-03-26T20:58:03.748562+01:00 vdr vdr: [1333] live: DH: ------ RecordingsTree::RecordingsTree() --------, required time: 0,00252
2025-03-26T20:58:03.748746+01:00 vdr vdr: [1333] live INFO, get_recordings.ecpp, recordings tree re-created
2025-03-26T20:58:05.405294+01:00 vdr vdr: [4625] buffer usage: 70% (tid=4624)
2025-03-26T20:58:07.118737+01:00 vdr vdr: [4625] buffer usage: 80% (tid=4624)
2025-03-26T20:58:08.631637+01:00 vdr vdr: [4625] buffer usage: 90% (tid=4624)
2025-03-26T20:58:10.344870+01:00 vdr vdr: [4625] buffer usage: 100% (tid=4624)
2025-03-26T20:58:10.345036+01:00 vdr vdr: [4625] ERROR: 5459 ring buffer overflows (1026292 bytes dropped)
2025-03-26T20:58:11.351797+01:00 vdr vdr: [4625] buffer usage: 60% (tid=4624)
2025-03-26T20:58:11.390163+01:00 vdr vdr: [4624] ERROR: skipped 187 bytes to sync on start of TS packet at remux.c/Analyze(2179)
2025-03-26T20:58:14.171825+01:00 vdr vdr: [4624] /srv/vdr/video/Doc_Fischer/Doc_Fischer/2025-03-26.20.13.16-0.rec: 3 new errors (total 5182)
2025-03-26T20:58:15.178896+01:00 vdr vdr: [4625] buffer usage: 70% (tid=4624)
2025-03-26T20:58:16.992371+01:00 vdr vdr: [4625] buffer usage: 80% (tid=4624)
2025-03-26T20:58:19.006077+01:00 vdr vdr: [4625] buffer usage: 90% (tid=4624)
2025-03-26T20:58:21.119931+01:00 vdr vdr: [4625] buffer usage: 100% (tid=4624)
2025-03-26T20:58:21.120117+01:00 vdr vdr: [4625] ERROR: 4500 ring buffer overflows (845813 bytes dropped)
2025-03-26T20:58:23.530527+01:00 vdr vdr: [1332] live INFO, get_recordings.ecpp, recordings tree re-created
2025-03-26T20:58:27.063913+01:00 vdr vdr: [4625] ERROR: 37294 ring buffer overflows (7011272 bytes dropped)
2025-03-26T20:58:32.208183+01:00 vdr vdr: [4624] recording to '/srv/vdr/video/Doc_Fischer/Doc_Fischer/2025-03-26.20.13.16-0.rec/00002.ts'
2025-03-26T20:58:32.307322+01:00 vdr vdr: [4625] buffer usage: 60% (tid=4624)
2025-03-26T20:58:32.860914+01:00 vdr vdr: [4624] ERROR: skipped 187 bytes to sync on start of TS packet at remux.c/Analyze(2179)
2025-03-26T20:58:32.911640+01:00 vdr vdr: [4625] i/o throttle released, count = 0 (tid=4625)
2025-03-26T20:58:33.526436+01:00 vdr vdr: [4624] /srv/vdr/video/Doc_Fischer/Doc_Fischer/2025-03-26.20.13.16-0.rec: 12 new errors (total 5194)
2025-03-26T20:58:38.055722+01:00 vdr vdr: [4625] i/o throttle activated, count = 1 (tid=4625)
2025-03-26T20:58:41.081978+01:00 vdr vdr: [4625] buffer usage: 70% (tid=4624)
2025-03-26T20:58:42.695394+01:00 vdr vdr: [4625] buffer usage: 80% (tid=4624)
2025-03-26T20:58:44.208666+01:00 vdr vdr: [4625] buffer usage: 90% (tid=4624)
2025-03-26T20:58:45.722006+01:00 vdr vdr: [4625] buffer usage: 100% (tid=4624)
2025-03-26T20:58:45.722201+01:00 vdr vdr: [4625] ERROR: 13280 ring buffer overflows (2496453 bytes dropped)
2025-03-26T20:58:51.063462+01:00 vdr vdr: [4625] ERROR: 36170 ring buffer overflows (6799960 bytes dropped)
2025-03-26T20:58:51.366103+01:00 vdr vdr: [4625] buffer usage: 60% (tid=4624)
2025-03-26T20:58:52.900184+01:00 vdr vdr: [4624] /srv/vdr/video/Doc_Fischer/Doc_Fischer/2025-03-26.20.13.16-0.rec: 5 new errors (total 5199)
2025-03-26T20:58:59.024708+01:00 vdr vdr: [4625] buffer usage: 70% (tid=4624)
2025-03-26T20:59:00.738181+01:00 vdr vdr: [4625] buffer usage: 80% (tid=4624)
2025-03-26T20:59:02.851966+01:00 vdr vdr: [4625] buffer usage: 90% (tid=4624)
2025-03-26T20:59:03.693799+01:00 vdr vdr: [4624] ERROR: skipped 187 bytes to sync on start of TS packet at remux.c/Analyze(2179)
2025-03-26T20:59:03.759639+01:00 vdr vdr: [4625] buffer usage: 50% (tid=4624)
2025-03-26T20:59:04.422475+01:00 vdr vdr: [4624] /srv/vdr/video/Doc_Fischer/Doc_Fischer/2025-03-26.20.13.16-0.rec: 3 new errors (total 5202)
2025-03-26T20:59:08.398399+01:00 vdr vdr: [4625] buffer usage: 70% (tid=4624)
2025-03-26T20:59:10.011863+01:00 vdr vdr: [4625] buffer usage: 80% (tid=4624)
2025-03-26T20:59:11.425001+01:00 vdr vdr: [4625] buffer usage: 90% (tid=4624)
2025-03-26T20:59:12.938160+01:00 vdr vdr: [4625] buffer usage: 100% (tid=4624)
2025-03-26T20:59:12.938345+01:00 vdr vdr: [4625] ERROR: 2064 ring buffer overflows (387845 bytes dropped)
2025-03-26T20:59:17.172279+01:00 vdr vdr: [4625] buffer usage: 60% (tid=4624)
2025-03-26T20:59:18.178619+01:00 vdr vdr: [4625] i/o throttle released, count = 0 (tid=4625)
2025-03-26T20:59:25.226078+01:00 vdr vdr: [4625] i/o throttle activated, count = 1 (tid=4625)
2025-03-26T20:59:29.353727+01:00 vdr vdr: [4625] buffer usage: 70% (tid=4624)
2025-03-26T20:59:31.173734+01:00 vdr vdr: [4624] ERROR: skipped 187 bytes to sync on start of TS packet at remux.c/Analyze(2179)
2025-03-26T20:59:31.266510+01:00 vdr vdr: [4625] buffer usage: 60% (tid=4624)
2025-03-26T20:59:32.574530+01:00 vdr vdr: [4625] buffer usage: 70% (tid=4624)
2025-03-26T20:59:34.788293+01:00 vdr vdr: [4625] buffer usage: 80% (tid=4624)
2025-03-26T20:59:37.001926+01:00 vdr vdr: [4625] buffer usage: 90% (tid=4624)
2025-03-26T20:59:39.115369+01:00 vdr vdr: [4625] buffer usage: 100% (tid=4624)
2025-03-26T20:59:39.115541+01:00 vdr vdr: [4625] ERROR: 28778 ring buffer overflows (5410077 bytes dropped)
2025-03-26T20:59:45.058741+01:00 vdr vdr: [4625] ERROR: 37158 ring buffer overflows (6985704 bytes dropped)
2025-03-26T20:59:51.005485+01:00 vdr vdr: [4625] ERROR: 41175 ring buffer overflows (7740900 bytes dropped)
2025-03-26T20:59:54.734503+01:00 vdr vdr: [4624] /srv/vdr/video/Doc_Fischer/Doc_Fischer/2025-03-26.20.13.16-0.rec: 9 new errors (total 5211)
2025-03-26T20:59:57.058422+01:00 vdr vdr: [4625] ERROR: 46252 ring buffer overflows (8695376 bytes dropped)
Display More
Das System habe ich vor kurzem auf Ubuntu 24.04. und vdr 2.7.4 (yavdr) aktualisiert. Buffer Overflows gab es auch davor von Zeit zu Zeit aber nicht in dem Ausmaß.
Aufnahmemedium ist ein lokale SSD. Kann die Ursache eine sterbende SSD sein?
Derzeit eher nicht. Auf Astra gibt es RTL und Pro7 in UHD und HDR mit einigen Sendungen.
Ich habe auch schon mal über einen Odroid N2+ nachgedacht. HDR oder UHD Unterstützung ist dann im Moment eher die Kategorie Nice to have.
Wie ist eigentlich die Netzwerkperformance? Funktioniert der Empfang via IPTV/SatIP und die gleichzeitige Wiedergabe oder Aufnahme über einen Netzwerk-Share?
Ja das auch, aber auch hier unter debian für meine Tests.
Wenn ich mich richtig erinnere, hatte ich Probleme beim Kompilieren vom inputstream.adaptive Plugin und konnte Abhängigkeiten nicht auflösen. Daher bin ich dann auf die flatpak Variante ausgewichen.
Tja ich weiss leider nicht welche Magic da in flatpak eingebaut ist das sie eigene libs verwenden können. Ich habe mir Kodi hier selbst compiliert.
Wahrscheinlich als Bestandteil des VDR*Elec Paketes?
Hast du zufällig bereits eines der Zattoo Pakete getestet, ob das Rechtemanagement auch mit den zusätzlichen HD Sendern funktioniert?
Erweitere doch mal /etc/ld.so.conf um den Pfad zu der flatpack libstdc
Ich habe den Pfad zu den flatpack Libraries in der /etc/ld.so.conf bzw. unter /etc/ld.so.conf.d/flatpack.conf ergänzt und den Cache via ldconfig aufgefrischt. Das hat leider zu einem Hänger beim Booten des Systems geführt. Mit einem chroot auf die yavdr Partition bekomme ich folgende Fehlermeldung:
#> chroot /mnt/yavdr
/bin/bash: /var/lib/flatpak/runtime/org.freedesktop.Platform/x86_64/24.08/active/files/lib/x86_64-linux-gnu/libtinfo.so.6: no version information available (required by /bin/bash)
/bin/bash: symbol lookup error: /var/lib/flatpak/runtime/org.freedesktop.Platform/x86_64/24.08/active/files/lib/x86_64-linux-gnu/libc.so.6: undefined symbol: __tunable_is_initialized, version GLIBC_PRIVATE
Nach einem Löschen des Caches läuft das System wieder.
Schau doch mal mit ldd welche libs dash2ts und inputstream.adaptive.so.21.5.9 so brauchen.
#> ldd /usr/local/bin/dash2ts |grep libstdc
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x000076b6a6e00000)
#> ldd /var/lib/flatpak/app/tv.kodi.Kodi/x86_64/stable/active/files/lib/kodi/addons/inputstream.adaptive/inputstream.adaptive.so.21.5.9|grep libstdc
/var/lib/flatpak/app/tv.kodi.Kodi/x86_64/stable/active/files/lib/kodi/addons/inputstream.adaptive/inputstream.adaptive.so.21.5.9: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.32' not found (required by /var/lib/flatpak/app/tv.kodi.Kodi/x86_64/stable/active/files/lib/kodi/addons/inputstream.adaptive/inputstream.adaptive.so.21.5.9)
/var/lib/flatpak/app/tv.kodi.Kodi/x86_64/stable/active/files/lib/kodi/addons/inputstream.adaptive/inputstream.adaptive.so.21.5.9: /lib/x86_64-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.15' not found (required by /var/lib/flatpak/app/tv.kodi.Kodi/x86_64/stable/active/files/lib/kodi/addons/inputstream.adaptive/inputstream.adaptive.so.21.5.9)
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007507fba00000)
#> ls -l /lib/x86_64-linux-gnu/libstdc++.so.6
lrwxrwxrwx 1 root root 19 Mai 13 2023 /lib/x86_64-linux-gnu/libstdc++.so.6 -> libstdc++.so.6.0.30
Ich vermute mal das inputstream.adaptive.so in flatpack eine eigene libc mitbringt. Dann müsste dein LD_PRELOAD dorthin zeigen.
Stimmt:
#> ls -l /var/lib/flatpak/runtime/org.freedesktop.Platform/x86_64/24.08/active/files/lib/x86_64-linux-gnu/libstdc++.so.6
lrwxrwxrwx 1 root root 19 Mär 5 20:44 /var/lib/flatpak/runtime/org.freedesktop.Platform/x86_64/24.08/active/files/lib/x86_64-linux-gnu/libstdc++.so.6 -> libstdc++.so.6.0.33
Müsste das dann nicht funktionieren?
#> export LD_PRELOAD=/var/lib/flatpak/runtime/org.freedesktop.Platform/x86_64/24.08/active/files/lib/x86_64-linux-gnu/libstdc++.so.6
#> ldd /var/lib/flatpak/app/tv.kodi.Kodi/x86_64/stable/active/files/lib/kodi/addons/inputstream.adaptive/inputstream.adaptive.so.21.5.9
/bin/bash: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.38' not found (required by /var/lib/flatpak/runtime/org.freedesktop.Platform/x86_64/24.08/active/files/lib/x86_64-linux-gnu/libstdc++.so.6)
/bin/bash: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.36' not found (required by /var/lib/flatpak/runtime/org.freedesktop.Platform/x86_64/24.08/active/files/lib/x86_64-linux-gnu/libstdc++.so.6)
Übersetzt du das dash2ts selber ?
Ja. Mir ist bisher kein fertiges Paket für yaVDR bekannt.
Wie sieht es denn mit Kodi aus ? Läuft es denn da und du kannst da Zattoo schauen ?
Funktioniert ohne Probleme.
Das dash2ts und das inputstream-adaptive.so plugin scheinen dann mit unterschiedlichen glibc übersetzt zu sein. Evtl. kannst du einen LD_PRELOAD der "fehlenden" glibc in das zattoostream.sh einbauen.
zattoostream.sh habe ich jetzt ergänzt:
LD_PRELOAD=/lib/x86_64-linux-gnu/libstdc++.so.6
exec /usr/local/bin/zattoostream -v -p ${PORT} -u $PARAMETER
Das hat sich leider nichts geändert und die Logs geben keine Hinweise.
Ein direkter Aufruf von /usr/local/bin/zattoostream -v -p 4321 -u 1457518131 gibt auch keine Meldungen aus.
Leider nicht. Dash2ts wird von zattoostream aufgerufen und das wird aus zattoostream.sh heraus aufgerufen. Und in zattoostream.sh musst du das -v dazupacken.
Gibt es noch ein anderes zattoostream.sh?
#> grep exec /usr/share/vdr/plugins/iptv/zattoostream.sh
exec /usr/local/bin/zattoostream -v -p ${PORT} -u $PARAMETER
Habe ich eigentlich schon :
#> sudo systemctl status zattood.service
zattood.service - Zattoo Daemon
Loaded: loaded (/lib/systemd/system/zattood.service; bad; vendor preset: enabled)
Active: active (running) since Fri 2025-03-07 17:05:47 CET;
Main PID: 2027 (zattood)
Tasks: 3 (limit: 18890)
Memory: 6.0M
CPU: 142ms
CGroup: /system.slice/zattood.service
└─2027 /usr/local/bin/zattood -v -k /var/lib/flatpak/app/tv.kodi.Kodi/x86_64/stable/active/files/lib/kodi>
#> grep exec /usr/share/vdr/plugins/iptv/zattoostream.sh
exec /usr/local/bin/zattoostream -v -p ${PORT} -u $PARAMETER
Ich habe mich mal wieder an dash2ts mit flatpak Kodi 21 versucht. Die Links aus den README sollten soweit passen. Das aktuelle DCB-C Fernsehbild friert beim Umschalten auf einen IPTV/Zattoo Sender aber ein.
Leider scheint libstdc++ von Ubuntu 22.04. zu alt für Kodi zu sein. Nach meinem Verständnis bringt doch flatpak alle nötigen Bibliotheken mit, um "unabhängig" zu funktionieren?
#> strings /lib/x86_64-linux-gnu/libstdc++.so.6.0.30|grep GLIBCXX_3.4.3
GLIBCXX_3.4.3
GLIBCXX_3.4.30
Gebraucht wird aber GLIBCXX_3.4.32:
Mär 05 20:52:56 vdr vdr[2449]: [2485] SVDRP vdr < 127.0.0.1:58398 client connection accepted
Mär 05 20:52:56 vdr vdr[2449]: [2485] SVDRP vdr > 127.0.0.1:58398 server created
Mär 05 20:52:56 vdr vdr[2449]: [2485] SVDRP vdr < 127.0.0.1:58398 connection closed
Mär 05 20:52:56 vdr vdr[2449]: [2485] SVDRP vdr < 127.0.0.1:58398 server destroyed
Mär 05 20:52:57 vdr vdr[2449]: [2449] switching to channel 12 I-1457518131-80-1 (ONE HD)
Mär 05 20:52:57 vdr vdr[2449]: [2449] [softhddev]SetPlayMode: 0
Mär 05 20:52:57 vdr vdr[2449]: [2449] [softhddev]SetVolumeDevice: 255
Mär 05 20:52:57 vdr vdr[2449]: Set Playmode 0
Mär 05 20:52:57 vdr vdr[2449]: video: set closing
Mär 05 20:52:57 vdr vdr[2449]: video: set clock --:--:--.---
Mär 05 20:52:57 vdr vdr[2449]: video: reset start
Mär 05 20:52:57 vdr vdr[2449]: video: set clock --:--:--.---
Mär 05 20:52:57 vdr vdr[2449]: video: new stream start
Mär 05 20:52:57 vdr vdr[2449]: [2449] [softhddev]SetVideoDisplayFormat: 1
Mär 05 20:52:57 vdr vdr[2449]: [2449] [softhddev]GetSpuDecoder:
Mär 05 20:52:57 vdr vdr[2449]: [2486] device 1 TS buffer thread ended (pid=2449, tid=2486)
Mär 05 20:52:57 vdr vdr[2449]: [2484] buffer stats: 194768 (1%) used
Mär 05 20:52:57 vdr vdr[2449]: [2484] device 1 receiver thread ended (pid=2449, tid=2484)
Mär 05 20:52:57 vdr vdr[2449]: video/cuvid: closing eof
Mär 05 20:52:57 vdr vdr[2591]: Error Open inputstream-adaptive lib: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.32' not found (required by /var/lib/flatpak/app/tv.kodi.Kodi/x86_64/stable/active/files/lib/kodi/addons/inputstream.adaptive/inputstream.adaptive.so.21.5.9)
Mär 05 20:52:57 vdr vdr[2591]: -------Start---------
Mär 05 20:52:57 vdr vdr[2591]: Path /var/lib/flatpak/app/tv.kodi.Kodi/x86_64/stable/active/files/lib/kodi
Mär 05 20:52:57 vdr vdr[2591]: drm_token:
Mär 05 20:52:57 vdr vdr[2591]: Server Port 4321
Mär 05 20:52:57 vdr vdr[2591]: Open lib /var/lib/flatpak/app/tv.kodi.Kodi/x86_64/stable/active/files/lib/kodi/addons/inputstream.adaptive/inputstream.adaptive.so.21.5.9
Mär 05 20:52:57 vdr vdr[2449]: [2595] device 2 receiver thread started (pid=2449, tid=2595, prio=high)
Mär 05 20:52:57 vdr vdr[2449]: [2596] IPTV streamer thread started (pid=2449, tid=2596, prio=high)
Mär 05 20:52:57 vdr vdr[2449]: [2449] [softhddev]SetPlayMode: 1
Mär 05 20:52:57 vdr vdr[2449]: [2449] [softhddev]SetVolumeDevice: 255
Mär 05 20:52:57 vdr vdr[2449]: Set Playmode 1
Mär 05 20:52:57 vdr vdr[2449]: video: set trick-speed 0
Mär 05 20:52:57 vdr vdr[2449]: [softhddev]GetVideoSize: 1280x720 1,77778
Mär 05 20:52:57 vdr vdr[2449]: [2449] [softhddev]CreateOsd: left 154, top 621, level 0, using OpenGL OSD support
Mär 05 20:52:57 vdr vdr[2449]: [2449] [softhddev]cOglOsd osdLeft 154 osdTop 621 screenWidth 1920 screenHeight 1080