Hi,
das hört sich elegant an
Mit dem Patch passiert aber praktisch das selbe, das durch die 2. Änderung vdradmin den Subtitle bei Bedarf auch anpasst.
Gruß
Stefan
Hi,
das hört sich elegant an
Mit dem Patch passiert aber praktisch das selbe, das durch die 2. Änderung vdradmin den Subtitle bei Bedarf auch anpasst.
Gruß
Stefan
Hi,
ZitatOriginal von stefan.h
Hi,
das hört sich elegant an
Mit dem Patch passiert aber praktisch das selbe, das durch die 2. Änderung vdradmin den Subtitle bei Bedarf auch anpasst.
Gruß
Stefan
Ich würde mich auch eher ark anschliessen und VDR das überlassen. Ich weiss zwar nicht, ob das jeder weiß, aber man kann beim Aufnahmentitel TITLE und EPISODE verwenden, die dann VDR automatisch in die entsprechenden Daten aus dem EPG ändert.
Dein Patch scheint das gleiche zu machen, "nur" dass dann bei der Timeranzeige schon die korrekten Daten angezeigt werden. Korrekt? Finde ich auch toll
Ich werde mir den Patch mal am Wochenende genauer anschauen...
Gruß,
Andreas
Hi,
ich hatte das mit EPSIODE ganz verdrängt
Für mich habe ich vdradmin jetzt so geändert wie ark es vorgeschlagen hat.
Für die Anzeige in vdradmin ist das nicht so wichtig, da ja wenn ein Subtitle vorhanden ist, der auch genommen wird. Nur in den seltenen Fällen wo keiner vorhanden ist, dann halt EPISODE.
Und sobald ein Subtitle im EPG auftaucht, würde vdradmin (mit meinem Patch) beim nächsten Check-Lauf den Subtitle eh anpassen.
Gruß
Stefan
Hallo,
amair:
Danke für die ausführliche Beschreibung der Autotimeroptionen.
"Autotimer Überwachung" habe ich bislang noch nicht gefunden, nur unter Konfiguration "Autotimer" "Akitv" (... peinlich schon wieder hänge ich an einer so simpelen Sache).
ZitatSoweit ich das bis jetzt in Erfahrung bringen kann, *könnte* auch der Autotimer betroffen sein, da damit *nicht nur* das IE-Problem gemeint ist, sondern allgemein die Summary-Eingabe. Ich habe nur noch keine Erklärung/Lösung für den Bug gefunden unglücklich und wieso EPG_DIRECT einen Unterschied macht.
Seit ich VDRAdmin installiert habe hatte ich noch keine Probleme mit meinem VDR! Auch habe ich bislang noch keine Aufnahme vermisst. (Und mit gesetzter "Serie"-Funktion landen sie auch wo sie hin sollen ) Zumindestens mit meinen Timern scheint es also ganz gut zu funktionieren.
Könnten die Probleme vielleicht mit gewissen Sonderzeichen im Summary zusammenhängen, die Perl anders intpretiert als der VDR? (... ist nur ein Schuss ins blaue, von Perl habe ich nicht allzuviel Ahnung.)
Gruss
SHF
Hi,
einen habe ich noch: beim Streamen von Recordings wird teilweise vor dem "find" für die Dateien schon der Title zerhackt (z.B. bei einem : im Recording Namen).
Wozu ist dieses codieren von bestimmten Zeichen überhaupt nötig?
Ich habe das mach gleich ganz raus gemacht
Außerdem habe ich den MIME Typ auf video geändert, weil z.B. plugger sonst immer meint es würde ich um eine mp3 Playliste handeln und xmms startet...
Gruß
Stefan
Hi,
ZitatOriginal von SHF
Hallo,
amair:
Danke für die ausführliche Beschreibung der Autotimeroptionen.
"Autotimer Überwachung" habe ich bislang noch nicht gefunden, nur unter Konfiguration "Autotimer" "Akitv" (... peinlich schon wieder hänge ich an einer so simpelen Sache).
Beim Bearbeiten des programmierten Timers gibt's die Option.
ZitatSeit ich VDRAdmin installiert habe hatte ich noch keine Probleme mit meinem VDR! Auch habe ich bislang noch keine Aufnahme vermisst. (Und mit gesetzter "Serie"-Funktion landen sie auch wo sie hin sollen ) Zumindestens mit meinen Timern scheint es also ganz gut zu funktionieren.
Super, dass es für Dich ganz gut funktioniert
ZitatKönnten die Probleme vielleicht mit gewissen Sonderzeichen im Summary zusammenhängen, die Perl anders intpretiert als der VDR? (... ist nur ein Schuss ins blaue, von Perl habe ich nicht allzuviel Ahnung.)
Gruss
SHF
Ich denke nicht, dass an gewissen Sonderzeichen liegt, da die Summary von "Der erste Flug" (das war mal so ein Beispiel) ganz OK ausschaut und auch der zu löschende Texte keine Sonderzeichen enthielt.
Dann haben noch manche Probleme mit dem IE, dass damit bestimmte Timer nicht programmiert werden können, mit Firefox schon: es wird keiner gezwungen den IE zu verwenden Wäre aber trotzdem schön, wenn's auch mit diesen altertümlichen Browser geht.
Also:
wenn jemand wieder 'ne Summary hat die nicht klappt, dann bitte mir mailen, wenn's geht mit der vorzunehmenden Änderung, damit es klappt.
Gruß,
Andreas
Hi,
ZitatAlles anzeigenOriginal von ronnykornexl
Allerdings wird beim ausführen von (vdradmind.pl) /tmp etwas angelegt:
Codebash> find /tmp/usr /tmp/usr /tmp/usr/local /tmp/usr/local/stow /tmp/usr/local/stow/vdradmin-0.97-am3.2 /tmp/usr/local/stow/vdradmin-0.97-am3.2/share /tmp/usr/local/stow/vdradmin-0.97-am3.2/share/vdradmin /tmp/usr/local/stow/vdradmin-0.97-am3.2/share/vdradmin/template
Das ganze ist kommischer weise leer.
MFG Ronny
In der install.sh/uninstall.sh habe ich vergessen statt "DESTDIR=/tmp" "DESTDIR=" einzugeben. Das müßte es gewesen sein...
Gruß,
Andreas
Hi,
ZitatOriginal von stefan.h
Hi,
einen habe ich noch: beim Streamen von Recordings wird teilweise vor dem "find" für die Dateien schon der Title zerhackt (z.B. bei einem : im Recording Namen).
Wozu ist dieses codieren von bestimmten Zeichen überhaupt nötig?
Ich habe das mach gleich ganz raus gemacht
So wie ich das sehe ist das notwendig, da VDR seine Aufnahmen ebenfalls kodiert. Ich kann mir nicht vorstellen, dass man das komplett heraus nehmen kann. Evtl. darf ein ":" nicht kodiert werden, aber dann klappt's nicht mit FAT. Hast Du zufällig VFAT nicht im VDR aktiviert?
ZitatAußerdem habe ich den MIME Typ auf video geändert, weil z.B. plugger sonst immer meint es würde ich um eine mp3 Playliste handeln und xmms startet...
Gruß
Stefan
War mir neu, dass es auch video/x-mpegurl gibt, ich kannte bisher nur audio/x-mpegurl und auch Google findet hauptsächlich letzteres.
Wenn keiner was dagegen hat, dann ändere ich das für die nächste Version.
Gruß,
Andreas
ZitatOriginal von amair
Hi,
So wie ich das sehe ist das notwendig, da VDR seine Aufnahmen ebenfalls kodiert. Ich kann mir nicht vorstellen, dass man das komplett heraus nehmen kann. Evtl. darf ein ":" nicht kodiert werden, aber dann klappt's nicht mit FAT. Hast Du zufällig VFAT nicht im VDR aktiviert?
Nein das meine ich nicht. Wenn z.B. der : als #3a kodiert wird, dann findet der find Befehl gar nichts mehr z.B. "live: rennen" -> "live#3a rennen" kann nicht gehen.
Wenn also für die Übertragung im HTML Body eine Kodierung nötig sein sollte (kann nicht erkennen warum es so sein sollte) dann muß die _nach_ dem find erfolgen.
Der : war hier nur ein Beispiel weils gerade so vorgekommen ist, es gibt noch andere Zeichen bei denen das selbe gilt z.B. §. Insofern war der : nicht das beste Beispiel weil VDR den z.T. besonders behandelt.
Klar?
Zitat
War mir neu, dass es auch video/x-mpegurl gibt, ich kannte bisher nur audio/x-mpegurl und auch Google findet hauptsächlich letzteres.
Richtig video/x-mpegurl gibt es nicht, ich mußte ihn erst einrichten. Aber wie gesagt ist audio/x-mpegurl auch nicht richtig, da dann ggf. ein Audio Player gestartet wird.
Es ist auch auch definitiv eine video Playliste die zurück kommt.
Gruß
Stefan
Hi,
ZitatOriginal von stefan.h
Nein das meine ich nicht. Wenn z.B. der : als #3a kodiert wird, dann findet der find Befehl gar nichts mehr z.B. "live: rennen" -> "live#3a rennen" kann nicht gehen.
Wenn also für die Übertragung im HTML Body eine Kodierung nötig sein sollte (kann nicht erkennen warum es so sein sollte) dann muß die _nach_ dem find erfolgen.
Der : war hier nur ein Beispiel weils gerade so vorgekommen ist, es gibt noch andere Zeichen bei denen das selbe gilt z.B. §. Insofern war der : nicht das beste Beispiel weil VDR den z.T. besonders behandelt.
Klar?
Ich denke schon, dass ich Dich verstehe, aber ich habe trotzdem recht (denke ich Schau' Dir mal im VDR-Source die Methode "ExchangeChars" in "recording.c" an. Dort wird in Abhängigkeit vom VFAT-Define eine Umkodierung vorgenommen oder nicht. Und dort kommen dann die "#xx" ins Spiel. Ich vermute also dass Du VFAT nicht gesetzt hast und deshalb keine #xx siehst.
Wie schaut's bei den anderen Benutzern aus? Gibt's da noch welche, die VFAT nicht nutzen? Ich vermute eher weniger, da sich sonst schon mehr beschwert hätten...
Also: wie soll man das Problem umgehen? Eine VDRAdmin-Option um VFAT Ein-/Auszuschalten oder das "find" mit und ohne kodiertem Titel aufrufen?
ZitatRichtig video/x-mpegurl gibt es nicht, ich mußte ihn erst einrichten. Aber wie gesagt ist audio/x-mpegurl auch nicht richtig, da dann ggf. ein Audio Player gestartet wird.
Es ist auch auch definitiv eine video Playliste die zurück kommt.
Gruß
Stefan
Das ganze "x-" Zeug ist halt nicht standardisiert und scheinbar gibt's keinen MIME-Typ für eine Video-Playlist.
Also: wenn keiner wiederspricht, werde ich's in video/x-mpegurl ändern.
Gruß,
Andreas
ZitatOriginal von amair
Hi,
Ich denke schon, dass ich Dich verstehe, aber ich habe trotzdem recht (denke ich Schau' Dir mal im VDR-Source die Methode "ExchangeChars" in "recording.c" an. Dort wird in Abhängigkeit vom VFAT-Define eine Umkodierung vorgenommen oder nicht. Und dort kommen dann die "#xx" ins Spiel. Ich vermute also dass Du VFAT nicht gesetzt hast und deshalb keine #xx siehst.
Wie schaut's bei den anderen Benutzern aus? Gibt's da noch welche, die VFAT nicht nutzen? Ich vermute eher weniger, da sich sonst schon mehr beschwert hätten...
Natürlich habe ich VFAT nicht gesetzt. Ist ja ein reines Linux Netzwerk. Von daher habe ich das so nicht betrachtet...
Zitat
Also: wie soll man das Problem umgehen? Eine VDRAdmin-Option um VFAT Ein-/Auszuschalten oder das "find" mit und ohne kodiertem Titel aufrufen?
Wenn ich mir den VDR Code so ansehe, scheint das die einzigste sauber Lösung zu sein.
Allerdings müßte man dann auch die Konvertierungen für nicht-VFAT beachten (siehe tCharExchange).
Anbei ein neuer Patch mit einer neuen Config-Option VDRVFAT (default=1, d.h. default ist jetziger Zustand).
Gruß
Stefan
Hallo,
ein kleiner Patch zum anzeigen der Aufnahme-Details in der Aufnahme-Liste bei vdr>=1.3.25 (summary.vdr => info.vdr).
Hi,
ZitatOriginal von vejoun
Hallo,
ein kleiner Patch zum anzeigen der Aufnahme-Details in der Aufnahme-Liste bei vdr>=1.3.25 (summary.vdr => info.vdr).
Danke für den Patch! Jedoch scheint damit die Kompatibilität zu Versionen <1.3.25 nicht gegeben zu sein, aber das sollte schon sein.
Gruß,
Andreas
Hi,
ZitatAlles anzeigenOriginal von stefan.h
Wenn ich mir den VDR Code so ansehe, scheint das die einzigste sauber Lösung zu sein.
Allerdings müßte man dann auch die Konvertierungen für nicht-VFAT beachten (siehe tCharExchange).
Anbei ein neuer Patch mit einer neuen Config-Option VDRVFAT (default=1, d.h. default ist jetziger Zustand).
Gruß
Stefan
Danke für den Patch!
Ich gehe mal davon aus, dass er auch die Konvertierungen für nicht-VFAT beachtet (Code scheint OK zu sein) und dass er die Aufnahmen findet...
Der Patch wird dann im nächsten Release enthalten sein.
Gruß,
Andreas
Hallo Andreas,
ich habe ja nicht gesagt das Du ihn so einbauen sollst. Er ist nur für diejenigen, die jetzt einen Patch für vdr >= 1.3.25 suchen. Natürlich muss es, wenn fest eingebaut, mit allen VDR-Versionen funktionieren. Ich brauchte den patch *jetzt* für *1.3.25*, und warum sollte ich den patch anderen vorenthalten?
Hi,
ZitatOriginal von vejoun
Hallo Andreas,
ich habe ja nicht gesagt das Du ihn so einbauen sollst. Er ist nur für diejenigen, die jetzt einen Patch für vdr >= 1.3.25 suchen. Natürlich muss es, wenn fest eingebaut, mit allen VDR-Versionen funktionieren. Ich brauchte den patch *jetzt* für *1.3.25*, und warum sollte ich den patch anderen vorenthalten?
Sorry, dann hab' ich's falsch verstanden
Aber als Basis ist er gut...
Gruß,
Andreas
Hallo amair,
ich habe jetzt eine neue globale Variable $VDRVERSION eingebaut, die beim svdrp-connect mit gefüllt wird. Bei vdr-1.3.25 enthält sie 10325.
Beim Patch ist jetzt eine Schleife mit drin
if ($VDRVERSION >= 10325 ) {
Jetzt sollte der Patch bei vdr < 1.3.25 das alte Verhalten zeigen.
Wenn die Detail-Ausgabe bei 1.3.25 nicht stimmt, kann das auch an der Konvertierung summary.vdr -> info.vdr liegen. Wenn man z.B. tvmovie2vdr verwendet, funktioniert die vdr-eigene Konvertierung nicht sehr gut.
(Auch dieser Patch erhebt kein Anspruch auf Aufnahme in Dein Paket )
Hi,
ZitatAlles anzeigenOriginal von vejoun
Hallo amair,
ich habe jetzt eine neue globale Variable $VDRVERSION eingebaut, die beim svdrp-connect mit gefüllt wird. Bei vdr-1.3.25 enthält sie 10325.
Beim Patch ist jetzt eine Schleife mit drin
if ($VDRVERSION >= 10325 ) {
Jetzt sollte der Patch bei vdr < 1.3.25 das alte Verhalten zeigen.
Wenn die Detail-Ausgabe bei 1.3.25 nicht stimmt, kann das auch an der Konvertierung summary.vdr -> info.vdr liegen. Wenn man z.B. tvmovie2vdr verwendet, funktioniert die vdr-eigene Konvertierung nicht sehr gut.
(Auch dieser Patch erhebt kein Anspruch auf Aufnahme in Dein Paket )
Super!
Die Idee mit einer Variable für die VDRVERSION kam mir heute auch, aber Du warst schneller
Ansonsten scheint der Patch ganz gut zu funktionieren. Ich würde ihn gerne in die Preview der v3.3 einbauen, ist das OK? Die Preview würde es dann Heute, spätestens Morgen geben.
Gruß,
Andreas
Klar kannst Du das einbauen In meinem vorherigen Post ist v3 des Patches. Er füllt $VDRVERSION nur noch beim ersten connect, spart eine regex bei jedem connect.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!