Beiträge von klaus1234

Hi Torsten,

mit Deinem Patch läuft es bei mir tatsächlich auch - magic!

Allerdings auch nur mit vdr 1.3.17. In 1.3.18 läuft der Buffer wieder voll.

Sehe auf den ersten (und zweiten) Blick aber leider auch nicht,
wieso es mit der 1.3.18 wieder nicht läuft. In den Sourcen hat
sich einfach zu viel geändert, und außerdem verstehe ich von den
VDR-Internas leider (noch) zu wenig.

Aber trotzdem Danke für den Patch für 1.3.17!
Klaus

Hallo,

ich habe jetzt vdr 1.3.18 und vdr 1.3.12 probiert. Bei beiden läuft
der Buffer voll.

Ivtv ck100z kann ich leider nicht übersetzen. Meldung beim Übersetzen:

Zitat

ivtv-firmware.c:106: warning: implicit declaration of function `open´
ivtv-firmware.c:112: warning: implicit declaration of function `lseek´
ivtv-firmware.c:123: warning: implicit declaration of function `read´
ivtv-firmware.c:129: warning: implicit declaration of function `close´

Das Laden des Moduls schlägt dann wegen dieser fehlenden Funktionen
fehl.

Mit Google habe ich herausgefunden, dass diese Version von ivtv
anscheinend mit meinem Kernel (2.6.8-24) nicht funktioniert.

Dann habe ich ivtv 0.3.2b versucht. Da gab's wieder den Buffer overflow.

Jetzt guck' ich dumm aus der Wäsch'.

Gruß
Klaus

Hallo Markus,

habe mich zu früh gefreut. Der Eintrag "analogtv.usePVR350 = 1" hat doch
nicht den gewünschten Erfolg gebracht. Das Bild frierte zwar nicht mehr ein,
aber dafür konnte man nicht mehr aufzeichnen. Die aufgezeichneten
Dateien hatten eine Größe von 0 Byte. Und auch ansonsten wurde
das System sehr instabil.

Ich frage mich, ob "analogtv.usePVR350 = 1" überhaupt richtig ist. Beim
vdr 1.2.6 ging es ja auch ohne.

In den Sourcen von analogtv steht in "menusetup.c":

Zitat

#if 0 //XXX Sorry people, this was only a _test_ ... it never worked as expected!
Add(new cMenuEditBoolItem(tr("Setup.analogTV$Use PVR350 TV-out"), &sx.usePVR350, NO, YES));
#endif

Scheint mir eher so, als dass man "analogtv.usePVR350 = 0" verwenden muss.
Das PVR350-Plugin sorgt schon selbst für den TV-Out.

Aber warum hat das mit vdr 1.2.6 funktioniert, aber nicht mit vdr 1.3.17?

Grüße
Klaus

Hab's gefunden. Anscheinend war der Eintrag
"analogtv.usePVR350 = 1" in der "setup.conf" verloren gegangen.

War der Meinung, ich hätte den gesetzt ...

Trotzdem Danke.
Klaus

Hallo,

ich versuche einen VDR mit PVR350 only zum Laufen zu bekommen.
Installiert habe ich SuSE 9.2, VDR 1.3.17, ivtv-0.2.0-rc3d, analogtv 0.9.73 und pvr350-0.0.3.

Funktioniert nach längerem Probieren auch endlich.
Jedenfalls sehe ich über den TVOut der PVR350 ein Bild - allerdings nur für einige Sekunden. Dann friert das Bild ein.

In /var/log/messages steht

Zitat

Jan 11 22:03:17 linux vdr[6280]: buffer usage: 70% (tid=16386)
Jan 11 22:03:18 linux vdr[6280]: buffer usage: 80% (tid=16386)
Jan 11 22:03:19 linux vdr[6280]: buffer usage: 90% (tid=16386)
Jan 11 22:03:19 linux vdr[6280]: buffer usage: 100% (tid=16386)

Anscheinend läuft da ein Puffer voll.

Das OSD funktioniert allerdings weiterhin. Man kann auch eine Aufnahme starten.
Wenn man allerdings die Aufnahme wiedergibt, passiert wieder das Gleiche: das Bild friert nach ein paar Sekunden ein.

Ich habe schon bei den analogtv-Einstellungen die Video-Bitrate und Bildgröße heruntergesetzt. Das bewirkt aber nur, dass das Bild etwas später einfriert.

Woran könnte das liegen?

Vielen Dank,
Klaus

Hallo,

ich habe die ctVDR 3.06 mit einer PVR350. Um auch den
mplayer nutzen zu können, habe ich unter
http://chriskennedy.kicks-ass.net/~ckennedy/ivtv/ivtv_apps/
die Sourcen des gepatchten mplayer geladen und wie unter
http://www.heise.de/ct/ftp/pro…anleitungen.shtml#mplayer
beschrieben übersetzt.

Immerhin habe ich jetzt mit "mplayer -vo ivtv ..." ein Bild.
Aber der Ton kommt immer über die Soundkarte und nicht
über die PVR350. Ich habe sämtliche zur Verfügung stehenden
audio output driver, die unter "mplayer -ao help" aufgelistet
werden, ausprobiert, aber keiner funktioniert.

Wie kann ich den Ton auch noch über die PVR350 bekommen?

Vielen Dank,
Klaus

Hallo,

ich habe die ctVDR 3.06 mit einer PVR350 am Laufen. Funktioniert
eigentlich auch ganz gut, nur die Bildqualität ist ziemlich bescheiden.
Beim Umschalten von Kanälen stottert der Ton mehrere Sekunden,
und es sind deutliche Artefakte zu sehen. Das wird mit der Zeit
zwar etwas besser, aber gut ist es eigentlich nicht.

Das Bild bei der von Hauppauge mitgelieferten Software WinTV
ist einwandfrei, also müsste es doch eigentlich auch beim ctVDR gehen.

Gibt es einen Trick, wie man die Bildqualität verbessern kann?

Danke,
Klaus

Kann ich mich eigentlich mit PuTTY an meinem ctVDR anmelden und dann
die Tastatureingaben, die ich dort mache, so umleiten, dass ich den VDR
damit steuere?

Danke
Klaus

Hallo Dr. Seltsam,

ich habe es jetzt geschafft. Der ctVDR 3.06 enthält also anscheinend den nötigen Patch.

Dein Hinweis war gut, denn der Fehler lag in der channels.conf.

Wer das gleiche Problem hat:
Im Ordner "/usr/share/doc/vdr-plugin-analogtv/examples/" werden zwar
einige Beispieldateien mitgeliefert, aber die sind teilweise im alten Format,
teilweise im neuen Format, teilweise für "normale" analoge Karten, teilweise
für die PVR.

Das Format wird erklärt in "/usr/share/doc/vdr-plugin-analogtv/README.html".

Entscheidend bei mir (ctVDR 3.06, PVR 350) ist, dass bei den Parametern
nicht "M64", sondern" B6C0D45" stehen muss (bei anderen analogen Karten
wäre es "B6C0D0").

So, dann kann ich mich jetzt ja an die Erkundung der anderen Plugins
machen

Danke,
Klaus

Hm, bin nicht sicher, welchen Treiber 100z Du genau meinst.

Unter http://www.heise.de/ct/ftp/projekte/vdr/overview.shtml
ist von einer "c't-Variante mit integriertem Patch für analogtv-Plug-in"
die Rede.

Wenn ich das richtig verstehe, muss ich "/etc/apt/sources.list" ersetzen
(durch sources.list.ct), "apt-get update" aufrufen und dann
"vdraptrefresh.sh --dry-run" bzw. "vdraptrefresh.sh".

Meinst Du das?

Danke,
Klaus

Hallo,

ich habe versucht, mit der ctvdr 3.06 eine Installation
mit nur einer PVR350 aufzusetzen (habe halt leider
nur analoges Kabel, kein Sat).

Mit Hilfe dieses Forums bin ich bis jetzt so weit gekommen:

1. ctvdr vollständig installiert

2. In "/etc/modutils/ivtv.2.4.27-ctvdr-1" die beiden letzten#
entfernt (damit die pvr350 als output verwendet wird).
Danach "update-modules" ausgeführt.

3. Vor dem Start des VDR wird "modprobe ivtv" ausgeführt.
("cat /proc/video/dev/video0" gibt eine "Vanilla iTVC15 card" aus)

4. Da auf dem Fernseher immer ein blinkender weißer Cursor zu
sehen war, habe ich "video=vc:64-64" in die lilo.conf eingefügt
und danach "/sbin/lilo" laufen lassen

5. Kopieren von "/usr/share/doc/vdr-plugin-analogtv/examples/channels.conf.analogue.BaWue-Boeblingen"
nach "/var/lib/vdr/channels.conf". Die in dieser Datei eingetragenen
Frequenzen stimmen bei mir zwar nicht mit den Sendernamen überein,
aber das dürfte ja nichts machen. Sollte reichen, um überhaupt
einmal einen Sender zu bekommen.

Ergebnis: Beim Starten des VDR erscheint auf dem Fernseher
der Text "Transfer-Mode kann nicht gestartet werden.".

Das OSD kann man aufrufen und erscheint auch einwandfrei auf
dem Fernseher. Man kann auch manuell den Kanal wechseln, aber es
erscheint dann immer für ein paar Sekunden obige Meldung
- danach wird der Bildschirm schwarz. Ein Fernsehbild ist nicht zu sehen.

Wenn man den VDR sich selbst überlässt, steht in /var/log/messages

..
..
Dec 3 20:05:23 vdr600 vdr[1679]: switching to channel 2
Dec 3 20:05:36 vdr600 vdr[1679]: switching to channel 1
Dec 3 20:05:38 vdr600 vdr[1679]: switching to channel 2
Dec 3 20:05:51 vdr600 vdr[1679]: switching to channel 1
Dec 3 20:05:53 vdr600 vdr[1679]: switching to channel 2
..
..

