[ANNOUNCE] Großes Update im Multipatch-Repository

Tobi · January 17, 2004 at 5:48 AM

Hallo!

Peter Siering und ich haben in den vergangenen Wochen 'ne Menge am VDR- und den Pluginpaketen gearbeitet. Besten Dank an alle, die uns dabei beim Testen und mit neuen Ideen unterstützt haben!

Die wichtigste Änderung betrifft VDR:

Es gibt jetzt nur noch eine einziges VDR-Quelltext-Paket, aus dem alle Patch-Variationen erzeugt werden können!

Grundlage dafür ist die ehemalige "Multipatch"-Version. Alle Patches werden nun in den Source-Paketen getrennt voneinander verwaltet. Erst beim Compilieren, werden die Patches angewendet. Hierzu wird dpatch verwendet, was es ermöglicht, in einer Steuerdatei ganz einfach die Patches anzugeben, die verwendet werden sollen. Damit ist es jetzt recht einfach möglich, die Patches in fast jeder beliebigen Kombination zu verwenden. Wie das geht, werde ich in den nächsten Tagen als separate Anleitung online stellen.

Die folgenden Patches stehen derzeit zur Verfügung:

sharelnb:
Damit können sich mehrere DVB-Karten einer VDR-Instanz
einen Sat-Anschluss teilen. Getestet wurde
das noch nicht... also Freiwillige vor!

analogtv: (+)
Wird bei der Verwendung anloger TV-Karten benötig.
(Ist noch im Test!)

reccmdsubmenu1: (+)
ermöglicht strukturierte (Aufnahme-)Kommandomenüs
(wird von vdr-addon-vdrconvert benutzt)

elchiaio3c: (+)
Die allseits bekannte Schönheits-OP für's OSD

improvedosd-3a: (+)
noch eine OSD-Verbesserung, die auch Sendelogos
unterstützt

ac3overdvb-0.2.4: (+)
Ausgabe von AC3-Ton über die DVB-Karte

autopid: (+)
Automatisches PID-Update, für Sender mit wechselnden PID's

jumpplay: (+)
Automatisches Springen über Schnittmarken

Die mit + gekennzeichneten Patches sind in der Version, die ich online gestellt habe, aktiviert.

Um in dem ganzen Patch-Chaos den Durchblick zu behalten, hat Peter Siering einen "Patchlevel"-Mechanismus eingebaut. Abhängig davon, welche Patches aktiviert wurden, erhält jede VDR-Version beim Compilieren einen Patchlevel. Wird ein Plugin mit dieser VDR-Version compiliert, übernimmt es dessen Patchlevel. Zudem wurde das VDR-Init-Skript so modifiziert, dass nur Plugins geladen werden, die dem Patchlevel der VDR-Version entsprechen.

Die Patchlevel-Mechanismen nutzen die Debian-Paketverwaltung; erfordern also keine Eingriffe an den VDR-Quellen. Im init-Skript lässt sich diese Schutzmaßnahme abschalten. Empfehlenswert ist das aber nicht, wenn zwischen verschiedenen Patchleveln gewechselt wird (etwa mit Autopid und ohne). Die Plugin-Schnittstelle des VDR ist ohnehin nicht versionsfest, das heißt, ein installiertes Plugin, das für eine andere VDR-Version übersetzt worden ist, kann subtilen Ärger machen; besonders gilt das für verschiedene Patch-Varianten.

Auf dem Heise-Server werden in Zukunft folgende Patchlevel-Varianten von Peter zur Verfügung gestellt:

[ac3], [elchi], [elchi+ac3], [elchi+ improvedOSD],
[elchi + improvedOSD +ac3]

...damit wird auch die Elchi-Version auf meinem Server überflüssig und den Weg alles Sterblichen gehen. Bis Peter die Pakete bei Heise online stellt, lasse ich die Elchi-Version aber noch, wo sie ist.

Ausserdem gab es an VDR noch folgende Änderungen:

- shutdown-hook-Mechanismus eingeführt (für nvram-wakeup & co.)
- Tom's order.conf-Mechanismus um die Reihenfolge der Plugins
im VDR-Menü zu steuern
- Hack für's calendar-Plugin in vdr-dev

Und nun zu den Plugins:

vdr-plugin-calendar Version 0.1.3-2:
- neue Upstream-Version
- kleine Schönheitskorrekturen
- vdr-dev hack wg. Einbindung der menu.c
- patchlevel info hinzugefügt

vdr-plugin-clock Version 0.0.4-2
- patchlevel info hinzugefügt

vdr-plugin-console Version 0.5.1-5
- kleine Schönheitskorrekturen
- patchlevel info hinzugefügt

vdr-plugin-dvd Version 0.3.4-rc10-2
- patchlevel info hinzugefügt
- neue upstream Version
- kleine Schönheitskorrekturen

vdr-plugin-dvdselect Version 0.4-4
- patchlevel info hinzugefügt
- kleine Schönheitskorrekturen

vdr-plugin-dxr3 Version 0.2.2-3
- patchlevel info hinzugefügt
- kleine Schönheitskorrekturen
- neue upstream Version
- STL-include Bug beseitigt, damit es nun auch
mit AutoPID compiliert

vdr-plugin-games Version 0.6.0-3
- patchlevel info hinzugefügt

vdr-plugin-lcdproc Version 0.0.9-3
- patchlevel info hinzugefügt
- kleine Schönheitskorrekturen
- fehlende Paket-Abhängigkeit zu lcdproc hinzugefügt

vdr-plugin-mailbox Version 0.1.4-3
- patchlevel info hinzugefügt
- kleine Schönheitskorrekturen

vdr-plugin-mediamvp Version 0.0.10-2
- Neues Plugin !!!
(installiert nur das Plugin, nicht aber die nötigen
Infrastruktur wie dhcp und tftp!)
- patchlevel info hinzugefügt

vdr-plugin-mp3 Version 0.8.2-3
- patchlevel info hinzugefügt
- kleine Schönheitskorrekturen
- neue upstream Version
- Erstellung getrennter binary-Packages
vdr-plugin-mp3 und vdr-plugin-mplayer
- installation der mp3playersources,
falls nicht schon vorhanden

vdr-plugin-mplayer
- siehe vdr-plugin-mp3

vdr-plugin-osdteletext Version 0.3.2-2
- patchlevel info hinzugefügt

vdr-plugin-pcd Version 0.0.3-4
- patchlevel info hinzugefügt
- ffmpeg in source-Paket aufgenommen

vdr-plugin-pilot Version 0.0.4-2
- neue upstream Version
- patchlevel info hinzugefügt

vdr-plugin-prefermenu Version 0.5.3-3
- kleine Schönheitskorrekturen
- patchlevel info hinzugefügt

vdr-plugin-remote Version 0.2.0-3
- kleine Schönheitskorrekturen
- patchlevel info hinzugefügt

vdr-plugin-streamdev Version 0.3.0-2
- neue upstream Version
- patchlevel info hinzugefügt

vdr-plugin-teletext Version 0.7.6-4
- patchlevel info hinzugefügt
- ffmpeg in source-Paket aufgenommen
- kleine Schönheitskorrekturen

vdr-plugin-timeline Version 0.8.1-3
- patchlevel info hinzugefügt
- kleine Schönheitskorrekturen

vdr-plugin-tvtv Version 0.1.6-6
- patchlevel info hinzugefügt
- kleine Schönheitskorrekturen
- Andreas Kool's patch for time deletion and channelmap

vdr-plugin-vbox Version 0.5.0-3
- patchlevel info hinzugefügt
- kleine Schönheitskorrekturen

vdr-plugin-vcd Version 0.0.6c-2
- patchlevel info hinzugefügt
- kleine Schönheitskorrekturen

[U]vdr-plugin-weather Version 0.2.1e-3
- patchlevel info hinzugefügt
- kleine Schönheitskorrekturen

Das solls dann für heute erstmal gewesen sein. Morgen folgen dann noch vdr-addon-nvram-wakeup und vdr-addon-tvmovie2vdr... die schaff' ich heute leider nicht mehr.

Wer nicht schon mit der Multipatch-Version arbeitet, muss noch folgende Zeile in die sources.list hinzufügen:

Code

deb http://www.e-tobi.net/vdr/repository/vdr-1.2.6-multipatch binary/

Und für die Quelltextpakete:

Code

deb-src http://www.e-tobi.net/vdr/repository/vdr-1.2.6-multipatch source/

Wie gesagt, die Elchi-Version wird in Zukunft auf dem Heise-Server zu finden sein. Da das Repository bei Heise auf einen neuen Server umziehen und von Grund auf neu strukturiert wird, kann das aber noch ein bischen dauern. Sobald es soweit ist, wird Peter Siering das hier im Forum nochmal ankündigen.

Noch ein kleiner Installationshinweis:

Wenn die Frage kommt, ob /etc/init.d/vdr mit der Version des Paketbetreuers überschrieben werden soll, sollte dies mit Ja beantwortet werden (Y / I)

Bei Fragen zu Bedienung und Funktionsweise einzelner Pakete, sollte zuerstmal ein Blick nach /var/share/doc/<paketname> riskiert werde.

Viel Spass beim Ausprobieren!!!

Gruß,

Peter + Tobias

PS: Um den ImprovedOSD-Patch voll nutzen zu können, werden noch Sender-Logo-Icons benötigt. Die stehen im Pakte vdr-addon-icons zur Verfügung.

hannsens · January 17, 2004 at 9:01 AM

Wow! Das klingt mal nach einem grossen Wurf!!!

Bin mal gespannt, wie das dann konkret zu handhaben ist mit den Patches - scheint aber erstmal ganz praktikabel zu sein.

Kosmetisch und von der Bedienung ist man so wohl ein ganzes Stueck weiter, bleiben leider nur noch ein paar grundsaetzliche Luecken:

