[Live] maskieren von "/" im Titel

  • Eine Aufnahme zu editieren geht schief, wenn der Titel ein "/" enthält. Der "/" wird dann als zusätzliches Unterverzeichnis interpretiert.

    Timer Aufnahmeverzeichnis laut Live: "Series~Hubert und/ohne Staller~Staffel 12~11. Ein kleines Stück vom Paradies"

    Filesystem Verzeichnis: "Series/Hubert_und~ohne_Staller/Staffel_12/11. Ein kleines Stück vom Paradies"

    Live Aufnahme editieren:


    Beim Speichern wird dann daraus ein neuer Pfad im Filesystem: "Series/Hubert und/ohne Staller/Staffel 12/11. Ein kleines Stück vom Paradies"

    VDR

    Server: Ubuntu 24.04 headless VDR im LXC Container, Plugins: satip (Octopus NET SL SX8), live, epgsearch, tvscraper, markad

    Clients: LibreELEC auf RasPi3 und RasPi 3+

    Edited 3 times, last by kfb77 (October 29, 2025 at 8:50 PM).

  • Ich hatte so einen Fall noch nie. Deshalb würde mich interessieren, ob der VDR '/' das im Titel durch #2F ersetzt hat. Andernfalls wäre das auch ein Thema für kls.

    Hardware: Antec NSK2480, Asus P8B75-M LX, Intel Core i5-3570T, 4 GB RAM, NVIDIA GT610, TT-Premium S2-6400, 128 GB SSD, 14 TB HDD, Pioneer BDR-207EBK
    Software: Ubuntu 22.04 LTS mit Kernel 6.8 und VDR 2.7.7 (mit offiziellen und eigenen Patches)
    Plugins: devstatus, dvbhddevice, dvd, dvdswitch, epgsearch, extrecmenu, recsearch, femon, live, markad, mlist, osdteletext, remote, satip, screenshot, skinnopacity, streamdev, systeminfo, undelete, xineliboutput
    Addons: VDR Convert 0.1.0 (angepasst)

  • Deshalb würde mich interessieren, ob der VDR '/' das im Titel durch #2F ersetzt hat.

    Filesystem Verzeichnis: "Series/Hubert_und~ohne_Staller/Staffel_12/11. Ein kleines Stück vom Paradies"

    Nein, VDR ersetzt es mit "~"

    VDR

    Server: Ubuntu 24.04 headless VDR im LXC Container, Plugins: satip (Octopus NET SL SX8), live, epgsearch, tvscraper, markad

    Clients: LibreELEC auf RasPi3 und RasPi 3+

  • VDR wandelt '~' <--> '/' (tauscht also die beiden Zeichen jeweils aus).

    Aber grundsätzlich müsste doch / im Titel mit #2F ersetzt werden, ähnlich wie : zu #3A, oder?

    Hardware: Antec NSK2480, Asus P8B75-M LX, Intel Core i5-3570T, 4 GB RAM, NVIDIA GT610, TT-Premium S2-6400, 128 GB SSD, 14 TB HDD, Pioneer BDR-207EBK
    Software: Ubuntu 22.04 LTS mit Kernel 6.8 und VDR 2.7.7 (mit offiziellen und eigenen Patches)
    Plugins: devstatus, dvbhddevice, dvd, dvdswitch, epgsearch, extrecmenu, recsearch, femon, live, markad, mlist, osdteletext, remote, satip, screenshot, skinnopacity, streamdev, systeminfo, undelete, xineliboutput
    Addons: VDR Convert 0.1.0 (angepasst)

  • Aber im Prinzip ist das doch falsch, oder?

    Hardware: Antec NSK2480, Asus P8B75-M LX, Intel Core i5-3570T, 4 GB RAM, NVIDIA GT610, TT-Premium S2-6400, 128 GB SSD, 14 TB HDD, Pioneer BDR-207EBK
    Software: Ubuntu 22.04 LTS mit Kernel 6.8 und VDR 2.7.7 (mit offiziellen und eigenen Patches)
    Plugins: devstatus, dvbhddevice, dvd, dvdswitch, epgsearch, extrecmenu, recsearch, femon, live, markad, mlist, osdteletext, remote, satip, screenshot, skinnopacity, streamdev, systeminfo, undelete, xineliboutput
    Addons: VDR Convert 0.1.0 (angepasst)

  • Aber es macht doch überhaupt keinen Sinn, ein Zeichen im Titel falsch – in diesem Fall als Indikator für ein Unterverzeichnis – zu interpretieren. Ich finde, kls sollte das fixen.

    Hardware: Antec NSK2480, Asus P8B75-M LX, Intel Core i5-3570T, 4 GB RAM, NVIDIA GT610, TT-Premium S2-6400, 128 GB SSD, 14 TB HDD, Pioneer BDR-207EBK
    Software: Ubuntu 22.04 LTS mit Kernel 6.8 und VDR 2.7.7 (mit offiziellen und eigenen Patches)
    Plugins: devstatus, dvbhddevice, dvd, dvdswitch, epgsearch, extrecmenu, recsearch, femon, live, markad, mlist, osdteletext, remote, satip, screenshot, skinnopacity, streamdev, systeminfo, undelete, xineliboutput
    Addons: VDR Convert 0.1.0 (angepasst)

    Edited once, last by SHofmann (October 31, 2025 at 6:52 PM).

  • Aber es macht doch überhaupt keinen Sinn, ein Zeichen im Titel falsch – in diesem Fall als Indikator für ein Unterverzeichnis – zu interpretieren. Ich finde, kls sollte das ändern.

    Das zu ändern wäre eine Inkompatibilität, und sollte vermieden werden.

    Es gibt hier auch kein richtig oder falsch. VDR definiert eindeutig, wie welches Zeichen zu interpretieren ist. Damit macht VDR das richtig. Falsch wäre, wenn es diese Definition nicht gäbe oder sie zweideutig wäre.

  • Das sehe ich nicht so, denn das betrifft ja nur neue Aufnahmen.

    Und es macht überhaupt keinen Sinn, externe Daten, die man nicht kontrollieren kann, mit internen Mechanismen zu interpretieren. Das gehört sich sauber escaped. Andernfalls wäre das dann genauso, also wenn man etwa in HTML oder XML eines der vier reservierten Zeichen ohne die "Transkodierung" ("&" zu "&amp;" usw.) zufällig verwendet. Halt Pech gehabt? Ich finde, wir machen uns das hier etwas zu einfach.

    Hardware: Antec NSK2480, Asus P8B75-M LX, Intel Core i5-3570T, 4 GB RAM, NVIDIA GT610, TT-Premium S2-6400, 128 GB SSD, 14 TB HDD, Pioneer BDR-207EBK
    Software: Ubuntu 22.04 LTS mit Kernel 6.8 und VDR 2.7.7 (mit offiziellen und eigenen Patches)
    Plugins: devstatus, dvbhddevice, dvd, dvdswitch, epgsearch, extrecmenu, recsearch, femon, live, markad, mlist, osdteletext, remote, satip, screenshot, skinnopacity, streamdev, systeminfo, undelete, xineliboutput
    Addons: VDR Convert 0.1.0 (angepasst)

  • Was genau bedeutet hier "editieren"? Ist das die Schnittfunktion von VDR?

    Nein. Es ist das Umbenennen der Aufnahme oder des Verzeichnisses der Aufnahme.

    "Editieren" war mein Wording, in Live heißt es "Aufzeichnung bearbeiten", siehe Screenshot.

    VDR

    Server: Ubuntu 24.04 headless VDR im LXC Container, Plugins: satip (Octopus NET SL SX8), live, epgsearch, tvscraper, markad

    Clients: LibreELEC auf RasPi3 und RasPi 3+

  • Auch das Zusammenspiel mit EPGsearch funktioniert reibungslos. :thumbup:

    Ein wenig verwirrend finde ich es aber schon, dass ~ einerseits auf Dateisystemebene einen Schrägstrich repräsentiert, in der Benutzeroberfläche aber Verzeichnisebenen voneinander trennt. In Skripten, etwa für die reccmds.conf, muss man da höllisch aufpassen…

    Hardware: Antec NSK2480, Asus P8B75-M LX, Intel Core i5-3570T, 4 GB RAM, NVIDIA GT610, TT-Premium S2-6400, 128 GB SSD, 14 TB HDD, Pioneer BDR-207EBK
    Software: Ubuntu 22.04 LTS mit Kernel 6.8 und VDR 2.7.7 (mit offiziellen und eigenen Patches)
    Plugins: devstatus, dvbhddevice, dvd, dvdswitch, epgsearch, extrecmenu, recsearch, femon, live, markad, mlist, osdteletext, remote, satip, screenshot, skinnopacity, streamdev, systeminfo, undelete, xineliboutput
    Addons: VDR Convert 0.1.0 (angepasst)

  • Ein wenig verwirrend finde ich es aber schon, dass ~ einerseits auf Dateisystemebene einen Schrägstrich repräsentiert, in der Benutzeroberfläche aber Verzeichnisebenen voneinander trennt. In Skripten, etwa für die reccmds.conf, muss man da höllisch aufpassen…

    Im code, z.B. von live, auch ...

  • Was ich aber klasse finde, ist, dass kls alle diese Szenarien schon berücksichtigt hatte… :)

    Hardware: Antec NSK2480, Asus P8B75-M LX, Intel Core i5-3570T, 4 GB RAM, NVIDIA GT610, TT-Premium S2-6400, 128 GB SSD, 14 TB HDD, Pioneer BDR-207EBK
    Software: Ubuntu 22.04 LTS mit Kernel 6.8 und VDR 2.7.7 (mit offiziellen und eigenen Patches)
    Plugins: devstatus, dvbhddevice, dvd, dvdswitch, epgsearch, extrecmenu, recsearch, femon, live, markad, mlist, osdteletext, remote, satip, screenshot, skinnopacity, streamdev, systeminfo, undelete, xineliboutput
    Addons: VDR Convert 0.1.0 (angepasst)

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!