Was kann ich jetzt noch tun? Momentan weiß ich nicht weiter.

Danke
Klaus

Hallo Norbert,

Zitat

Found 0 of the 504 files required by the template

das deutet darauf hin, dass Du das heruntergeladenen ctvdr306.iso nicht hast durchsuchen lassen.

Du musst jigdo erst das ISO durchsuchen lassen (ich hatte es dazu in den DAEMON Tools geladen) und dann mit ENTER noch einmal den Rest vom Internet nachladen lassen. Dann sollte es funktionieren.

Gruß
Klaus

Hallo Lars,

Du hast Recht!

Verdammte Hacke, wer sich die Zeit zum Lesen nimmt, ist klar im Vorteil.
Und ich brech' mir da einen ab ...

Schäm,
Klaus

Hm, habe es jetzt geschafft, eine vollständige CD 3.06 mit den unfree-Sachen zu erzeugen. Wen's interessiert:

1. ISO unter ftp://ftp.heise.de/pub/ct/proj…r/sarge/isos/ctvdr306.iso laden
2. jigdo mit "unfree.jigdo" laufen lassen. Es wird ein "unfree.iso" erzeugt.
3. Die Dateien http://www.heise.de/ct/ftp/pro…ed_unfree/KNOPPIX/md5sums und http://www.heise.de/ct/ftp/pro…oot/isolinux/isolinux.bin laden und auf der Festplatte z.B. im Ordner "c:\vdr" speichern.
2. jigdo mit "ctvdr_unfree.jigdo" laufen lassen.
2a: Im ersten Lauf lässt man jigdo das unter 1. geladene ISO durchsuchen
2b: Im zweiten Lauf lässt man jigdo das unter 2. erzeugte ISO durchsuchen
2c: Im dritten Lauf lässt man jigdo den Ordner "c:\vdr" durchsuchen.

Am Schluss hat man dann eine Datei "ctvdr_unfree.iso".

Wieso "ctvdr_unfree.jigdo" die Dateien nicht selbst aus dem Internet laden kann, ist mir unklar.

Klaus

Hallo,

habe Probleme mit dem Bauen einer vollständigen Installations-CD
"ctvdr_unfree.jigdo". Die CD aus dem CT special habe ich. Daran
liegt es also nicht.

Es scheint so, als würden überhaupt keine Dateien aus dem Internet
geladen werden. Die Internet-Verbindung (DSL) funktioniert aber, denn
wenn ich "unfree.jigdo" verwende, wird die ISO-Datei einwandfrei erzeugt.
Auf einem anderen Rechner mit festem Internetzugang hatte ich genau das gleiche Ergebnis.

Wenn ich eine der Dateien aus "ctvdr_unfree.jigdo" direkt lade, z.B.
http://www.heise.de/ct/ftp/pro…plates/conffiles/smb.conf
funktioniert es, wobei z.B.
http://www.heise.de/ct/ftp/pro…vdr/vdr/elchi/Packages.gz
ein 404 - File not found ergibt.

Unten ist die Log-Ausgabe des x-ten Versuchs (x > 15).

Danke,
Klaus

-----------------------------------------------------------------
To resume a half-finished download, enter name of .jigdo file.
To start a new download, enter URL of .jigdo file.
You can also enter several URLs/filenames, separated with spaces,
or enumerate in {}, e.g. `http://server/cd-{1_NONUS,2,3}.jigdo'
jigdo [http://www.heise.de/ct/ftp/pro…emplates/ctvdr_unfree.jig
do]: ctvdr_unfree.jigdo

-----------------------------------------------------------------
Images offered by `ctvdr_unfree.jigdo':
1: ctvdr_unfree.iso

-----------------------------------------------------------------
If you already have a previous version of the CD you are
downloading, jigdo can re-use files on the old CD that are also
present in the new image, and you do not need to download them
again. Enter the path to the old CD ROM's contents (e.g. `d:\').
Alternatively, just press enter if you want to start downloading
the remaining files.

You can also enter a single digit from the list below to
select the respective entry for scanning:
1: l:\
2: g:\
Files to scan: 1

Not downloading .template file - `ctvdr_unfree.template' already present
Found 0 of the 39 files required by the template
Copied input files to temporary file `ctvdr_unfree.iso.tmp' - repeat command and
supply more files to continue

-----------------------------------------------------------------
If you already have a previous version of the CD you are
downloading, jigdo can re-use files on the old CD that are also
present in the new image, and you do not need to download them
again. Enter the path to the old CD ROM's contents (e.g. `d:\').
Alternatively, just press enter if you want to start downloading
the remaining files.

You can also enter a single digit from the list below to
select the respective entry for scanning:
1: l:\
2: g:\
Files to scan: