Screenshots von DVB/ivtv

uzer · 24. April 2006

Hallo zusammen,
ich habe mir mal gerade die Module für Perl Video::ivtv und Video::Capture::V4l kurz angeschaut.
Für ersteres gibt es noch eine man page, bei zweiterem leider nur examples : (

Jetzt habe ich ein paar Fragen:
1. Kann mir jemand sagen wie Screenshots bei FF Karten gemacht werden.
2. Gibt es bei der normalen Methode auch Probleme wenn das dvb devce (durch VDR) belegt ist?
3. Ich sehe keine einfache Möglichkeit bei ivtv bzw. /dev/video0 ein Screenshot zu erhalten...

... ich habe auch fbgrab versucht, mit dem allerdings auch nur ein schwarzes Bild und ein anderes komisches von /dev/video48 kriegen können.
Ich kann mit cat /dev/video0 > foo.mpg ein mpg erstellen. Davon dann das erste Bild rausschneiden und ich hätte ein screenshot, allerdings kann cat nicht auf das /dev/video0 device zugreifen wenn VDR läuft.

Wäre sehr nett ein paar Hinweise zu erhalten.
mfg

xnalpf · 24. April 2006

Wenn VDR läuft kannst du doch mit einem SVDRP command einen screenshot machen...

uzer · 24. April 2006

leider nicht mit ivtv!
deswegen würde ich gerne wissen wie das "svdrpsend.pl grab" kommando funktioniert...

arghgra · 24. April 2006

VDR definiert dafuer cDevice::GrabImage, dass dann von "Ausgabe"-Plugins implementiert wird - zB fuer DVB-FF-Karten cDvbDevice::GrabImage.
Intern ruft VDR dann beim SVDRP-Kommando diese Methode des primären Devices auf.

Nun hast du ein konzeptionelles Problem dabei: Das pvrinput-plugin (bzw. auch die PVR) ist ein Input-plugin, kann somit ein GrabImage sinnvollerweise nicht implementieren - zudem wuerde VDR den Code idR nicht aufrufen ... weil nicht primäres Device.

Einfachster Weg wäre also zu klären, wie du an das simple v4l-Grab-Interface rankommst und dann deinen Screenshot mit externen Tools machen kannst.

Auch interessant wäre, was du als Ausgabe-Device einsetzt und ob du dein Screenshot nich lieber da herholst (sofern das Plugin dazu dies implementiert).

arghgra

uzer · 24. April 2006

Danke arghgra, genau das wollte ich erstmal wissen.
hier ist das pvr350-plugin für den output zuständig.. das wird ja leider nicht gepflegt und der Autor ist hier wohl auch nicht aktiv
Es tut aber auch seinen job bis auf 1-2 macken!

Ich werde noch ein bisschen recherchieren

mfg

arghgra · 24. April 2006

Ahh ok - du benutzt eine pvr350 mit dem entsprechenden Plugin zur Ausgabe - das Plugin implementiert das GrabImage nicht.
Je nach Aufbau der pvr-Treibers (Trennung von video- und osd-(fb)-device) wäre zu klaeren, welcher Inhalt (Bild/Osd) wo zu grabben ist. Wenn die Treiber ein v4l-kompatibles Device zumindest fuer das Bild unterstuetzen, koenntest du VDR-aehnlichen Code verwenden, um zumindest das Bild zu grabben.

Sind alles Vermutungen, da ich den Aufbau der ivtv-Treiber nicht im geringsten kenne

arghgra

uzer · 24. April 2006

ja das wäre natürlich das optimalste, hier mal die README.devices von ivtv:

Code

/dev/video0
The encoding capture device(s).
Read-only.


Reading from this device results in an encoded mpeg2 capture from the
selected ivtv inputs.  This device multiplexes the selected audio and
video inputs into the mpeg2 stream. Example:


cat /dev/video0 > my.mpg (you need to hit ctrl-c to exit)




/dev/video16
The decoder output device(s)
Write-only. Only present if the MPEG decoder (i.e. CX23415) exists.


An mpeg2 stream sent to this device will appear on the selected video
display, audio will appear on the line-out/audio out.  It is only
available for cards that support video out. Example:


cat my.mpg >/dev/video16




/dev/video24
The raw audio capture device(s).
Read-only


The raw audio PCM stereo stream from the currently selected
tuner or audio line-in.  Reading from this device results in a raw
(signed 16 bit Little Endian, 48000 Hz, stereo pcm) capture
from the selected ivtv inputs.  This device only captures audio.




/dev/video32
The raw video capture device(s)
Read-only


The raw YUV video output from the current video input. The YUV format
is non-standard (HME12?) but with the yuv-fixup=1 ivtv module option it
is converted to standard YUV format.




/dev/video48
The raw video display device(s)
Write-only. Only present if the MPEG decoder (i.e. CX23415) exists.


Writes a YUV stream to the decoder of the card. Does not currently
work. This is on the TODO list but at a low priority.




/dev/radio0
The radio tuner device(s)
Cannot be read or written.


Used to enable the radio tuner and tune to a frequency. You cannot
read or write audio streams with this device.  Once you use this
device to tune the radio, use /dev/video24 to read the raw pcm stream
or /dev/video0 to get an mpeg2 stream with black video.




/dev/vbi0
The 'vertical blank interval' (Teletext, CC, WSS etc) capture device(s)
Read-only


Captures the raw video data sent during the Vertical Blank
Interval. This data is used to encode teletext, closed captions, VPS,
widescreen signalling, electronic program guide information, and other
services. See also README.vbi




/dev/vbi4
Processed vbi feedback device(s)
Read-only. Only present if the MPEG decoder (i.e. CX23415) exists.


The sliced VBI data embedded in an MPEG stream is reproduced on this
device. So while playing back a recording on /dev/video16, you can
read the embedded VBI data from /dev/vbi4.




/dev/vbi8
The vbi 'display' device(s)
Write-only. Only present if the MPEG decoder (i.e. CX23415) exists.


Can be used to send VBI data to the video-out connector.
See also README.vbi




/dev/fb[x]
Only present if the MPEG decoder (i.e. CX23415) exists.


This device is a linux framebuffer for the ivtv OSD display.

Alles anzeigen

mit fbgrab habe ich schon auf /dev/fb0 - ein schwarzes Bild - und mit der (ich glaube) -file option auf /dev/video48 ein verzerrtes komisches. aber mit cat /dev/video0 kriege ich das komplette Bild bzw. mpeg strom.

arghgra · 24. April 2006

Das dürfte dann die Kombination aus /dev/video32 und /dev/fb[x] sein. Auf dem FB-Device duerfte nur was zu sehen sein, wenn auch ein OSD angezeigt wird.

Alle anderen Devices resultieren darin, dass du MPEG dekodieren musst ... könnt ich fuers em84xx gebrauchen ;).

