[ANNOUNCE] VDR developer version 1.7.24

Quote from gda

channelbind sagt mir jetzt nichts

siehe hier.... dürfte allerdings nur einen kleinen Teil der VDR-User betreffen.

Gruß
iNOB

Quote from iNOB

siehe hier.... dürfte allerdings nur einen kleinen Teil der VDR-User betreffen.

Das kommt für uns nicht in Frage. yaVDR setzt schon voraus das einigermaßen aktuelle Hardware und, aktuell noch, Nvidia-Grafik eingesetzt wird, da
können wir jetzt keine Extrawurst für Leute braten, die defekte Hardware benutzen wollen.

Gerald

Von 'defekter hardware' steht in der Beschreibung des Patches nix.

Es soll Leute geben, die mehr als nur eine Signalquelle haben und festlegen wollen, von wo sie welchen Kanal "beziehen". Für die ist der Patch sicherlich hilfreich. Hat meines Erachtens nichts mit alter oder defekter Hardware zu tun.

Gruß
iNOB

Moin!

Ich könnte mir vorstellen, dass ich analog zum Source-Filter-Attribut auch eine Channel-Black/White-List oder einen Filter für die Source-Parameter in dynamite auswerte.
Die gewünschten Einschränkungen würden dann per udev an ein Device gebunden werden. Dann ist man auch von der Device-Reihenfolge im vdr unabhängig und kann seine Kanalliste gefahrlos von channelpedia holen oder vom vdr neu erstellen lassen.

Und es wäre ein Patch weniger...

iNOB:
Meinst du mit verschiedenen Signalquellen sowas wie DVB-C, DVB-T, DVB-S? Dafür gibt es doch schon getrennte Kanäle. Wenn du RTL nicht über Satellit beziehen möchtest (mal als Beispiel), dann entfernst du den Kanal aus deiner channels.conf.
Oder meinst du was anderes? Hast du ein Beispiel?

Lars.

Quote from iNOB

Es soll Leute geben, die mehr als nur eine Signalquelle haben und festlegen wollen, von wo sie welchen Kanal "beziehen".

Es mag sein, dass ich das völlig missverstanden habe. Warum sollte man denn das wollen? Vorausgesetzt die Tuner sind eben nicht veraltet und nicht defekt.
Sorry, ich habe eben nie DVB-S[2] gehabt.

Quote from iNOB

Für die ist der Patch sicherlich hilfreich. Hat meines Erachtens nichts mit alter oder defekter Hardware zu tun.

Sondern?

Gerald

Mal was ganz anderes:
Die Make.config.template macht sich nicht mehr so gut als Vorlage. Durch die Änderungen mit ?= als Zuweisungsoperator werden die Standardwerte in der Makefile bzw. Make.global eben nicht mehr überschrieben. Oder man zieht im Makefile das -include Make.config weiter nach oben...

Gruß

Ja. Da ist was mit dem "Make.config.template" gehörig schiefgelaufen...

Mir ist das bisher nicht aufgefallen, da ich meine Make.config von Version zu Version immer wieder "rüberrette", aber wer basierend auf "Make.config.template" etwas neues aufbaut, der wird hier keinen Erfolg haben.

http://www.gnu.org/software/make/manual/make.html#Setting

Quote

If you'd like a variable to be set to a value only if it's not already set, then you can use the shorthand operator ‘?=’ instead of ‘=’.

Wenn nun das Makefile angestoßen wird, dann sind die Variablen beim "Ankommen" an der "Make.config" auf jedem Fall definiert. Wird hier "?=" verwendet, dann funktioniert das Überschreiben nicht mehr.

Entweder man zieht das Include vor oder man lässt die Fragezeichen wieder aus der Make.config raus. Meiner Meinung nach braucht es die Fragezeichen im Make.config.template nicht. Wer Variablen beim Make-Aufruf überschreiben will, der kann das auch ohne die Fragezeichen.

http://www.gnu.org/software/make/manual/make.html#Overriding

Was genau soll durch die Fragezeichen im Make.config.template verbessert werden? Klaus?

Quote from Mreimer

Was genau soll durch die Fragezeichen im Make.config.template verbessert werden? Klaus?

Aus dem ganzen Makefile-Gedöns halte ich mich raus

Bitte diskutiert das auf der VDR-ML, evtl. mit Christian Ruppert <idl0r@gentoo.org>, denn der hat diese Änderungen vorgeschlagen.
Wenn ihr euch auf einen Patch geeinigt habt, dann diesen bitte entweder auf der VDR-ML "absegnen" oder mir per private Email schicken.
Auf jeden Fall brauche ich den vollen Namen und die Email-Adresse des Autors

Klaus

Hi,

Quote from nvertigo

hallo Michael,

guck' mal hier. Copperhead hat grundsätzlich recht, aber Helmut hat schon sehr sorgfältig gearbeitet, und von etlichen Patches finde ich auch partout keine aktuellen Versionen.

Gruß, Ingo

danke für den Tipp - klappt gut!
Musste ich natürlich direkt ausprobieren.
Dabei fiel mir dann auch auf, dass ich unbedingt diesen JUMPPLAY-Patch auch noch gebraucht habe - hatte mich schon gewundert, warum das Springen bei der Wiedergabe von Aufnahmen nicht mehr ging 8-|

Ciao.
Michael.:q