Spitzen mässig! 
Danke tomas, mit Deiner Anleitung hab ich's hinbekommen. Es funzt jetzt einwandfrei.
Auch VDR-Admin geht. Er hat mir zwar beim ausführen des tvmovie2vdr.sh einige Fehlermeldungen gebracht, dennoch hab ich alle relevanten Daten.
Dank auch Dir Steffen81 und den anderen die mir geholfen haben.
Gruß Andal
och nööö,
jetzt hab ich einen halben Nachmittag geopfert um herauszufinden welche codes die restlichen Tasten der FB haben; und nun seh ich auf der letzten Seite, dass es sie schon gibt.
Pech 'jehabt...
Naja ich habs nochmal als pic dran gehängt, wenn jemand nur den code einer bestimmten Taste sucht...
(grün sind dabei die, die schon benutzt werden)
Hallo Dr. Seltsam,
der Abschnitt zur Änderung im Bootmenü könnte meiner Meinung nach noch eine Ergänzung vertragen.
ZitatAlles anzeigenWir ändern unsere menu.lst nun so ab, dass der betreffende Abschnitt wie folgt aussieht:
title LinVDR Mahlzeit Edition 3.2
root
kernel /boot/vmlinuz vga=0x317 video=vc:64-64 video=map:0 root=/dev/hda1 quiet
savedefault
boot
Falls die Grafikkarte den Modus 0x317 nicht kennt (merkt ihr beim nächsten Booten), kann auch vga=0x000 stehenbleiben. Dann ist die Konsole aber nicht mehr so gut lesbar.
Meine Grafikkarte (Onboard i810 eines Compaq Desktop Pro) kennt keine hochauflösenden Modi. Also habe ich wie angegeben "vga=0x00" stehengelassen.
Als mein VDR endlich nach einiger Zeit lief stellte ich fest, dass am Anfang das OSD sichtbar ist, aber irgendwann verschwindet. Es hat mich einige Zeit gekostet herauszufinden, dass das an einem Konsolen-Bildschirmschoner liegt. Das OSD erscheint z. B. wieder wenn man eine Tastatur angeschlossen hat und dort eine Taste drückt. Im Forum wird bei solchen Problemen an einigen Stellen auf "setterm" hingewiesen. Das Tool fehlt aber beim LinVDR. Die Lösung ist ein
execute echo -n -e "033[9;0]das man in seine rcStart einbaut. Eine gute Erklärung findet man
http://lists.debian.org/debian-isp/2003/01/msg00126.html</a>
Hallo Dr. Seltsam,
ich bin 100% nach Installationsanleitung vorgegangen. Daher hatte ich angenommen, dass jeder, der den Mode 0x000 setzt, das Problem mit dem Bildschirmschoner hat.
Egal, das Problem ist ja gelöst und nun auch bekannt und im Board festgehalten.
Volker
Bevor ich hier als Querulant abgestempelt werde will ich zuerst mal ein Lob loswerden. Meine ersten Versuche mit einer PVR350 und Linux waren wenig erbaulich, bis die Mahlzeit.iso 3.2 und Dr.Seltsams Anleitung kam. Danach war alles relativ einfach.
Dennoch will ich auf ein paar Dinge hinweisen, die Anfängern das Leben schwer machen können und wahrscheinlich auch für die kommende MAHLZEIT 4.0 relevant sind.
1. Radio: ruft man ivtv-radio auf, dann bekommt man einen Fehler über eine fehlende ALSA Bibliothek. Wenn Interesse besteht poste ich die Fehlermeldung später. Im Augenblick komme ich nicht an meinen VDR wo ich sie abgelegt habe.
2. Der pvrscan funktionierte bei mir reproduzierbar nie. Nach einer Weile war der Rechner tot und nur durch "Strom aus" wiederzubeleben. Da die bis dahin gelesenen Kanalinformationen habe ich nur über eine Pipe "w_pvrscan | tee my_channels.conf" gekriegt. Bis zu den Radio-Kanälen ist er nie gekommen. Daher: falls mir jemand eine analoge ISH channels.conf zur Verfügung stellen könnte wäre ich sehr dankbar.
3. In der Installation gibt es ein apt Verzeichnis. Auch apt-get kann man aufrufen. Es gibt aber Fehlermeldungen. Erst einige Tage später habe ich gelesen, dass man zum Nachinstallieren ein Werkzeug namens "debtool" verwendet. Ich schlage vor, diesen APT Kram aus der Distribution rauszunehmen.
4. Ich will vom Radio (DAB, angeschlossen über TOSLink Kabel, nächstes Projekt) aufnehmen . Dazu habe ich mir "ecasound, ogg-tools, mpg123 und flac" ausgesucht. Für einen Test habe ich folgendes versucht: auf einer bestehenden Ubuntu Installation (ist ja auch Debian basiert) für mpg123 ein ldd ausgeführt. So rekursiv alle Abhängigkeiten zusammengesucht. Das Paket von libs und mpg123 auf den linvdr kopiert und dort versucht, ein mp3 file abzuspielen. Ich kann den Fehler den ich erhielt leider nicht mehr wiedergeben aber er kam vom Linker und er hatte etwas mit falschen IDs oder Crypt IDs zu tun.
Kann mir jemand erklären warum das nicht geht?
5. tvmovie2vdr
Testlauf "tvm2vdr.pl -n -v" (das sind Optionen, die laut Skript funktionieren sollen) liefert Fehler. Die EPG Dateien werden geholt und in Verzeichnissen "downloadfiles*" abgelegt. Im nächsten Schritt findet das Skript dann diese Verzeichnisse nicht mehr. Leider kann ich kein Perl sonst würde ich es fixen.
Das wars.
Volker
ZitatOriginal von ved
1. Radio: ruft man ivtv-radio auf, dann bekommt man einen Fehler über eine fehlende ALSA Bibliothek. Wenn Interesse besteht poste ich die Fehlermeldung später. Im Augenblick komme ich nicht an meinen VDR wo ich sie abgelegt habe.
wozu brauchst Du ivtv-Radio? Radio kannst Du direkt über den vdr hören. Der Radiokanal muss in diesem Fall statt der VPID 0 die 301 kriegen. Das Bild ist dann grün, aber man hat Sound. Die Fehlermeldung wäre natürlich schon wichtig.
Zitat2. Der pvrscan funktionierte bei mir reproduzierbar nie. Nach einer Weile war der Rechner tot und nur durch "Strom aus" wiederzubeleben. Da die bis dahin gelesenen Kanalinformationen habe ich nur über eine Pipe "w_pvrscan | tee my_channels.conf" gekriegt. Bis zu den Radio-Kanälen ist er nie gekommen. Daher: falls mir jemand eine analoge ISH channels.conf zur Verfügung stellen könnte wäre ich sehr dankbar.
kann ich hier leider nicht reproduzieren, w_pvrscan lief immer einwandfrei. Hast Du mal das Plugin wirbelscan probiert? Eine channels.conf könnte vielleicht im vdr-wiki zu finden sein.
Zitat3. In der Installation gibt es ein apt Verzeichnis. Auch apt-get kann man aufrufen. Es gibt aber Fehlermeldungen. Erst einige Tage später habe ich gelesen, dass man zum Nachinstallieren ein Werkzeug namens "debtool" verwendet. Ich schlage vor, diesen APT Kram aus der Distribution rauszunehmen.
auch das debtool ist leider nicht die Krönung, da es keine debian-pakete mit preinst-Script verarbeiten kann. Das apt hat mal jemand reingepanscht. Da LinVDR nun mal kein echtes Debian ist, und mangels zentraler Verwaltung auch verpanscht ist, machen debian-Pakete m.E. keinen Sinn mehr. Ich release daher nur einfache tarballs. Dein Hinweis wäre ansonsten in einem "reinrassigen" mahlzeit-Thread besser aufgehoben, da es hier nur um die PVR-Besonderheiten geht.
Zitat4. Ich will vom Radio (DAB, angeschlossen über TOSLink Kabel, nächstes Projekt) aufnehmen . Dazu habe ich mir "ecasound, ogg-tools, mpg123 und flac" ausgesucht. Für einen Test habe ich folgendes versucht: auf einer bestehenden Ubuntu Installation (ist ja auch Debian basiert) für mpg123 ein ldd ausgeführt. So rekursiv alle Abhängigkeiten zusammengesucht. Das Paket von libs und mpg123 auf den linvdr kopiert und dort versucht, ein mp3 file abzuspielen. Ich kann den Fehler den ich erhielt leider nicht mehr wiedergeben aber er kam vom Linker und er hatte etwas mit falschen IDs oder Crypt IDs zu tun.
Kann mir jemand erklären warum das nicht geht?
Ich fürchte das wird Dir mit den Angaben niemand erklären können 
Ich weiss offen gestanden auch gar nicht, was Du vorhast. Betrifft das irgendwie die PVR350? Sonst wäre für so ein spezielles Problem ein eigener Thread sinnvoll.
Zitat5. tvmovie2vdr
Testlauf "tvm2vdr.pl -n -v" (das sind Optionen, die laut Skript funktionieren sollen) liefert Fehler. Die EPG Dateien werden geholt und in Verzeichnissen "downloadfiles*" abgelegt. Im nächsten Schritt findet das Skript dann diese Verzeichnisse nicht mehr. Leider kann ich kein Perl sonst würde ich es fixen.
Ich selbst habe mich mit tvmovie leider noch immer nicht beschäftigt. Es haben aber schon Leute hingekriegt, ohne diese Probleme zu berichten. Der Fehler ist ja eigentlich auch nicht PVR-spezifisch.
Vielen Dank für Dein ausführliches Feedback, aber wie schon gesagt - das meiste ist sehr speziell und in eigenen/anderen Threads besser aufgehoben. In diesen Thread schauen ja eher nur die Analogen ... 
Also das Problem mit dem pvr_wscan hatte ich auch immer.
Es war reine glücksache ob es durchlüft oder nicht. Ich glaube das es am eingangssignal liegt. Wenn ich nichts angeschlossen hatte ging es immer recht gut durch (ich hatte nur keine sender 
) .
Habe aber jetzt die Mahlzeit 4.0beta2 und habs hier nicht nicht getestet.
ZitatOriginal von ved
Nach einer Weile war der Rechner tot und nur durch "Strom aus" wiederzubeleben.
Wenn sich deine pvr aufhängt und den kompletten pci Bus blockiert weghängt sieht das nach Hardware Problemen aus.. Versuch mal die Karte in nem andren Slot zu betreiben.
Danke für das tolle HowTo! Hat alles wunderbar geklappt. Aber nachdem ich den linvdrupdater laufen lassen hatte kam die meldung respawning too fast aber auf monitor und fernseher. Was mache ich falsch? Oder wie macht mans?
Hi leute,
ich habe mal ein bischen nachgeforscht und getüfftelt wegen mplayer unter einem PVR350 System und bin dabei hierauf gestoßen:
http://blog.blechkopp.net/anle…vr-350-ivtv-ivtvosd-divx/
meint ihr man könnte das mal für linvdr kompilieren? Ich habe leider weder eine Entwickliungsumgebung noch das Nötige knowhow um das zu machen, wäre aber sehr an einer Löung interessiert.
Hab sogar schon versucht andere Filme via mencoder, fifo und dd auf den Ferhnseher zu bringen.
Also, wenn das mal jemand mit sourcen und entsprechendem gcc für die aktuelle mahlzeit iso kompilieren könnte wäre echt super.
lg mcdikki
Hallo mcdikki,
ich kenne die Seite. Der Patch ist veraltet, aber im aktuellen mplayer-CVS ist ivtv-Unterstützung drin, und zwar als
-vo v4l2 (ivtv-Treiber 1.x)
-vo ivtv (ivtv 0.10)
Hierbei wird das Video von mplayer intern in ein mpeg gewandelt und an den Dekoder der Karte geschickt. Ich habe damit schon experimentiert und bin nicht wirklich zufrieden. Die Neuencodierung (auch wenn die Quelle schon mpeg ist) und Aufbereitung führt sogar auf einem P3 1,2 GHz zu erheblicher CPU-Last (85% bei 720x576-Material). Das ist inakzeptabel, zumal es erhebliche Probleme mit der Lippensynchronität gibt.
Viel besser hingegen funktioniert der ivtv cvidix-Treiber. Auch da ist die CPU gefordert, weil das Bild nicht an den Dekoder (/dev/video16) geht, sondern an den ivtvfb. Das ist im Prinzip so wie beim ivtv-X-Treiber, nur dass man kein X braucht :). Hier ist die CPU-Last nicht ganz so hoch, obwohl man da mit solchen alten Systemen schon schnell an die Grenzen stößt. Man muss halt berücksichtigen, dass die PVR350 keine Grafikkarte mit Hardwarebeschleunigungs-Chips ist, sondern dass hier wirklich alles über die CPU läuft. Eine moderne CPU sollte das hingegen locker wegstecken.
mplayer mit cvidix läuft bei mir auch schon im Test, und ich hoffe noch vor Weihnachten ein Paket bereitstellen zu können. Das Selbstkompilieren hat sich wegen diverser Abhängigkeiten als sehr tückisch erwiesen (gcc 3.3 ist sowieso Voraussetzung)
Als vorbereitende Maßnahme kannst Du schon mal damit beginnen, Dein System umzubauen:
(edit 24.12.07: Grundinstallation genauer beschrieben)
tar xvfz vdr-1.4.7-ext40-tt-avolctl.tgz -C /cd /usr/bin
rm vdr
ln -sf vdr-1.4.7-ext40 vdr-1.4.5
ln -sf vdr-1.4.5 vdr
ein
ls -l
müsste nun anzeigen, dass der Softlink vdr auf vdr-1.4.5 zeigt, welches wiederum ein Softlink ist, der auf die 1.4.7er Version zeigt. Aus Sicht des setup-Scripts müsste das reichen, um die Plugins wieder in der Auswahl aufzulisten.
Volume+ 0x00000000000017FC
Volume- 0x00000000000017CC
Jetzt kann man das ganze mal mit mp3`s testen.
Bei mir ist der Klang aus der Soundkarte nicht so toll - zu leise, zu dumpf und bei zu hoch ausgeregelten Pegeln verzerrt. Das dürfte ein Impedanzproblem sein, vielleicht hilft mir ein Aufholverstärker wie der AHV 100 von ELV. Oder der Via onboard-Sound ist Schrott.
So, jetzt habe ich Dich glaube ich erstmal beschäftigt 
Ok OK, ich seh schon, mein Weihnachtsurlaub ist gerettet
Mal ne frage, warum bist du mit dem -vo ivtv nicht zufrieden?
Bei normalen DVB Vdrs ist es ja nicht anders. Dort wandelt mplayer die sachen doch auch in mpeg pes um und sendet es halt an den decoder der Karte.
Ich bin gerade am Spielen mit mencoder und ffmpeg um die Filme in mpeg zu encoden und sie dann entweder über ein fifo und dd oder direkt an das richtige device (bei der pvr ist das /dev/video16) zu schreiben. Das geht soweit ganz gut, auch mit sound. Leider bricht der Film nur früher ab als er eigentlich zu ende ist. Ich schätze das liegt daran das der encoder (software) früher fertig ist und dann die pipe aufgelöst wird, weiß es aber nicht genau.
Wie ist das eigentlich, die PVR kann ja auch yuv verarbeiten (über /dev/video48 ), würde das nicht weniger rechenpower beanspruchen?
Nur mal so reingeschmissen.
Was mich an der anderen Variante stört ist halt das der Ton über die Soundkarte geht. Ich finde es sehr angenehm dass ich alles über die pvr kabelpaitche machen kann.
lg mcdikki
ah, ok. Verstehe.
Ich hab noch eine Möglichkeit im petto.
Wenn man den Mplayer ohne DVB Unterstützung kompliert dann kann man den Mpegpes in eine Dateischreiben lassen. Diese sollte man dann doch an den decoder der Karte leiten können?
Wie gesagt, mit ffmpeg encoding und pipe zu /dev/video16 hab ich gute Erfahrungen gemacht, auch was den Ton angeht.
Ich werde auf jedenfall mal die beide sachen ausprobieren.
Ab welcher mplayer version ist denn ivtv und civtv mit drin?
lg mcdikki
PS: Vielleicht sollten wenn es geht mal eine kleines howto für die ganzen pvr nutzer machen.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!