arghgra

uzer · 24. April 2006

Aha, also könnte man das ivtv modul mit der Option "yuv-fixup=1" laden und hätte dann schonmal einen sauberen output im YUV Format an /dev/video32.. theoretisch

haha.. krazz Du hast recht, hier habe ich mit fbgrab ohne parameter ein bild vom osd kriegen können
... und genau! /dev/video32 kann ich sonst, korrigiere 1er post, noch etwas von empfangen mit:
fbgrab -f /dev/video32 -h 300 -w 300 -b 16 video32.png

uzer · 24. April 2006

also eine Frage ist wohl wie ich /dev/video32 (yuv) in ein anschaubares format bekomme... ?

die zweite warum ich nicht einfach /dev/video0 benutzen kann wo der mpeg strom liegt

Code

(0:2)root@debvdr:~$ fbgrab -f /dev/video0 -h 300 -w 300 -b 16 file.png
Error: Not enough memory or data

mfg

arghgra · 24. April 2006

Zitat

Original von uzer
also eine Frage ist wohl wie ich /dev/video32 (yuv) in ein anschaubares format bekomme... ?

Musst mal gucken, ob du ein grab-Programm findest, was mit dem Format umgehen kann - oder eins, was das Format konvertiert.

Zitat
die zweite warum ich nicht einfach /dev/video0 benutzen kann wo der mpeg strom liegt
Code
(0:2)root@debvdr:~$ fbgrab -f /dev/video0 -h 300 -w 300 -b 16 file.png
Error: Not enough memory or data
mfg

fbgrab kann wohl nur auf einem Framebuffer-Device arbeiten - was an sich logisch is ;). Es kann also aus dem laufenden Mpeg-Strom kein einzelnes Bild dekodieren. Will meinen: video0 ist kein normales Grab-Device ala FB oder v4l - deshalb werden die Tools darauf nicht arbeiten können.

arghgra

uzer · 24. April 2006

fbgrab hat die -file funktion, damit kann ich wohl auch von foo.mpg das erste bild kriegen. Schau mal kurz hier:

Code

(0:2)root@debvdr:~$ cat /dev/video0 > foo.mpg
cat: /dev/video0: Das Gerät oder die Ressource ist belegt
(0:2)root@debvdr:~$
(0:2)root@debvdr:~$ rmmod ivtv-fb
(0:2)root@debvdr:~$ rmmod ivtv
ERROR: Module ivtv is in use
(0:2)root@debvdr:~$ rmmod -f ivtv
(0:2)root@debvdr:~$ modprobe ivtv
(0:2)root@debvdr:~$ modprobe ivtv-fb
(0:2)root@debvdr:~$ cat /dev/video0 > foo.mpg


(0:2)root@debvdr:~$ fbgrab -f foo.mpg -h 300 -w 300 -b 16 foo.png
Converting image from 16
Now writing PNG file
(0:2)root@debvdr:~$ mv foo.png /home/td/
(0:2)root@debvdr:~$ mv foo.mpg /home/td/
(0:2)root@debvdr:~$ fbgrab -f /dev/video0 -h 300 -w 300 -b 16 foo2.png
Error: Not enough memory or data


(0:2)root@debvdr:~$ fbgrab -d /dev/video0 -h 300 -w 300 -b 16 foo2.png
ioctl FBIOGET_VSCREENINFO

Alles anzeigen

das foo.mpg wird mit -f erfolgreich umgewandelt, ich glaube das Bild entspricht auch dem rauschenden analog... alles auf /dev/video0 angewendet klappt nicht

PS. und um den cat befehl abzusetzten musste ich halt erst vdr beenden und rmmod ausführen ...

arghgra · 24. April 2006

Nochmal: wie soll fbgrab den mpeg2-stream dekodieren? Das ist kein fb-device, was du da abfragst - von den Fehlermeldungen während deiner Aufrufe mal abgesehen

Dass der File-Aufruf soweit was tut dürfte daran liegen, dass es einfach x*y pixel mit der Farbtiefe z aus dem File rausklaubt und als PNG wegschreibt.

Du brauchst was, um zB ein dekodiertes Frame aus einem mpeg-stream zu bekommen - frag mich jetz aber nich, wo sowas dabei is ...

arghgra

Code

/dev/video0
The encoding capture device(s).
Read-only.


Reading from this device results in an encoded mpeg2 capture from the
selected ivtv inputs.  This device multiplexes the selected audio and
video inputs into the mpeg2 stream. Example:


cat /dev/video0 > my.mpg (you need to hit ctrl-c to exit)

Alles anzeigen

uzer · 24. April 2006

ja du hast wohl recht, obwohl er den befehl noch ausführt wenn ich die höhe und breite runtersetzte

Code

(0:2)root@debvdr:~$ fbgrab -f /dev/video0 -h 250 -w 250 -b 16 success.png
Converting image from 16
Now writing PNG file
(0:2)root@debvdr:~$ mv success.png /home/td/
(0:2)root@debvdr:~$ fbgrab -f /home/td/test.mpg -h 250 -w 250 -b 16 success2.png
Converting image from 16
Now writing PNG file

ist aber nix mit success.. obwohl da phoenix auf video0 läuft wieder son schneebild

arghgra · 24. April 2006

Schau halt ersatzweise nach einem v4l-grabbing-tool, was mit dem ivtv-yuv-Format auf /dev/video32 umgehen kann.

arghgra

uzer · 24. April 2006

mh.. weisst Du zufällig was er mir hier sagen möchte?

Code

(0:2)root@debvdr:/usr/local/src/videodog-0.31$ ./videodog -s -d /dev/video0
VIDIOCGMBUF: Invalid argument
(0:2)root@debvdr:/usr/local/src/videodog-0.31$ ./videodog -s -d /dev/video32
VIDIOCGMBUF: Invalid argument

"[...]Next the VIDIOCGMBUF ioctl is issued. This reports the size of buffer to mmap and the offset within the buffer for each frame. The number of frames supported is device dependent and may only be one."

uzer · 24. April 2006

Win32 LoadLibrary failed to load: avisynth.dll, /usr/lib/win32/avisynth.dll, /usr/local/lib/win32/avisynth.dll

... hat jemand diese avisynth.dll ?? die brauche ich um mit mplayer/mencoder auf video32 zuzugreifen... finde sie aber nirgendwo im netz!

arghgra · 25. April 2006

Dem Pfad nach muss das zum mplayer-win32-paket gehoeren. Checke er mal dies: http://www.mplayerhq.hu/design7/codecs.html

arghgra

uzer · 25. April 2006

ja, von dort hat ich schon das "all" paket gezogen und entpackt, da war die avisynth.dll aber auch nicht dabei

arghgra · 25. April 2006

Oder dem Namen nach gehen und nochmal gugeln - sagt, gehört zu Avisynth (what a surprise ) - http://www.google.de/search?hl=de&q=avisynth.dll&btnG=Google-Suche&meta=

arghgra

Screenshots von DVB/ivtv

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema