[HOWTO] Debian Etch mit VDR von e-tobi installieren (Schritt für Schritt)

@ sparkie

Vielen Dank! Klasse erklärt...wieder einmal was dazugelernt.

Heisst also wenn ich später zu Bett gehen möchte und der Timer in < 1/2h beginnt, dürfte ich den VDR nicht ausschalten. Gibts ne einfache Möglichkeit die Zeit umzuändern?

Andere Sache noch: Hat es irgendwelche Nachteile, dass der Rechner jetzt dann nicht mit der UTC-Zeit rennt?

Zitat

Heisst also wenn ich später zu Bett gehen möchte und der Timer in < 1/2h beginnt, dürfte ich den VDR nicht ausschalten. Gibts ne einfache Möglichkeit die Zeit umzuändern?

die Zeiten kann man schon aendern, aber macht eigentlich doch wenig Sinn.

Wenn du den VDR runterfahren moechtest kannst du jederzeit die Powertaste einmal druecken. Falls er dann fragt, ob er trotz dem Timer mit <30 Min runterfahren soll, einfach nicht bestaetigen. Auf diese Weise teilst du ihm mit, dass er unmittelbar nach der Aufnahme runterfahren soll. Gut durchdacht - typisch VDR halt:)

Zitat

Andere Sache noch: Hat es irgendwelche Nachteile, dass der Rechner jetzt dann nicht mit der UTC-Zeit rennt?

ja das ist schlecht. Die UTC kennt keine Sommer oder Winterzeit. Darum ist es besser diese zu verwenden. Die Umstellung macht stattdessen dann Debian selbst ueber '/etc/timezone' (bevorzugter Weg). Aber nur wenn du es Debian mit der '/etc/default/rcS' auch mitteilst.

Zitat

Bei mir war UTC=yes.

das bitte wieder so einstellen, wie es war ! Es ist voellig ok,dass das BIOS dann (in der jetzigen Sommerzeit) 2 Stunden Ablage hat.

Servus!

Ich versuchte letzte Woche einen analog-only PVR350-VDR mit Debian Etch und den e-Tobi Sachen aufzusetzen. Ich kompilierte mir einen eigenen Kernel (2.6.21.5) weil ivtv 0.10 etwas Probleme mit der Erkennung der einzelnen Komponenten auf der PVR350 hatte beim 2.6.18er. Wahrscheinlich bringt man das PVR350-Plugin mit einem aktuellen Kernel nur noch unter der Mahlzeit (und da ist es oft schon recht tückisch) zum Laufen, denn nach dem Start schmierte VDR stets mit einem segfault ab. Ich bin leider gescheitert, den Coredump im GDB zu laden um nachzusehen, wo genau es passiert ist, da GDB irgend eine Inkompatibilität meldete. Falls jemand erfolgreich eine PVR350 mit Debian Etch und ivtv 0.10.x betreibt kann er sich ja mal melden.

Zitat

Original von kilroy
Sehe ich richtig, daß Du kein ntp laufen hast?

Doch doch...habe ntp am laufen...meine .conf:

# /etc/ntp.conf, configuration for ntpd


# ntpd will use syslog() if logfile is not defined
#logfile /var/log/ntpd


driftfile /var/lib/ntp/ntp.drift
statsdir /var/log/ntpstats/


statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable


server ptbtime1.ptb.de version 3
server ptbtime2.ptb.de version 3
server ntps1-0.cs.tu-berlin.de version 3
server ntps1-0.uni-erlangen.de version 3
server ntp0.fau.de version 3

Hatte gestern also wieder UTC=yes und im Bios unsere Zeit -2h gesetzt. Dann habe ich im VDR noch deaktiviert, dass er sich über den Transponder die Zeit holt. Dann hatte es funktioniert (Einstellungen waren bis auf die Transponderdeaktivierung dann genau die von dem Versuch bei dem es nicht geklappt hatte).

Was soll ich sagen? Nach der Transponderdeaktivierung hatte es funktioniert. Habe allerdings erst einmal bisher getestet.

Die Sache ist halt die, dass der VDR letztlich im Betrieb nachher nur dann ans Netzwerk/Internet geklemmt wird, wenn mal mp3s auf die Festplatte geschoben oder wieder gelöscht werden. Er kann demzufolge sich nur sehr selten per ntp die Zeit aus dem I-Net holen. Als Lösung hatte ich dann gedacht, dass er sich das über den Fernsehtransponder holt, was aber anscheinend zu Problemen führt.

