ivtv-fb: "Transfer-Mode kann nicht gestartet werden!"

rmweiss · 8. Mai 2007

Hallo,

Habe hier einen Analog-VDR auf Debian Etch Basis mit Ein- und Ausgabe über eine PVR-350.

Mein Problem ist nun, dass er nur Funktioniert wenn ich das ivtv-fb Modul von Hand lade (also einlogen per SSH und dann "modprobe ivtv-fb").

Wenn ich das Modul in /etc/modules eintrage, dann bekomme ich kein Bild, sondern die Fehlermeldung "Transfer-Mode kann nicht gestartet werden!".
Auch Versuche mit dem modprobe-Eintrag in einem der Startskripte brachte nur diese Fehlermeldung.

Kann sich jemand dieses Verhalten erklären?

wirbel · 9. Mai 2007

Vermutlich wird ivtv nicht automatisch gestartet.

Also mal versuchen vor ivtv-fb noch ivtv einzutragen.

rmweiss · 9. Mai 2007

Leider nicht.

ivtv wird geladen, und die Einträge in dmesg zu ivtv(-fb) sehen (fast) gleich aus.

Bei beiden Varianten:

Code

ivtv:  ==================== START INIT IVTV ====================
ivtv:  version 0.10.1 (tagged release) loading
ivtv:  Linux version: 2.6.18-4-686 SMP mod_unload 686 REGPARM gcc-4.1
ivtv:  In case of problems please include the debug info between
ivtv:  the START INIT IVTV and END INIT IVTV lines, along with
ivtv:  any module options, when mailing the ivtv-users mailinglist.
ivtv0: Autodetected Hauppauge card (cx23415 based)
ivtv0: loaded v4l-cx2341x-enc.fw firmware (376836 bytes)
ivtv0: loaded v4l-cx2341x-dec.fw firmware (262144 bytes)
ivtv0: Encoder revision: 0x02060039
ivtv0: Decoder revision: 0x02020023
ivtv0: Autodetected Hauppauge WinTV PVR-350
tuner 0-0061: chip found @ 0xc2 (ivtv i2c driver #0)
saa7115 0-0021: saa7115 found @ 0x42 (ivtv i2c driver #0)
saa7127 0-0044: saa7127 found @ 0x88 (ivtv i2c driver #0)
msp3400 0-0040: MSP4418G-A2 found @ 0x80 (ivtv i2c driver #0)
ivtv0: Registered device video0 for encoder MPEG (4 MB)
ivtv0: Registered device video32 for encoder YUV (2 MB)
ivtv0: Registered device vbi0 for encoder VBI (1 MB)
ivtv0: Registered device video24 for encoder PCM audio (1 MB)
ivtv0: Registered device radio0 for encoder radio
ivtv0: Registered device video16 for decoder MPEG (1 MB)
ivtv0: Registered device vbi8 for decoder VBI (1 MB)
ivtv0: Registered device vbi16 for decoder VOUT
ivtv0: Registered device video48 for decoder YUV (1 MB)
ivtv0: loaded v4l-cx2341x-init.mpg firmware (155648 bytes)
ivtv0: Initialized Hauppauge WinTV PVR-350, card #0
ivtv:  ====================  END INIT IVTV  ====================
ivtv0-fb: Framebuffer at 0x45510000, mapped to 0xc9890000, size 1665k
ivtv0-fb: === Validated display mode  ===
ivtv0-fb: Display size 720x576 (720x576 Virtual) @ 32bpp
ivtv0-fb: Display position 1,1
ivtv0-fb: Display filter : on
ivtv0-fb: Color space : RGB
ivtv0-fb: === Display mode change ===
ivtv0-fb: Display size 720x576 (720x576 Virtual) @ 32bpp
ivtv0-fb: Display position 1,1
ivtv0-fb: Display filter : on
ivtv0-fb: Color space : RGB
ivtv0-fb: === Display mode change ===
ivtv0-fb: Display size 720x576 (720x576 Virtual) @ 32bpp
ivtv0-fb: Display position 1,1
ivtv0-fb: Display filter : on
ivtv0-fb: Color space : RGB
ivtv0-fb: Running in compatibility mode. Display resize & mode change disabled
ivtv0-fb: Framebuffer registered on ivtv card id 0

Alles anzeigen

Bei der funktionierenden Version kommt am Schluss noch vom vdr:

Code

ivtv0: Stereo mode changed

Habt ihr noch andere Ideen?

wirbel · 9. Mai 2007

Stimmt auch die Reihenfolge? Erst ivtv und ivtv-fb, *dann* erst VDR?

Ist die letzte Idee. Das mit dem Transfer Mode kommt von vdr wenn in pvrinput kein device für analoge Kanäle angelegt werden konnte.

Dr. Seltsam · 9. Mai 2007

sehr mysteriös.

ivtv-fb lädt ivtv automatisch, anderes geht es gar nicht. Die Fehlermeldung zum Transfer-Modus betrifft nicht die Ausgabe, sondern das Eingabedevice (pvrinput? analogtv?)

welche Versionen der beiden pvr-Plugins benutzt Du?

rmweiss · 10. Mai 2007

Aus dem Logfile:

Code

May 10 20:51:55 vdr vdr: [2663] loading plugin: /usr/lib/vdr/plugins/libvdr-pvr350.so.1.4.5
May 10 20:51:55 vdr vdr: [2663] loading plugin: /usr/lib/vdr/plugins/libvdr-pvrinput.so.1.4.5
May 10 20:51:55 vdr vdr: [2663] initializing plugin: pvr350 (0.0.5): An output device for the PVR350
May 10 20:51:55 vdr vdr: [2663] initializing plugin: pvrinput (0.1.1): use Hauppauge PVR as input device
May 10 20:51:55 vdr vdr: [2663] starting plugin: pvr350
May 10 20:51:55 vdr vdr: [2663] starting plugin: pvrinput

Debian Pakete:

Code

Package: vdr-plugin-pvr350
Priority: extra
Section: misc
Installed-Size: 88
Maintainer: Peter Siering <ps@ctmagazin.de>
Architecture: i386
Version: 0.0.4+0.0.5pre-11
Depends: libc6 (>= 2.3.6-6), libgcc1 (>= 1:4.1.1-12), libstdc++6 (>= 4.1.1-12), vdr (>= 1.4.6-1ctvdr2)
Filename: pool-etch/binary/vdr/multipatch/vdr-plugin-pvr350_0.0.4+0.0.5pre-11_i386.deb
Size: 18812
MD5sum: a53dc6e3933d97c27924a5a41b6e1123
SHA1: 7fe4a68d5c6610afcb1f52dd5b32fc77fc3e1a68
SHA256: 9cfeb2ca8be2848fc54fb66c6781e211ef0aefb912f477dc430c16e4b7a3dc0e
Description: VDR-Plugin that uses a PVR350 as output device
 This plugin for vdr uses Hauppauge PVR350 as an output device.
Origin: ctvdr
Bugs: mailto:pkg-vdr-dvb-devel@lists.alioth.debian.org
Vdr-Patchlevel: liemikuutio jumpplay subtitles-ttxtsubs submenu disableDoubleEpgEntrys noepg wareagle-icons rotor yaepg sourcecaps pin graphtft

Alles anzeigen

Code

Package: vdr-plugin-pvrinput
Priority: extra
Section: misc
Installed-Size: 116
Maintainer: Tobias Grimm <tg@e-tobi.net>
Architecture: i386
Version: 0.1.1-7
Depends: libc6 (>= 2.3.6-6), libgcc1 (>= 1:4.1.1-12), libstdc++6 (>= 4.1.1-12), vdr (>= 1.4.6-1ctvdr2)
Filename: pool-etch/binary/vdr/multipatch/vdr-plugin-pvrinput_0.1.1-7_i386.deb
Size: 27158
MD5sum: 61c64583b4d851dd585f5837aea0ba23
SHA1: e6528e5009f34d95e5fa34aa01dc3b7432a4c679
SHA256: abe31fb10130b0326d91f6f2f77fbf56df296f96cd386892338dbc45a76beeab
Description: VDR plugin allowing to use a Hauppauge PVR card as input device
 This plugin uses a Hauppauge PVR card as an input device. All cards
 supported by the ivtv driver should work.
Origin: ctvdr
Bugs: mailto:pkg-vdr-dvb-devel@lists.alioth.debian.org
Vdr-Patchlevel: liemikuutio jumpplay subtitles-ttxtsubs submenu disableDoubleEpgEntrys noepg wareagle-icons rotor yaepg sourcecaps pin graphtft

Alles anzeigen

Dr. Seltsam · 10. Mai 2007

das dürfte eigentlich überhaupt nicht laufen. Du hast da uralte Versionen der beiden Plugins. Die sind beide unter ivtv 0.10 nicht lauffähig. pvr350 vielleicht (mit Einschränkungen -sehr lange Umschaltzeiten), aber pvrinput mit Sicherheit nicht.

Hast Du vielleicht mehrere Versionen von ivtv auf Deinem Rechner?

rmweiss · 10. Mai 2007

Komisch, die Anleitungen die ich gefunden habe verwenden doch alle die e-tobi Pakete...

Nach einem apt-get update & apt-get upgrade sind noch neuere Pakete eingetroffen, die Versionsnummern haben sich aber nicht gross geändert (und das Verhalten ist auch noch gleich soweit ich bis jetzt sehe):

pvr350: 0.0.4+0.0.5pre-11 -> 0.0.4+0.0.5pre-12
pvrinput: 0.1.1-7 -> 0.1.1-8

Die Plugin-Datei selbst haben immer noch die Nummer 1.4.5

Haben wir hier noch andere Etch-Anwender die sich den Versionsnummern äussern können?

Dr. Seltsam · 10. Mai 2007

glaub mir, die sind uralt. Ich hatte e-tobi mal auf neuere Sourcen aufmerksam gemacht, aber nie eine Reaktion bekommen.

Der ivtv-Treiber wurde ab 0.8 so umgestaltet, dass er v4l2-Kommandos benutzt und keine ivtv-spezifischen ioctls mehr. Ab 0.10 wurde dann auch der Decoderteil renoviert, so dass die ioctls im Plugin ins Leere laufen.

Die aktuellen Sourcen findest Du hier:
http://drseltsam.device.name/vdr/pvr/src/

beim pvr350-Plugin wird sich bald noch etwas tun

ivtv-fb: "Transfer-Mode kann nicht gestartet werden!"

Jetzt mitmachen!

Teilen