svdrp-Befehl grab schlägt fehl

Django · 14. Februar 2003

HI,

ich habe da ein kleines aber hartnäckisches Problem:

Fehlerbild:
Ich kann via svdrp-Befehl grab keine Bildschirmhardcopy machen. Bsp.:

Code

Django@laptop:~> telnet vdr 2001
Trying 192.168.10.60...
Connected to vdr.
Escape character is '^]'.
220 vdr SVDRP VideoDiskRecorder 1.1.21; Fri Feb 14 22:29:28 2003
help grab
214-GRAB <filename> [ jpeg | pnm [ <quality> [ <sizex> <sizey> ] ] ]
214-    Grab the current frame and save it to the given file. Images can
214-    be stored as JPEG (default) or PNM, at the given quality (default
214-    is 'maximum', only applies to JPEG) and size (default is full screen).
214 End of HELP info
grab test.jpeg
451 Grab image failed

Alles anzeigen

Die /var/log/messages "berichtet" hierbei:

Code

Feb 14 22:29:42 vdr vdr[3117]: ERROR: /dev/video1: No such device

Folgende device-Einträge sind jedoch vorhanden:

Code

vdr:~ # ls -alF /dev/vi*
lrwxrwxrwx    1 root     root            6 Jan 25 11:46 /dev/video -> video0
crw-rw-rw-    1 root     video     81,   0 Sep  9 22:25 /dev/video0
crw-rw-rw-    1 root     video     81,   1 Sep  9 22:25 /dev/video1
crw-rw----    1 root     root     171,  16 Sep  9 22:25 /dev/video1394
crw-rw-rw-    1 root     video     81,   2 Sep  9 22:25 /dev/video2
crw-rw-rw-    1 root     video     81,   3 Sep  9 22:25 /dev/video3

Installationsgrundlage:
SuSe 8.1 Prof
Kernel 2.4.19 (AMD-Version)
VDR plugin Version 1.1.21

Vermutete mögliche Ursache:
Irgendwie hab' ich den Kernel in Verdacht. Ich hab' mal nachgekuckt, folgende Kernelmodule sind geladen:

Code

vdr:~ # lsmod
Module                  Size  Used by    Not tainted
sr_mod                 14616   0  (autoclean)
cdrom                  28896   0  (autoclean) [sr_mod]
dvb-ttpci             302320   4
evdev                   4736   0  (unused)
input                   3296   0  [dvb-ttpci evdev]
ves1820                 4220   0
grundig_29504-491       4128   1
grundig_29504-401       4264   0
alps_tdlb7              4460   0
alps_tdmb7              4292   0
alps_bsrv2              4504   0
alps_bsru6              6548   3
dvb-core               40868  61  [dvb-ttpci ves1820 grundig_29504-491 grundig_29504-401 alps_tdlb7 alps_tdmb7 alps_bsrv2 alps_bsru6]
videodev                6112   1  [dvb-ttpci]
snd-via8233             9292   0
snd-pcm                72448   0  [snd-via8233]
snd-timer              13220   0  [snd-pcm]
snd-ac97-codec         34440   0  [snd-via8233]
snd                    40004   0  [snd-via8233 snd-pcm snd-timer snd-ac97-codec]
soundcore               3716   0  [snd]
ipv6                  150484  -1  (autoclean)
bcm4400                28512   1
lirc_serial             7744   1
lvm-mod                65504   3  (autoclean)
ide-scsi                8880   0
ext3                   84936   2
jbd                    50332   2  [ext3]

Alles anzeigen

Suche ich da an der richtigen Stelle, oder hat jemand eine bessere Idee?

ciao,
Django

Django · 15. Februar 2003

HI,

kann mir mal einer als Beispiel die Ausgabe von lsmod zeigen, damit ich mal sehen kann, ob und was ggf. abgeht?

Danke ...

cu,
Django

Thomas · 15. Februar 2003

Eine andere Möglichkeit::

Schaust Du per TV oder mit einem Programm wie Tuxview oder so?
Wenn ja, musst Du das erst beenden, damit video0 frei wird. Ich denke mal video1 hast Du nur, wenn Du eine zweite DVB-Karte hast, worauf er wohl zugreifen möchte da video0 ja schon mit dem anderen Programm belegt ist.

