Bitte: bitstream plugin für ct'-vdr

Hallo Peter, Tobi und andere Koryphäen,

da ich eingesehen habe, dass bei meinem Lerntempo wohl noch Monate ins Land gehen, bevor ich es selber hinkriege, und es außerdem hier im Forum auch noch einige andere User (kenne mindestens drei) gibt, die für DD auf bitstream angewiesen wären, wollte ich mal die Bitte äußern, dass für die nächste Version eine Unterstützung dieses plugins in Betracht gezogen wird.

Momentan scheitert es ja schon daran, dass alsa veraltet ist und daher das ct-alsa-package sich nicht installieren läßt.

Ich weiß nicht, wie viel Aufwand das ist - wäre es für Euch machbar?

Danke,

Schöne Grüße
Günther

Aaalso:

Durch diesen Tip:

Zitat

Original von alex141077
ich bin jetzt etwas weiter gekommen: ich habe folgende Quelle in die /etc/apt/sources.list aufgenommen, dort gibt es woody-backports von alsa-base 1.x:

Code

deb [URL]http://www-users.cs.umn.edu/~sdier/debian[/URL] updates/wup/

damit lassen sich die alsa-pakete vom heise-repository installieren.
...
Alex

(http://www.vdr-portal.de/board/thread.php?threadid=14856)

ist es mir jetzt doch gelungen, das alsa-Paket von ct zu installieren.

Ich hoffe, dass ich mit dem bitstreamout-howto von Viking jetzt vielleicht doch alleine weiterkomme.

Momentan kämpfe ich noch damit, den cmipci Treiber zum laufen zu bekommen, der findet keine Soundkarte, vermutlich, weil der alte oss-Treiber da noch querschießt oder so was. Jedenfalls hab ich jetzt erstmal den Spielstand gespeichert (Image-Backup und hoffe noch auf powerups...

Grüße,

Günther

Hi,

bei mir funktioniert es jetzt. Der entscheidende Tipp war der auf die alsa-backports für woody von Alex.

Danach bin ich den Anleitungen auf
http://www.heise.de/ct/ftp/projekte/vdr/develop.shtml
(vor allem "Debianisierung eines vorhandenen Plugins") in Kombination mit den Hinweisen in der Datei README und INSTALL von bitstreamout-0.50b gefolgt und habe vdr-plugin-remote als Vorlage benutzt.

Die beiden nichttrivialen Änderung dabei waren das Deaktivieren des dort benutzten Patches - im Makefile von bitstreamout stand schon die Zeile mit den GNU-Includes - und das Ändern von plugin.bitstreamout.conf - dort muss der Aufruf des mute scripts rein:
-m <vdr_lib_dir>/mute.sh, siehe INSTALL. Es werden mute scripts für zwei Soundkarten mitgeliefert, ich hab zum Glück eine CMI8738 und verwende "-m /usr/share/vdr/mute.sh", nachdem ich cmi8738.sh dort hinkopiert habe.

Wichtig war noch die Installation von libasound2-dev, um die Alsa Header Files zu bekommen; danach ließ sich mit debian/rules binary ein .deb-Paket erzeugen, was man mit dpkg -i installieren kann.

Wichtig ist vor der Installation aber noch das Einrichten eines shared memory devices, sonst startet der vdr nicht, weil beim plugin-start shm_open fehlschlägt (Hinweis in INSTALL - aber erst 'mkdir /dev/shm', und danach funktioniert 'mount -t shm shmfs /dev/shm' oder ein entsprechender Eintrag in /etc/fstab; das Anlegen eines mount points in /dev widersprach irgendwie meinem bisherigen Verständnis von mount).

Jetzt muss ich nur noch rausfinden, wie ich trotz Plugin den normalen mp2-Ton hören kann (z.B. für O-Ton auf Premiere), dann ist das Kapitel erstmal abgeschlossen. (EDIT: lt. man page bekommt man über den Parameter -o einen Eintrag im Hauptmenü von vdr zum Ein/Ausschalten des Plugins - damit sollte es wohl gehen, muss es noch testen.)

Danke wie immer an alle Entwickler und an die Tippgeber hier (die auch mal schreiben, wie was geht, wenn sie es selber rausfinden und nicht nur lapidar melden "habe Problem selber gelöst"...), besonders viking, alex, frederick und wfink selber.

Grüße
Günther

<offtopic>Linux ist wirklich ein "alien planet" für einen alten Windows-Entwickler. Aber vom Debian Paket Management Konzept bin ich schon stark beeindruckt.</offtopic>

Hi Oli,

was genau ist das Problem?

Ich bin, wie gesagt, exakt nach den Anleitungen zum Debianisieren eines Plugins vorgegangen und das hat prima geklappt. Man kann das ganze natürlich auch ohne Debianisierung machen, aber 1) läßt sich nach Debianisierung alles mit dpkg -i an die richtigen Stellen installieren 2) hat man mit der Anleitung eben ein perfektes Kochbuch, was wann zu tun ist.

Das klappte bei mir, ohne dass ich irgendwas gepatcht habe, mit dem kernel 2.4.24 (aus dem Paket kernel-image-2.4.24-ctvdr-2 oder so) und dem aktuellen ct-vdr 1.2.6-18.
Wichtig ist noch, dass man sich
- entweder -
mit "apt-get install vdr-dev" die vdr-header etc. besorgt
- oder -
den vdr selbst kompiliert und dann das dabei erzeugte vdr-dev....deb installiert.