Alles in allem denke ich, können wir das Thema erst mal abhaken. Werde das noch mal auf Herz und Nieren testen. Sollte jetzt aber mit der Deaktivierung funktionieren.

Es bleibt damit nur noch diese Sache (durch die ich noch nicht durchsteige), dann dürfte alles komplett sein:).

Zitat

Original von kilroy
BTW: asciii ist doch ein guter Helfer.

Das will ich ja nicht abstreiten. Schnallen tue ich das Ganze trotzdem noch nicht und drüber lachen kann ich vermutlich erst, wenn ich da durchsteige und auch diese Sache irgendwie gelöst habe.

Bei Skripten hört es dann bei mir aber auf. Okay, nen einfaches Startskript bekomme ich wohl hingebastelt, aber ohne die Hintergründe zu verstehen, wird das ne unendliche Geschichte.

Wie hängt das Skript jetzt mit der irexec zusammen und könnte ich da Deine aus dem how-to hernehmen um mich dann nur noch mit der Skripterei befassen zu müssen (vielleicht hilft mir da dann mein Lieblingscousin, wenn ich ihn ganz nett anbettele)?

Zitat

Original von kilroy
Sorry, aber besser kann ich es nicht erklären.

Na das ist doch schon mal Futter bei die Fische :). Jetzt dämmert es langsam! Dann kann ich also schon Deine irexec hernehmen, da die ja nur generell die Funktion "Warte bis eine Taste auf der FB gedrückt wird" übernimmt. Nur die lircrc muss demzufolge an meine Bedürfnisse angepasst werden und ich benötige ggf. dann noch Skripte (siehe weiter unten).

Zitat

Code

zaphod:~$ cat /etc/lircrc 
#begin
#       prog   = <Daemon für Skript- und Programm-ausführungen>
#       button = <Tasten Name, ist in der lircd.conf definiert>
#       config = <Auszuführender Befehl>
#       mode   = <Modus: Schaltet Modus ein oder aus>
#       repeat = <Wiederholung an oder aus (0 oder 1)>
#       remote = <Name des Buttons in der lircd.conf>
#end


begin
        prog   = irexec
        button = Slow-
        config = /usr/lib/vdr/svdrpsend.pl "HITK Commands"; /usr/lib/vdr/svdrpsend.pl "HITK 1"
end


begin
        prog   = irexec
        button = ShuttleForward
        config = /root/skripte/vdr_reload.sh
end

Alles anzeigen

...Wofür wolltest doch nochmal ein Skript haben?

Dann hast Du das mit dem Skript "vdr_reload.sh" für den Button ShuttleForward ja fein erklärt. Das hatte ich schon vorher geschnallt.

Ich möchte mit einer bestimmten Taste von 16:9 auf 4:3-Bildformat (und umgekehrt) umschalten. Mit einer weiteren FB-Taste bei DVDs den Ton umstellen (Stereo, 5.1 etc.) und wieder mit einer anderen Taste auf das plugin radiolist direkt zugreifen (also über eine bestimmte Taste sofort zu den Radiosendern umswitchen) können.

Brauche ich da dann ein Skript oder lässt sich das über die HITK Commands und svdrpsend.pl umsetzen?

Oder ist Skript = HITK? Das Posting von ascii begreife ich nicht. Ich weiss nicht, welches Menü er meint und wo genau welche Skripte in welcher Reihenfolge stehen.

Fällt mir ehrlich gesagt gerade unheimlich schwer eine möglichst präzise Frage zu dieser Thematik zu stellen, zu der mir die Zusammenhänge Skript - HITK - svdrpsend.pl nicht einleuchtend sind.

Hoffe Du kannst irgendwie nachvollziehen, wie ich das meine.

Es wird einfach das ausgeführt was hinter config = steht
Ob das n script oder nen abfolge von befehlen ist bleibt sich gleich.

/usr/lib/vdr/svdrpsend.pl "HITK Commands"; /usr/lib/vdr/svdrpsend.pl "HITK 1" ruft einfach svdrpsend.pl auf das dann mit hitk(ey) die "Taste" Commands und die Taste 1 "drückt"

Siehe auch im Wiki zu svdrp:
http://www.vdr-wiki.de/wiki/index.php/SVDRP

Zitat

Original von wilderigel
Es wird einfach das ausgeführt was hinter config = steht
Ob das n script oder nen abfolge von befehlen ist bleibt sich gleich.

/usr/lib/vdr/svdrpsend.pl "HITK Commands"; /usr/lib/vdr/svdrpsend.pl "HITK 1" ruft einfach svdrpsend.pl auf das dann mit hitk(ey) die "Taste" Commands und die Taste 1 "drückt"

Siehe auch im Wiki zu svdrp:
http://www.vdr-wiki.de/wiki/index.php/SVDRP

Schon klar, den Wiki-Eintrag habe ich auch schon durch gehabt. Um die drei Funktionen, die ich haben möchte, nutzen zu können, muss ich das dann per Skript oder HITK umsetzen? Gibt es eines von beiden, was einfacher ist? Ich fürchte, ich bringe es nicht richtig rüber.

ascii schrieb, dass die commands in "/usr/share/vdr/command-hooks" bzw "/etc/vdr/command-hooks" in der commands.custom.conf stehen. Diese schaut bei mir wie folgt aus:

#
# This is an example file for defining external commands, that will be
# accessable via VDR's OSD menu.
# The commands will be executed under the same user id that vdr is running
# with, so take care if your are running vdr as root!
#
# The format of a command entry is:  <title> : <command>
# <title> is the menu text shown on the OSD and <command> is the command to
# be executed. Everything that <command> writes to stdout will be displayed
# on the OSD. i.e.:
#
# Open fortune cookie: /usr/games/fortune
#
# If you uncomment the line above and restart vdr, you will have a new
# command menu entry, called "Open fortune cookie", that will show you a
# random epigram. ( you may need an "apt-get install fortune" first! )
#
# If you are using the reccmd-patch, you can even divide your commands into
# submenus. To do so, preceed all sub menu items with a "-". i.e.:
#
# Fortune Cookies ... : echo "sub menu, no command"
# -Long Dictum        : /usr/games/fortune -l
# -Short Apothegms    : /usr/games/fortune -s
# -Special Topics ... : echo "sub-sub menu, no command"
# --Literature        : /usr/games/fortune literature
# --Riddles           : /usr/games/fortune riddles
#
# Again, just uncomment the above lines and restart vdr to see for your self,
# how this looks like on the OSD.
#

Also alles auskommentiert. Wenn denn nun die sagen wir mal virtuellen Tasten commands und dann die Taste1 gedrückt werden, muss ich ihm doch das hier vorgeben. Und wie genau muss ich das jetzt machen? Angabe mit Ordner, wo sich das Skript dann befindet etc.? Im Wiki steht da nur HITK und dann Taste. Da kann ich mir nix daruf zusammenreimen.

Noch eine andere Frage an Dich wilderigel. Hattest mir ja den guten tip zum submenu-plugin gegeben. Das plugin funktioniert allerdings noch nicht so wie gewollt, wobei ich fast schon froh bin, dass dieser Fehler nicht nur bei mir auftritt. Siehe dazu auch hier und hier. Hast Du da noch ne Idee?

Hallo Leute!

Ich bin recht neu hier (sieht man wohl auch an der Anzahl meiner Postings), aber habe mich schon durch diverse Topics gekämpft, um mir auch eine Art Grundwissen anzueignen.

So wie ich jetzt merke, reicht dieses Grundwissen bei weitem nicht aus, um meinen ersten VDR aufzusetzen.

Ich habe einen Linux PC mit einem Athlon 1200 und 768 MB RAM, einer Nvidia FX5200 und einer Technisat Skystar2 Budget PCI Card.

Ich habe Debian Etch installiert und bin jetzt dabei, nach kilroys super Anleitung einen VDR zu installieren.

Bin inzwischen an Punkt 7. VDR angelangt. Ich hatte zwar bei Punkt 5. Lirc installieren etwas Probleme, habe dies aber erstmal nach hinten verschoben, weil ich Lirc nicht unbedingt benötige, um ein erstes Bild auf meinem Monitor zu bekommen. Ihr merkt, ich bin darauf aus, ein Erfolgserlebnis zu bekommen, welches ich auch unbedingt brauche, um nach zweiwöchigem Board- und WIKI-Stöbern nicht durchzudrehen...

Folgendes passiert, wenn ich versuche, den vdr zu installieren (wie in der Anleitung beschrieben):

vdr:/usr/lib/hotplug/firmware# aptitude install vdr vdr-plugin-burn
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Lese erweiterte Statusinformationen
Initialisiere Paketstatus... Fertig
Lese Task-Beschreibungen... Fertig
Erzeuge Tag-Datenbank... Fertig
Die folgenden Pakete sind KAPUTT:
  vdr vdr-genindex vdr-plugin-burn
Die folgenden NEUEN Pakete werden zusätzlich automatisch installiert:
  dvdauthor libartsc0 libavcodeccvs51 libavutilcvs49 libfaac0 libfaad0 libfame-0.9 libglib1.2 libgtk1.2 libgtk1.2-common liblame0 libmjpegtools0
  libpostproccvs51 libpvm3 libquicktime0 libx264-54 libxvidcore4 mjpegtools pvm sox toolame transcode transcode-doc vdrsync
Die folgenden Pakete werden zurückgehalten:
  linux-image-2.6-486 linux-image-2.6.18-5-486
Die folgenden NEUEN Pakete werden zusätzlich installiert:
  dvdauthor libartsc0 libavcodeccvs51 libavutilcvs49 libfaac0 libfaad0 libfame-0.9 libglib1.2 libgtk1.2 libgtk1.2-common liblame0 libmjpegtools0
  libpostproccvs51 libpvm3 libquicktime0 libx264-54 libxvidcore4 mjpegtools pvm sox toolame transcode transcode-doc vdrsync
0 Pakete aktualisiert, 27 zusätzlich installiert, 0 werden entfernt und 2 nicht aktualisiert.
Muss 10,1MB/10,2MB an Archiven herunterladen. Nach dem Entpacken werden 25,7MB zusätzlich belegt sein.
Die folgenden Pakete haben verletzte Abhängigkeiten:
  vdr-genindex: Hängt ab: libc6 (>= 2.5-5) aber 2.3.6.ds1-13etch2 ist installiert.
                Hängt ab: libgcc1 (>= 1:4.2-20070516) aber 1:4.1.1-21 ist installiert.
                Hängt ab: libstdc++6 (>= 4.2-20070516) aber 4.1.1-21 ist installiert.
  vdr-plugin-burn: Hängt ab: libc6 (>= 2.6-1) aber 2.3.6.ds1-13etch2 ist installiert.
                   Hängt ab: libfreetype6 (>= 2.3.5) aber 2.2.1-5+etch1 ist installiert.
                   Hängt ab: libgcc1 (>= 1:4.2-20070516) aber 1:4.1.1-21 ist installiert.
                   Hängt ab: libgd2-noxpm (>= 2.0.35.) ist aber nicht installationsfähig oder
                             libgd2-xpm (>= 2.0.35.) ist aber nicht installationsfähig
                   Hängt ab: libstdc++6 (>= 4.2-20070516) aber 4.1.1-21 ist installiert.
                   Hängt ab: zlib1g (>= 1:1.2.3.3.dfsg-1) aber 1:1.2.3-13 ist installiert.
  vdr: Hängt ab: libc6 (>= 2.6-1) aber 2.3.6.ds1-13etch2 ist installiert.
       Hängt ab: libgcc1 (>= 1:4.2-20070516) aber 1:4.1.1-21 ist installiert.
       Hängt ab: libstdc++6 (>= 4.2-20070516) aber 4.1.1-21 ist installiert.
Resolving dependencies...
Die folgenden Aktionen werden diese Abhängigkeiten auflösen:


Beibehalten der folgenden Pakete in ihrer aktuellen Version:
vdr [Nicht installiert]
vdr-genindex [Nicht installiert]
vdr-plugin-burn [Nicht installiert]


Bewertungsnote beträgt -20037


Diese Lösung akzeptieren? [Y/n/q/?] Y
Die folgenden Pakete werden zurückgehalten:
  linux-image-2.6-486 linux-image-2.6.18-5-486
0 Pakete aktualisiert, 0 zusätzlich installiert, 0 werden entfernt und 2 nicht aktualisiert.
Muss 0B an Archiven herunterladen. Nach dem Entpacken werden 0B zusätzlich belegt sein.
Wollen Sie fortsetzen? [Y/n/?] Y
Schreibe erweiterte Statusinformationen... Fertig
vdr:/usr/lib/hotplug/firmware#

Wenn ich danach versuche,

/etc/init.d/vdr stop

auszuführen, kommt die Fehlermeldung, dass es die Datei nicht gibt. Also kann ich ja davon ausgehen, dass der vdr nicht installiert wurde.

Dem obigen Text zufolge scheint es so, als ob Pakete KAPUTT wären, oder die nicht gefunden werden. Ausserdem gibt es bereits installierte Pakete, die von der Versionsnummer zu klein sind. Aber warum überschreibt er die nicht einfach?

Weiss jemand Rat? Bitte helft mir!!

cu
chinda.

Hallo chinda,

Zitat

Original von chinda
Ich habe Debian Etch installiert und bin jetzt dabei, nach kilroys super Anleitung einen VDR zu installieren.

Jepp, die Anleitung ist hervoragend.

Zitat

Weiss jemand Rat? Bitte helft mir!!

Wenn du, wie du schreibst, dirgend ein Erfolgserlebnis benötigst, dann möchte ich dir folgende Tipps geben:

1. Verwende Hardware, mit der sich ein VDR recht unkompliziert verwenden lässt.
-> Dir fehlt ein Hardware-Decoder ala FF oder eventuell dxr3
Siehe hier: http://www.vdr-wiki.de/wiki/index.php/Ausgabeger%C3%A4te

2. Verwende eine VDR-Distribution.
Dann musst du nicht lange rumkompilieren und Einstellungen, ... etc vornehmen
Gängige VDR-Distributionen sind z.B::
easyVDR www.easy-vdr.de
Linvdr in Form des Mahltzeit ISO 3.2 ober 4.0beta
Gen2VDR

...das Howto von Kilroy ist glänzend. Aber nicht umbedingt für einen Einsteiger gedacht.

Gruß
Wicky

chinda

Hast wohl ne sid sources.list für den vdr von e-tobi erwischt?
Nimm etch und es sollte laufen.

Hi!

Erstmal schönen Dank für die Antworten auf meine ersten Fragen...:-)

Wicky:
Danke für die Tips. Ich habe mich über die ganzen VDR-Dists im Wiki vorher informiert. Diese scheiden für mich jedoch erstmal aus, weil ich meinen Linux Rechner noch für viele andere Dinge brauche (z.B. Asterisk :-D), und daher ist mir eine vollwertige Distribution lieber.
Ich weiss zwar, dass man beispielsweise bei der ct-vdr über ein Upgrade ein vollwertiges Debian bekommen kann, aber warum soll ich nicht gleich das vollwertige Debian installieren und danach den vdr, vor allem bei Vorhandensein einer solchen genialen Anleitung!!

wilderigel:
Danke für den Tip. Ich checke das mal und gebe wieder bescheid, ob es funktioniert hat.

cu
chinda.

Hi!

wilderigel:
Tatsächlich. In meiner sources.list stand an entsprechender Stelle "sid" statt "etch". Habe es ausgebessert und die Anleitung bis zum Ende durchgearbeitet. Hat alles funktioniert. Die VLC-Skript-Geschichte habe ich vorerst mal außen vor gelassen.

Ich möchte nun gerne ein Bild über Xine auf meinen Monitor bekommen.
Gibt es hierfür auch ne idotensichere Anleitung (also ne Anleitung, die für mich gedacht ist)? Hat jemand nen Link, aber nicht den ausm Wiki, sondern sowas wie ne "kilroy-Anleitung"?? Ich möchte nicht gerade beim ersten Mal rumprobieren...

Danke im Voraus schonmal...

cu
chinda.

Servus,

ich bins mal wieder.

Mir gehts jetzt um meinen eigenen VDR. Da habe ich nen X2 3800+ EE SFF drin. Bin da genauso vorgegangen, wie beim Geode VDR, aber das Ganze bereitet doch ziemliche Schwierigkeiten. Ich nehme an, dass das hauptsächlich am Kernel liegt. Habe für meinen eigenen VDR nämlich den Etch-Standard-Kernel hergenommen.

Nun möchte ich dann aber mal noch probieren, dass ich den Kernel aus dieser Anleitung hernehme. Unter Ubuntu Dapper musste ich da für Dual-Core-Unterstützung noch nen SMP-Paket installieren. Wisst Ihr, ob der Kernel aus dieser Anleitung die Unterstützung schon von sich aus mitbringt? Müsste ich das vor dem Kompilieren dann noch mit in die .config reinnehmen (neben den anderen Sachen, die ich für meine Hardware benötige)? Falls nicht, weiss jemand, ob und ggf. welches Paket mir da bei Verwendung des Kernels aus diesem how-to weiterhilft für die Dual-Core-Unterstützung?

Gleiche Geschichte wegen cool'n'quiet. Da muss ich ja dann den Patch nicht mehr durchführen, da die CPU das ja von Haus aus kann. Muss ich das beim Kompilieren einfach mit reinnehmen und dann nachher beim Start als Modul einfach laden (beim Etch-Standard-Kernel funktioniert das jedenfalls problemlos)?

Habt mal wieder vielen Dank für Eure Hilfe!

Zitat

Original von kilroy
Ich würde raten, einen vanilla Kernel
von kernel.org zu nehmen und diesen selbst zu konfigurieren.

Also den Kernel aus Deiner Anleitung, Geode-Patch weglassen und .config nach Bedarf umändern (hatte das ja schon machen müssen, weil Du ja ein diskless System hast)?