Das hatte ich mal....

Django · 15. Februar 2003

Griasde Thomas,

Zitat

Original von Thomas
Schaust Du per TV oder mit einem Programm wie Tuxview oder so?

Die Ausgabe erfolgt direkt auf dem TV, der an der TT-DVB-S angestöpselt ist. Derzeit nboch via Video abere demnächst hoffentlich via RGB-SCART-Kabel.

Zitat

Ich denke mal video1 hast Du nur, wenn Du eine zweite DVB-Karte hast, worauf er wohl zugreifen möchte da video0 ja schon mit dem anderen Programm belegt ist.

Wieso eine Karte? Ich hab' doch vier drinnen ...

Code

Feb 10 19:04:32 vdr lircd 0.6.6[329]: removed client
Feb 10 19:04:43 vdr kernel: Linux video capture interface: v1.00
Feb 10 19:04:43 vdr kernel: DVB: registering new adapter (TT-Budget/WinTV-NOVA-S  PCI).
Feb 10 19:04:43 vdr kernel: PCI: Found IRQ 3 for device 00:0a.0
Feb 10 19:04:43 vdr kernel: DVB: registering frontend 0:0 (stv0299 based (e.g. Alps BSRU6 or LG TDQB-S00x))...
Feb 10 19:04:44 vdr kernel: DVB: registering new adapter (Siemens/Technotrend/Hauppauge PCI rev1.3).
Feb 10 19:04:44 vdr kernel: PCI: Found IRQ 12 for device 00:0c.0
Feb 10 19:04:45 vdr kernel: DVB: registering frontend 1:0 (Grundig 29504-491, (TDA8083 based))...
Feb 10 19:04:45 vdr kernel: DVB: registering new adapter (TT-Budget/WinTV-NOVA-S  PCI).
Feb 10 19:04:45 vdr kernel: PCI: Found IRQ 10 for device 00:0e.0
Feb 10 19:04:45 vdr kernel: DVB: registering frontend 2:0 (stv0299 based (e.g. Alps BSRU6 or LG TDQB-S00x))...
Feb 10 19:04:47 vdr kernel: DVB: registering new adapter (TT-Budget/WinTV-NOVA-S  PCI).
Feb 10 19:04:47 vdr kernel: PCI: Found IRQ 11 for device 00:0f.0
Feb 10 19:04:47 vdr kernel: PCI: Sharing IRQ 11 with 00:09.0
Feb 10 19:04:47 vdr kernel: DVB: registering frontend 3:0 (stv0299 based (e.g. Alps BSRU6 or LG TDQB-S00x))...
Feb 10 19:04:50 vdr kernel: DVB: AV7111(1) - firm f0240009, rtsl b0250018, vid 71010068, app c0012110

Alles anzeigen

ttyl,
Django

Thomas · 15. Februar 2003

Zitat

Original von Django
Wieso eine Karte? Ich hab' doch vier drinnen ...

Bin ja schon ruhig

Was anderes fällt mir aber dann auch nicht mehr ein, es sieht alles prima aus bei Dir....

Django · 15. Februar 2003

Griasde Thomas,

Zitat

Original von Thomas
Was anderes fällt mir aber dann auch nicht mehr ein, es sieht alles prima aus bei Dir....

Das ist ja das, was mich so wundert, theoretisch müsste es doch klappen, nur warum es trotzdem nicht geht ist mir schleierhaft. Vielleicht liegt's ja doch irgendwie mit'm Kernel zusammen, oder auch nicht ...

Aber danke nochmals für Deine Unterstützung!

cul8r,
Django

Thomas · 15. Februar 2003

Probier mal folgendes:

fuser /dev/video1

Das sollte Dir eine PID des Prozesses geben, der das Device belegt.
Wenn nicht läuft was sehr verkehrt, aber dann wissen wir schon weiter.
Wenn Du eine PID bekommst weisst Du wenigstens, welcher Prozess Dir dazwischenfunkt.

Beispiel hier in der Arbeit, da hab ich leider keine /dev/videoX

Code

[root@thomas root]# fuser /dev/mouse
/dev/mouse:           2320
[root@thomas root]# ps ax|grep 2320
 2320 ?        RL   133:29 /usr/X11R6/bin/X :0 -auth /var/gdm/:0.Xauth

Django · 15. Februar 2003

HI,

Zitat

Original von Thomas
Probier mal folgendes:

fuser /dev/video1

Das sollte Dir eine PID des Prozesses geben, der das Device belegt.
Wenn nicht läuft was sehr verkehrt, aber dann wissen wir schon weiter.

Also ich habe, wie Du mir geraten hattest versucht, eine PID zu suchen:

Code

vdr:~ # fuser /dev/video1
vdr:~ # fuser /dev/video0
vdr:~ # fuser /dev/video3
vdr:~ # fuser /dev/video2
vdr:~ # fuser /dev/video6
/dev/video6: No such file or directory

Also läuft da irgendetwas sehr verkehrt ...

Zitat

Beispiel hier in der Arbeit, da hab ich leider keine /dev/videoX

Von wem werden denn eigentlich die video-devices angelegt? Bei der "Installation" der DVB-Kartentreiber?

cul8r,
BC

Uwe · 15. Februar 2003

Hallo,

der "grab"-Befehl kann nur auf der primären DVB-Karte ausgeführt werden, wenn diese eine vollwertige DVB-Karte ist und als /dev/video0 konfiguriert ist.
So wie ich dies sehe, ist deine 1.DVB-Karte(/dev/video0) eine Nova(Bulk).

Versuche mal die "Siemens/Technotrend/Hauppauge PCI rev1.3" in den 1. oder 2. PCI-Slot zu stecken und alle weiteren DVB-Karten in einen PCI-Slot dahinter.

Danach muss du noch in der setup.conf einige Einstellungen ändern. (PrimaryDVB = 1 ...)

MfG Uwe

Django · 15. Februar 2003

Griasdebua!

Zitat

Original von Uwe
der "grab"-Befehl kann nur auf der primären DVB-Karte ausgeführt werden,

Daher steht ja auch in der setup.conf eingetragen:
PrimaryDVB = 2

Zitat

wenn diese eine vollwertige DVB-Karte ist und als /dev/video0 konfiguriert ist.
So wie ich dies sehe, ist deine 1.DVB-Karte(/dev/video0) eine Nova(Bulk).

Aha, das hat mir aber noch keiner gesagt, daß der grab-Befehl nur funktionieren würde, wenn die PrimaryDVB = 1 wäre.

Zitat

Versuche mal die "Siemens/Technotrend/Hauppauge PCI rev1.3" in den 1. oder 2. PCI-Slot zu stecken und alle weiteren DVB-Karten in einen PCI-Slot dahinter.

O.K. ich hab' hier folgende Konfiguration (siehe hierzu auch, das beigefügte Bild!); d.h. die Karten stecken wie folgt:

PCI slot 1 = DVB-S (TT V1.6)
PCI slot 2 = frei
PCI slot 3 = DVB-S (Nova)
PCI slot 4 = DVB-S (Nova)
PCI slot 5 = frei
PCI slot 6 = DVB-S (Nova)

[cat] /proc/pci/[/b] wirft dazu folgendes aus:

Code

vdr:/proc # cat pci
PCI devices found:
  Bus  0, device   0, function  0:
    Host bridge: VIA Technologies, Inc. VT8377 [KT400 AGP] Host Bridge (rev 0).
      Prefetchable 32 bit memory at 0xf8000000 [0xfbffffff].
  Bus  0, device   1, function  0:
    PCI bridge: VIA Technologies, Inc. VT8235 PCI Bridge (rev 0).
      Master Capable.  No bursts.  Min Gnt=8.
  Bus  0, device   9, function  0:
    Ethernet controller: Broadcom Corporation BCM4401 100Base-T (rev 1).
      IRQ 11.
      Master Capable.  Latency=32.
      Non-prefetchable 32 bit memory at 0xde800000 [0xde801fff].
  Bus  0, device  10, function  0:
    Multimedia controller: Philips Semiconductors SAA7146 (rev 1).
      IRQ 3.
      Master Capable.  Latency=32.  Min Gnt=15.Max Lat=38.
      Non-prefetchable 32 bit memory at 0xde000000 [0xde0001ff].
  Bus  0, device  12, function  0:
    Multimedia controller: Philips Semiconductors SAA7146 (#2) (rev 1).
      IRQ 12.
      Master Capable.  Latency=32.  Min Gnt=15.Max Lat=38.
      Non-prefetchable 32 bit memory at 0xdd800000 [0xdd8001ff].
  Bus  0, device  14, function  0:
    Multimedia controller: Philips Semiconductors SAA7146 (#3) (rev 1).
      IRQ 10.
      Master Capable.  Latency=32.  Min Gnt=15.Max Lat=38.
      Non-prefetchable 32 bit memory at 0xdd000000 [0xdd0001ff].
  Bus  0, device  15, function  0:
    Multimedia controller: Philips Semiconductors SAA7146 (#4) (rev 1).
      IRQ 11.
      Master Capable.  Latency=32.  Min Gnt=15.Max Lat=38.
      Non-prefetchable 32 bit memory at 0xdc800000 [0xdc8001ff].
  Bus  0, device  17, function  0:
    ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge (rev 0).
  Bus  0, device  17, function  1:
    IDE interface: VIA Technologies, Inc. VT82C586/B/686A/B PIPC Bus Master IDE (rev 6).
      Master Capable.  Latency=32.
      I/O at 0xa800 [0xa80f].
  Bus  0, device  17, function  5:
    Multimedia audio controller: VIA Technologies, Inc. VT8233 AC97 Audio Controller (rev 80).
      IRQ 6.
      I/O at 0xe000 [0xe0ff].
  Bus  1, device   0, function  0:
    VGA compatible controller: PCI device 1039:0325 (Silicon Integrated Systems [SiS]) (rev 0).
      Master Capable.  Latency=71.  Min Gnt=3.Max Lat=16.
      Prefetchable 32 bit memory at 0xe0000000 [0xefffffff].
      Non-prefetchable 32 bit memory at 0xdf000000 [0xdf03ffff].
      I/O at 0xd800 [0xd87f].

Alles anzeigen

Warum wird denn die DVB-S TT Karte nicht als "erstes" Device gefunden?

Ich bin total ratlos ...

Servus,
BC

Uwe · 15. Februar 2003

Hallo,

was zeigt: cat /proc/interrupts ??

MfG Uwe

Django · 15. Februar 2003

HI,

also ein klitzekleines Stückchen bin ich schon weitergekommen!

Also:
Ich hab' einfach mal die /dev/video "getauscht", das sieht nun so aus:

Code

vdr:~ # ls -alF /dev/video*
lrwxrwxrwx    1 root     root            6 Jan 25 11:46 /dev/video -> video0
lrwxrwxrwx    1 root     root           12 Feb 15 14:59 /dev/video0 -> /dev/video_1
lrwxrwxrwx    1 root     root           12 Feb 15 14:59 /dev/video1 -> /dev/video_0
crw-rw----    1 root     root     171,  16 Sep  9 22:25 /dev/video1394
crw-rw-rw-    1 vdr      video     81,   2 Sep  9 22:25 /dev/video2
crw-rw-rw-    1 vdr      video     81,   3 Sep  9 22:25 /dev/video3
crw-rw-rw-    1 vdr      video     81,   0 Feb 15 14:25 /dev/video_0
crw-rw-rw-    1 vdr      video     81,   1 Feb 15 14:24 /dev/video_1

Versuche ich nun via grab Befehl ein hardcopy zu ziehen, bekomme ich in der /var/log/messages gemeldet:

Code

Feb 15 15:10:58 vdr vdr[3117]: grabbing to test.jpeg (JPEG 255 768 576)
Feb 15 15:10:58 vdr vdr[3117]: ERROR: test.jpeg: Permission denied

Wo fehlen nun die Rechte? Wohin versucht denn der VDR die hardcopy zu speichern?

ciao,
BC

Django · 15. Februar 2003

Griaseichallemidananda!

Ich geb's ja zu

Man sollte schon den vollständigen Pfad beim grab-Befehl angeben ...

also grab /video/test.jpeg, dann klappt's auch!

Ich geb's ja zu

Pfiadseich,
Django

svdrp-Befehl grab schlägt fehl

Jetzt mitmachen!

Teilen