Alsa mit der eigenen Soundkarte zum Laufen bringen war für mich der schwierigste Schritt - wenn das bei Dir schon klappt, dann ist es fast geschafft

Die nächsten Schritte stehen wie gesagt alle in dem o.g. Artikel auf heise.de:

2) Die ganzen Entwickungstools mit apt-get holen

3) Die vdr-header mit apt-get install vdr-dev holen. Die Header sind wohl unterschiedlich für unterschiedliche ct-vdr-Versionen - ich nutze die ct/ Version (also nicht elchiosdpipac3 oder so was, auf jeden Fall sollte man da wohl eine ohne AC3overDVB-Patch nehmen, vermutlich beißt sich das sonst mit bitstreamout)

4) Danach mit "apt-get source vdr-plugin-remote" den Sourcecode für das Vorlage-Plugin holen (welches plugin ist eigentlich egal, aber remote ist sehr simpel, und man muss es ja nicht installieren).

Achtung: Im Unterschied zu apt-get install benutzt apt-get source das aktuelle Verzeichnis! Daher vorher ein geeignetes Verzeichnis anlegen und von dort aus starten. Bin nicht sicher, was da Usus ist, ich habe das aus /usr/src/plugins gemacht.

apt-get source legt dann auch ein entsprechendes Unterverzeichnis für das Plugin an und packt alles aus und patcht auch gleich. Am besten mit cd in dieses Unterverzeichnis wechseln und dort "debian/rules binary" (und danach debian/rules clean) aufrufen. Wenn es dann nicht zu einem Fehler kommt und im übergeordneten Verzeichnis vdr-plugin-remote.....deb erzeugt wurde, dann hat man alles was man braucht, um auch das bitstreamout zu kompilieren.

5) Danach den bitstreamout source von bitstreamout.sourceforge.net holen und damit (wie beschrieben!) ein neues Verzeichnis unterhalb von usr/src/plugins anlegen, ganz analog zum remote plugin. In dieses Verzeichnis dann das "debian"-Verzeichnis des remote plugins kopieren und dort wie beschrieben die Dateien anpassen.

6) Dann in das Verzeichnis oberhalb von debian zurückwechseln und "debian/rules binary" sowie "debian/rules clean" aufrufen.
Ich habe übrigens keine der im bitstreamout enthaltenen patches für den vdr installiert.

7) Wenn man alles richtig gemacht hat, hat man jetzt oberhalb dieses Verzeichnisses, also bei mir in /usr/src/plugins, vdr-plugin-bitstreamout-050b.deb oder so ähnlich, was man mit dpkg -i installieren kann. vdr neu starten, und das plugin sollte da sein.

Vielleicht haben ja Peter oder Tobi mal Zeit, und machen da ein offizielles ct-plugin draus; ich hab leider zu wenig Ahnung von den Abhängigkeiten etc., um meine Basteleien irgendwie allgemein verwertbar zu machen.
Ein Hindernis für die allgemeine Bereitstellung ist wohl auch, dass alsa nur mit den (inoffiziellen?) woody-backports installiert werden kann, und dass es (zumindest bei mir) nicht plug-n-play ist, die Soundkarte zum Laufen zu kriegen.

Versuch halt mal, die einzelnen Schritte nacheinander auszuführen, und frag nach, wenn was nicht klappt.

Grüße
Günther

Hi,

asoundlib.h sollte durch apt-get install libasound2-dev installiert werden.

Bezüglich des Patchlevels: Hast Du apt-get install vdr-dev gemacht?

Oder den vdr selbst kompiliert und dann dass entstandene xxxdev.deb installiert?
Ich hab das zweite gemacht, aber darauf geachtet, dass ich genau dieselben Patches aktiviert habe wie in meiner ct/-Version.

Welche Patches aktiviert sein müssen, findet man über den (OSD-)Befehl VDR-Konfiguration anzeigen osä.

Aber grundätzlich sollte nach "apt-get install vdr-dev" der Patchlevel stimmen - bin mir aber nicht sicher, ob vdraptrefresh das auch anpasst, wenn man nachträglich das repository wechselt.

Was das Zusenden angeht: Ein Plugin funktioniert halt wohl immer nur genau für ein Patchlevel und eine Version, d.h man kommt im Augenblick um das Kompilieren für die eigene Version nicht herum, da meine bei Dir genausowenig funktionieren würde.

Aber ich bin sicher, dass das Kompilieren noch klappen wird...

Grüße,
Günther

Zitat

Original von schelmi
Es fehlt die Headerdatei 'map.h'.
Kannst du mir vielleicht einen Typ geben?

Das scheint ein Kernel-Header zu sein.
Also bei mir gibt es die unter /usr/include/linux und auch unter /usr/src/<ganz langer debian-paket name mit kernel-header...>

Such mal mit find /usr -name map.h.

Evt hilft es, mit apt-get das passende kernel-header Paket zu installieren (hatte ich zwar nicht gemacht, aber ich hab wie beschrieben immer die "build-dep" packages geholt.

Zitat

Original von schelmi
Könntest du vielleicht auch den Hinweis über die nichttrivialen Änderungen im Makefile etwas genauer beschreiben?

Unterhalb des Plugin-src-Verzeichnisses in debian/patches gibt es eine Datei 00list, die für das Aktivieren der patches zuständig ist.
Beim remote-plugn steht da eine Zeile drin, die für bitstreamout nicht gebraucht wird - die Zeile löschen oder auskommentieren.

Grüße
Günther