Existiert sowas wie ein Standard für die Anzeige von Covern in VDR-Aufnahmeverzeichnissen durch skinnopacity oder Kodi?
Also, z.B. eine cover.jpg im Aufnahmeverzeichnis ähnlich wie es auch von VLC oder foobar2000 bei Audio-Dateien zur Anzeige erkannt wird?
Unterscheidet sich das von ffmpeg -i 00001.mp4 -map 0 -codec copy -f mpegts 00001.ts?
Damit hatte ich es eben hinbekommen und wollte eben schon die Lösung posten
, aber Du bist mir zuvorgekommen.
In der Folge ist bei mir die TS-Datei um knapp 10% gegenüber der MP4 gewachsen - ich nehme an, das ist normal?
Durch eine Verschiebung lag die Tage bei mir ein Aufnahmetimer daneben.
Also dachte ich mir, ich hole die Aufnahme als MP4 aus der Mediathek, kopier sie als 00001.ts ins Aufnahmeverzeichnis, lösche den Index und lasse den VDR den Aufnahmeindex neu regenerieren.
Das hatte, zumindest in meiner Erinnerung, vor 3-4 Jahren schon mal funktioniert.
Diesmal lief aber das syslog mit 2GB-Fehlermeldungen voll, ohne das es erfolgreich war.
Wie kann ich die MP4-Datei einer Mediathek für den VDR "mundgerecht" und möglichst verlustfrei umwandeln, so dass es wie eine Original-Aufnahmestream für ihn aussieht?
Edit - hier mal ffmpeg -i:
Danke euch beiden
Ursächlich scheint wohl --vfat zu sein, das bei mir schon seit Urzeiten wegen SMB mit übergeben wird.
Ist das mit aktuellen Samba-Versionen in einem reinen Linux-"Fuhrpark" überhaupt noch relevant?
Das könnte ich ich ja dann ggf. mal rausnehmen und durch --dirnames=,,1 ersetzen.
Ist das mit den max. 40 Zeichen bei Ordnern für Aufzeichnungen eigentlich hart im VDR gesetzt?
Oder kann man das per setup.conf o.ä. irgendwie verlängern?
kdgsv
Wie schnell bootet Dein System und kannst Du was zur rsync-Performance sagen?
Ist das möglicherweise ein Bug?
Oder blocken da udev-Einträge bzw. ist was geblacklistet?
Falls hier jemand auch einen Kernel 5.11.0 oder später mit einer DVBSky S952 hat:
bitte einfach mal ein dmesg | grep -i dvb laufen lassen und schauen, ob da eine Input-Sache auftaucht.
Kurioses Problem: eine DVBSky S952 funktioniert zwar in Sachen DVB, vom integrierten IR Input port ist aber nichts zu sehen.
Kernel ist 5.11.0.
Früher tauchten unter dmesg Input/IR-Einträge auf, nun Fehlanzeige.
cinfo Habe jetzt alles wie in Posting #6 durchlaufen lassen und vainfo liefert nach einem Neustart das
Habe ich immer noch die alte libva drauf?
Hakt es etwa hier?
Hm, was ist da so schwer die Skripte zu speichern und zu starten?
Mir wäre einfach eine paketierte Lösung lieber, die ich rückstandsfrei wieder aus dem System gekratzt bekomme.
Auch im Hinblick auf spätere Mint-Upgrades.
cd libvameson build/ sollte übrigens
cd libva
meson build/
sein.
vdpau klappt natürlich auch nicht, weil das intern bei Intel ja auch auch auf va umsetzt.
Bevor ich meine Nvidia GT630 wieder einsetze:
es gibt kein PPA für Focal mit aktuellen Intel-VAAPI-Paketen um vdr-sxfe ans Laufen zu bekommen?
bei easyVDR-5(focal) hat ein apt remove intel-media-va-driver va-driver-all
und apt install i965-va-driver-shaders zum Erfolg geführt.
Hat bei mir leider auch nach einem Neustart keinen Unterschied gemacht.
cinfo
Der Smiley war nicht gegen dich gerichtet (danke für die Hilfe!), sondern gegen die Tatsache, dass das offenbar übers reguläre Paketmanagement nicht zum Laufen zu bekommen ist. Ich verstehe es ehrlich gesagt nicht: die UHD 610er Graphics gibt es seit 2018 und sind der Brot&Butter-IGP bei Intel, das muss doch OOTB gehen.
cinfo : Genau die Antwort hatte ich befürchtet... 🙈
Habe eben mal LIBVA_DRIVER_NAME=i965 gesetzt, was leider zum nächsten Problem führt:
Irgendwelche Ideen?
Da half nur der Austausch des iHD Treibers (neue Version & Libva) bzw. die Umstellung auf i965
D.h. einfach mal LIBVA_DRIVER_NAME=i965setzen?
Wie bewerkstelligt man alternativ das Update der iHD-Treiber?
Was für eine CPU bzw. IGP hast du? Ist das eine, die zwingend den iHD Treiber benötigt?
G6405 mit UHD 610 Graphics - ich hab in Sachen Grafiktreiber nichts an dem System geändert, Mint hat den iHD-Treiber einfach so bei der Installation reingesetzt.
Habe doch noch was im syslog gefunden, wo jemand mit mehr Ahnung vielleicht etwas rauslesen könnte.
Siehe Anhang.
Habe ein ganz frisches Linux Mint 20.2 (Focal-Basis) mit Kernel 5.11.0-25 aufgesetzt auf Intel Hardware mit IGP.
Als PPAs sind yavdr/experimental-main und experimental-vdr hinzugefügt.
Als Frontend soll vdr-sxfe zum Einsatz kommen.
vdr-sxfe --video=opengl2 funktioniert soweit, aber bei vdr-sxfe --video=vaapi steigt er mit einem Speicherzugriffsfehler aus.
Ist das evtl. ein bekanntes Problem? Googeln war nicht wirklich ergiebig im Zusammenhang mit vdr-sxfe.
Gepackte Coredumps wäres vorhanden, sind aber ~15MB groß.
vainfo sagt
wolfi.m Mir ist das klar, aber offensichtlich ist es dem Plugin bzw. zwischengeschaltetem Skript nicht klar, sonst würde es den Pfad anders behandeln. Ein Leerzeichen im Sendernamen ist ja keine Seltenheit und seitens der channels.conf auch erlaubt.
Was ich auch erst eben realisiert habe:
Funktioniert
DasErsteIP;IPTV:10080:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=10080:I:0:32=27:257=???@15:0:0:1:1:10080:0
/etc/vdr/plugins/iptv/vlcinput/DasErsteIP.conf
Funktioniert nicht
Das Erste IP;IPTV:10080:S=0|P=0|F=EXT|U=vlc2iptv_raw|A=10080:I:0:32=27:257=???@15:0:0:1:1:10080:0
/etc/vdr/plugins/iptv/vlcinput/Das Erste IP.conf
Bug oder Feature?
teste ffplay & ffmpeg -i mal mit
https://mcdn.daserste.de/daserste/de/master.m3u8
Ich werd bekloppt, damit läuft's auf der Konsole wie im VDR:
D.h. nur über die obige URL bekommt er die Folge-Schnipsel richtig angefüttert?
Und bei http://tagesschau-lh.akamaihd.net/i/tagesschau_1@119231/index_3776_av-p.m3u8?sd=10&rebase=on
läuft er nach einem Schnipsel trocken?
Bei der ffplay-Ausgabe hat ich jetzt mal ein interessantes Ende:
Hier die Ausgabe von ffmpeg:
