You are not logged in.

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

81

Friday, May 27th 2005, 7:58am

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

amair

Master

  • "amair" started this thread

Posts: 2,303

Location: Schrobenhausen

Occupation: Software-Entwicklung und -Support

  • Send private message

82

Friday, May 27th 2005, 8:45am

Hi,

Quoted

Original 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

83

Friday, May 27th 2005, 10:03am

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

SHF

Sage

Posts: 3,865

Location: hessische Bergstrasse

  • Send private message

84

Saturday, May 28th 2005, 12:52am

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).

Quoted

Soweit 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
Gruss
SHF


Mein VDR:

vdr-1.4.3-4 mit BigPatch und Plugin BigPack, SuSE 9.0, Kernel 2.4.21, DVB Treiber 06.07.2005 FullTS-Patch, noad 0.6.1
auf HP Vectra VLi8 (PIII 500, 256MB), 16GB 2,5" SSD (Sytem und Swap), 2TB HDD* (Video), 1x TT FF DVB-S 1.5 FullTS-Mod, 1x TT Budget DVB-S

(* Weil ich das inzwischen öfters gefragt wurde: Nein, das BIOS erkennt die grossen Platten nicht vollständig, das stört Linux aber nicht!)

85

Saturday, May 28th 2005, 8:08am

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
stefan.h has attached the following file:

This post has been edited 1 times, last edit by "stefan.h" (May 28th 2005, 8:09am)


Posts: 2,805

Location: Landkreis Dahme-Spreewald (LDS)

  • Send private message

86

Sunday, May 29th 2005, 2:48pm

:gap

This post has been edited 1 times, last edit by "ronnykornexl" (Oct 27th 2005, 5:29pm)


amair

Master

  • "amair" started this thread

Posts: 2,303

Location: Schrobenhausen

Occupation: Software-Entwicklung und -Support

  • Send private message

87

Monday, May 30th 2005, 8:26am

Hi,

Quoted

Original 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.

Quoted

Quoted

Soweit 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.

Super, dass es für Dich ganz gut funktioniert :)

Quoted

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

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

amair

Master

  • "amair" started this thread

Posts: 2,303

Location: Schrobenhausen

Occupation: Software-Entwicklung und -Support

  • Send private message

88

Monday, May 30th 2005, 8:28am

Hi,

Quoted

Original von ronnykornexl
Allerdings wird beim ausführen von (vdradmind.pl) /tmp etwas angelegt:

Source code

1
2
3
4
5
6
7
8
bash> 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

This post has been edited 1 times, last edit by "amair" (May 30th 2005, 8:33am)


amair

Master

  • "amair" started this thread

Posts: 2,303

Location: Schrobenhausen

Occupation: Software-Entwicklung und -Support

  • Send private message

89

Monday, May 30th 2005, 8:43am

Hi,

Quoted

Original 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?

Quoted

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

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

90

Monday, May 30th 2005, 7:30pm

Quoted

Original von amair
Hi,

Quoted

Original 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?


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?

Quoted


Quoted

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

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

amair

Master

  • "amair" started this thread

Posts: 2,303

Location: Schrobenhausen

Occupation: Software-Entwicklung und -Support

  • Send private message

91

Tuesday, May 31st 2005, 8:13am

Hi,

Quoted

Original von stefan.h

Quoted

Original von amair
Hi,

Quoted

Original 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?


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?

Quoted

Quoted


Quoted

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

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

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

92

Tuesday, May 31st 2005, 5:42pm

Quoted

Original von amair
Hi,

Quoted

Original von stefan.h

Quoted

Original von amair
Hi,

Quoted

Original 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?


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...

Natürlich habe ich VFAT nicht gesetzt. Ist ja ein reines Linux Netzwerk. Von daher habe ich das so nicht betrachtet...

Quoted


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
stefan.h has attached the following file:

vejoun

Intermediate

Posts: 549

Location: Wielen/SH

Occupation: staatl. gepr. Techniker

  • Send private message

93

Wednesday, June 1st 2005, 9:35am

Patch zum anzeigen der neuen info.vdr bei vdr-1.3.25

Hallo,
ein kleiner Patch zum anzeigen der Aufnahme-Details in der Aufnahme-Liste bei vdr>=1.3.25 (summary.vdr => info.vdr).
vejoun has attached the following file:
VDR1: Gigabyte GA-M720-US3 (nVidia Corporation MCP78S [GeForce 8200]), Athlon II X2 240, 2GB RAM, Intel 82574L Gigabit, Debian Squeeze, Kernel 2.6.38.3 mit linux-media.tar.bz2 vom 20.04. 10:04, dvbhddevice fb6b1beedb72, VDR-1.7.22 (extension-Patch, 15 Plugins), epgsearch, extrecmenu, ...
VDR2: Debian Etch, 2.6.21.3, K6-2 400, 192MB, NFS-Root, 466GiB über NFS, 1xNexus 2.1, 1xNova S, VDR-1.4.7
Server: Debian Squeeze, 2.6.35.7, AMD X2 240e, 4GB, System: Raid1 2x500GB, Aufnahmen: Raid5 4TB + 1x 500GB, 1000MBit LAN
Episodenlisten für epgsearch, VDRSeriesTimer