- AudioFS-Kernelmodule muessen von Hand eingefuegt werden (beim c't VDR)
- fuer das Image-Plugin gibt es noch keinen stabilen Ersatz (betrifft alle VDR)

("grundsaetzlich" will heissen: Dinge, die grundsaetzlich Fehlen, dass mein VDR _alle_ anderen Elektrogeraete hier ersetzt ... jaja, die Ansprueche steigen permanent )

... und bald soll ja auch GLCD-Plugin 0.0.8 fertig sein, dann geht auch die installation problemlos(er).

Vielen Dank Euch fuer die viele Muehe, ich fand's ja erst Quatsch auf eine fertige Distrie umzusteigen, mittlerweile heule ich meiner SuSE 8.2 aber keine Traene mehr nach.

Hannes

alex141077 · January 17, 2004 at 9:06 AM

Habe heute die neuen Pakete eingespielt, un es läuft alles problemlos. Großes Lob an die Betreuer! Auch der Testkernel von heise läuft perfekt.

Gruß
Alex

viper · January 17, 2004 at 10:36 AM

yupp - funktioniert hervorragend - danke an ALLE

Wackelandi · January 17, 2004 at 10:38 AM

Hmmm....eine Frage hät ich noch:

Was ist denn aus dem Scanner Plugin geworden?

Tobi · January 17, 2004 at 11:06 AM

Wackelandi:

In der Tat ist das scanner-Plugin bei der ganzen Umstellung verschütt' gegangen

Läuft das Plugin denn bei dir problemlos? Einige haben ja ihre channels.conf damit ziemlich zerwürfelt.

hannsens:

Ich warte auch schon ganz gespannt auf GLCD 0.0.8. Hatte beim Autor ja mal angeregt, die verschiedenen Controller-Typen beim Start auswählbar zu machen, damit man nur noch ein binary installieren muss. Sobald die 0.0.8 verfügbar ist, gibts auch das c't-VDr-Plugin dazu... gib mir dann halt mal 'nen Abend um das Paket von 0.0.7 auf 0.0.8 umzusetzen.

alex141077 · January 17, 2004 at 11:11 AM

kann ich das analogtv-plugin denn mal testen?

gruß
alex

Wackelandi · January 17, 2004 at 11:16 AM

Quote

Original von Tobi
Wackelandi:

In der Tat ist das scanner-Plugin bei der ganzen Umstellung verschütt' gegangen

Läuft das Plugin denn bei dir problemlos? Einige haben ja ihre channels.conf damit ziemlich zerwürfelt.

Also bei mir hat das problemlos gefunzt! Das AnalogTV-Plugin, läuft das nur mit "richtigen" Analogkarten oder funzt das auch mit dem Analogmodul, das es für die Siemens.Karten gibt?

Marcus/2 · January 17, 2004 at 11:47 AM

Hallo Tobi,

das Update hat prima geklappt.
Vielen Dank!

Einige Dinge sind mir aufgefallen:

- Im Menü fehlte der Eintrag Mplayer
nach apt-get install vdr-plugin-mplayer war's ok.
- /boot/System.map-2.4.21-i586-cdv does not match kernel data

hmm...

Gruß Marcus

stocki · January 17, 2004 at 11:57 AM

Tobi

Danke für die Arbeit.

Ich würde gerne den ShareLNB Patch testen. Ich komm nur nicht weiter. Ich habe in der 00list das# vor dem Patch entfernt.
Muss ich nun nur make machen oder noch etwas anderes? Das dpatch package habe ich mir auch besorgt, aber so richtig weis ich noch nicht wie das geht.

BY

hannsens · January 17, 2004 at 12:09 PM

Hallo Wackelandi,

Quote

Original von Wackelandi
Das AnalogTV-Plugin, läuft das nur mit "richtigen" Analogkarten oder funzt das auch mit dem Analogmodul, das es für die Siemens.Karten gibt?

(Vorsicht! Halbwissen!)
Ohne fuer Tobis PlugIn-Anpassung sprechen zu koennen habe ich die Hoffnung aufgegeben, dass das Analog-Modul jemanls ordentlich genutzt werden kann. Rudimentaer moeglich ist dies wohl nur mit dem 2.6er DVB-Kernel-Modulen, und selbst da nicht voll in VDR eingebunden. Zumal die Qualitaet des Moduls auch mit der mitgelieferten Software bestenfalls als LoFi zu bezeichnen ist...
(Hatte eine Zeit lang in der linuxtv-Mailinglist mitgelesen und da ging das mit dem Analogmodul mueueueueuehsam voran - wenn ueberhaupt.)

Hannes

Marcus/2 · January 17, 2004 at 12:30 PM

Habe mich etwas verwaschen ausgedrückt:

Die Meldung
- /boot/System.map-2.4.21-i586-cdv does not match kernel data
erscheint nach dem Neustart auf der Console 1
unter der Zeile
Checkiing remotes {ide_setup_pci_devices} {GPONLY_ide_setup_pci_devices}

Ich kann keine Beeinträchtigung festellen.

Gruß Marcus

Tobi · January 17, 2004 at 12:33 PM

stocki:

du musst nur in's Quelltext-Verzeichnis wechseln und

Code

debian/rules binary

aufrufen um ein Debian-Package zu erzeugen.

Zum Analogtv-Plugin:

Peter ist damit noch nicht fertig. Wie Hannes schon geschrieben hat, ist das ne recht unausgegorene und knifflige Sache.... ob es jemals richtig funktionieren wird, ist noch nicht ganz klar.

Marcus:

vdr-plugin-mp3 und vdr-plugin-mplayer sind jetzt getrennte Binärpaket
Zur " /boot/System.map-2.4.21-i586-cdv does not match kernel data"-Meldung:

Hast du mal ein Kernelupdate gemacht?
Was sagen "uname -a", "dpkg -l lirc-modules*" und "dpkg -l kernel-image*?

stocki · January 17, 2004 at 12:48 PM

Tobi

Danke, hab ich gleich versucht.
Bis jetzt steigt er mir immer beim anwenden der Autopid Sachen aus. Bei allen Kombinationen (autopid oder Autopid+ac3overdvb_autopid)
Wenn ich die autopid Sachen weg lasse läüft die Patch Geschichte durch. Dann fehlt mir aber dh_testdir. Wo finde ich das denn?

By

Tobi · January 17, 2004 at 1:00 PM

stocki:

Du musst noch das debhelper-Paket installieren!
Welche Patches hast du jetzt alles aktiv?

stocki · January 17, 2004 at 1:14 PM

Tobi

also ich habe :

10 , 15 , 20, 21 , 25, 30 autopid_ac3overdvb an.

Fehlermeldung:
applying patch debian/patches/30_autopid_ac3overdvb-dpatch... failded

btw. Wo setze ich den Pfad zum DVB Treiber? Ich habe die DVB Sourcen in einem paralelen Directory zu Deinen vdr Sourcen sind (../DVB). Wenn ich nach dem apt-get source vdr gleich mal ein make im vdr verzeichniss mache läuft auch alles super durch; dh. er findet alle includes auch. Wenn ich aber debian/rules binary mache meckert das kompileiren rum, das es zB. dmx.h nicht finden kann.

BY

Tobi · January 17, 2004 at 1:45 PM

Falls du nicht gerade spezielle DVB-Treiber verwendest, werden alle erfordelichen Pakete zum compilieren mit:

apt-get build-dep vdr

..installiert.

oder von Hand:

apt-get install dvb-dev
apt-get instal ...

Zum sharelnb... alle Patch-Kombi's wurden nicht geteset...bitte beiliegenden Patch verwenden und an's Ende setzen (10_sharelnb kann dann rausgenommen werden)

Nety · January 17, 2004 at 1:46 PM

Hab heut auch schon das update gemacht, aber bei mir sind seitdem enige Fehler aufgetreten.

1. Das EPG wird nur mehr beim ORF angezeigt, nur was läuft jetzt wird richtig angezeigt.

2. Wenn ich eine Aufnahme auswähle und aufnehen will stürzt der VDR ab.

Code

Jan 17 12:30:32 vdr vdr[31174]: VDR version 1.2.6 started
Jan 17 12:30:32 vdr vdr[31174]: loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev.so.1.2.6
Jan 17 12:30:32 vdr vdr[31174]: loading plugin: /usr/lib/vdr/plugins/libvdr-mailbox.so.1.2.6
Jan 17 12:30:32 vdr vdr[31174]: loading plugin: /usr/lib/vdr/plugins/libvdr-remote.so.1.2.6
Jan 17 12:30:32 vdr vdr[31174]: loading plugin: /usr/lib/vdr/plugins/libvdr-osdteletext.so.1.2.6
Jan 17 12:30:32 vdr vdr[31174]: loading /etc/vdr/setup.conf
Jan 17 12:30:32 vdr vdr[31174]: loading /etc/vdr/sources.conf
Jan 17 12:30:32 vdr vdr[31174]: loading /etc/vdr/diseqc.conf
Jan 17 12:30:32 vdr vdr[31174]: loading /etc/vdr/channels.conf
Jan 17 12:30:32 vdr vdr[31174]: loading /etc/vdr/timers.conf
Jan 17 12:30:32 vdr runvdr: stopping after fatal fail (vdr: error while reading '/etc/vdr/timers.conf')

Display More

Erst wenn ich die timers.conf lösche, lässt sich der VDR wieder starten.

Nikolaus

hannsens · January 17, 2004 at 1:49 PM

Tobi / @ Peter Siering

Vielleicht kannst Du oder Peter Siering sich mal dem runvdr- Problem mit Nova-T annehmen. Bei der bestehenden c't runvdr wird diese nach einem Neustart nicht mehr als Frontend eingebunden. Bei mir hilft, im runvdr unmittelbar vor dem eigentlichen vdr-Programmaufruf die Module (zumindest fuer die Nova) zu entladen und wieder zu laden:

Code

while (true) do
        # change /dev/null to /tmp/vdr.out
        # for debugging purposes


+        modprobe -r tda1004x
+       wait 2
+        modprobe tda1004x
+       wait 3


        eval $VDRCMD 2>/tmp/vdr.err >/dev/null
        RET=$?

Display More

Vielleicht koennt Ihr das ja eleganter loesen und direkt in die naechste Version mit einbeziehen, das wir armen Berliner auch nach einem Abschmieren des VDR noch was sehen ...

Wenn's geht...

Hier nochmal etwas ausfuehrlicher:
Nova-T nach vdr-Neustart nicht mehr als Frontend eingebunden

Merci,

Hannes

Tobi · January 17, 2004 at 2:07 PM

Nety:

Wenn du nun ein neue Aufnahme anlegst, klappt das dann?

hannsens:

Für eine elegantere Lösung, müsste man erstmal rausfinden woran's liegt... ich weiss nicht ob Peter 'ne Nova-T hat, ich kann's aber leider nicht testen.

Participate now!