amair

Master

  • "amair" started this thread

Posts: 2,303

Location: Schrobenhausen

Occupation: Software-Entwicklung und -Support

  • Send private message

94

Wednesday, June 1st 2005, 9:46am

RE: Patch zum anzeigen der neuen info.vdr bei vdr-1.3.25

Hi,

Quoted

Original 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

amair

Master

  • "amair" started this thread

Posts: 2,303

Location: Schrobenhausen

Occupation: Software-Entwicklung und -Support

  • Send private message

95

Wednesday, June 1st 2005, 9:52am

Hi,

Quoted

Original von stefan.h

Quoted


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

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

vejoun

Intermediate

Posts: 549

Location: Wielen/SH

Occupation: staatl. gepr. Techniker

  • Send private message

96

Wednesday, June 1st 2005, 10:01am

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?
VDR1: Gigabyte GA-M720-US3 (nVidia Corporation MCP78S [GeForce 8200]), Athlon II X2 240, 2GB RAM, Intel 82574L Gigabit, Debian Squeeze, Kernel 2.6.38.3 mit linux-media.tar.bz2 vom 20.04. 10:04, dvbhddevice fb6b1beedb72, VDR-1.7.22 (extension-Patch, 15 Plugins), epgsearch, extrecmenu, ...
VDR2: Debian Etch, 2.6.21.3, K6-2 400, 192MB, NFS-Root, 466GiB über NFS, 1xNexus 2.1, 1xNova S, VDR-1.4.7
Server: Debian Squeeze, 2.6.35.7, AMD X2 240e, 4GB, System: Raid1 2x500GB, Aufnahmen: Raid5 4TB + 1x 500GB, 1000MBit LAN
Episodenlisten für epgsearch, VDRSeriesTimer

amair

Master

  • "amair" started this thread

Posts: 2,303

Location: Schrobenhausen

Occupation: Software-Entwicklung und -Support

  • Send private message

97

Wednesday, June 1st 2005, 10:12am

Hi,

Quoted

Original 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

vejoun

Intermediate

Posts: 549

Location: Wielen/SH

Occupation: staatl. gepr. Techniker

  • Send private message

98

Wednesday, June 1st 2005, 11:55am

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 ;) )
vejoun has attached the following file:
VDR1: Gigabyte GA-M720-US3 (nVidia Corporation MCP78S [GeForce 8200]), Athlon II X2 240, 2GB RAM, Intel 82574L Gigabit, Debian Squeeze, Kernel 2.6.38.3 mit linux-media.tar.bz2 vom 20.04. 10:04, dvbhddevice fb6b1beedb72, VDR-1.7.22 (extension-Patch, 15 Plugins), epgsearch, extrecmenu, ...
VDR2: Debian Etch, 2.6.21.3, K6-2 400, 192MB, NFS-Root, 466GiB über NFS, 1xNexus 2.1, 1xNova S, VDR-1.4.7
Server: Debian Squeeze, 2.6.35.7, AMD X2 240e, 4GB, System: Raid1 2x500GB, Aufnahmen: Raid5 4TB + 1x 500GB, 1000MBit LAN
Episodenlisten für epgsearch, VDRSeriesTimer

This post has been edited 1 times, last edit by "vejoun" (Jun 1st 2005, 12:20pm)


amair

Master

  • "amair" started this thread

Posts: 2,303

Location: Schrobenhausen

Occupation: Software-Entwicklung und -Support

  • Send private message

99

Wednesday, June 1st 2005, 12:35pm

Hi,

Quoted

Original 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

vejoun

Intermediate

Posts: 549

Location: Wielen/SH

Occupation: staatl. gepr. Techniker

  • Send private message

100

Wednesday, June 1st 2005, 12:45pm

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.
VDR1: Gigabyte GA-M720-US3 (nVidia Corporation MCP78S [GeForce 8200]), Athlon II X2 240, 2GB RAM, Intel 82574L Gigabit, Debian Squeeze, Kernel 2.6.38.3 mit linux-media.tar.bz2 vom 20.04. 10:04, dvbhddevice fb6b1beedb72, VDR-1.7.22 (extension-Patch, 15 Plugins), epgsearch, extrecmenu, ...
VDR2: Debian Etch, 2.6.21.3, K6-2 400, 192MB, NFS-Root, 466GiB über NFS, 1xNexus 2.1, 1xNova S, VDR-1.4.7
Server: Debian Squeeze, 2.6.35.7, AMD X2 240e, 4GB, System: Raid1 2x500GB, Aufnahmen: Raid5 4TB + 1x 500GB, 1000MBit LAN
Episodenlisten für epgsearch, VDRSeriesTimer