On Sat, 2010-10-23 at 16:22 +0200, David wrote:
> Hi there.
>
> I've been using gmplayer and ivtv to record gameplay videos from my
> PS2 (NTSC output I think), and a PVR-150. I was able to find a guide
> for it over here:
>
> http://www.gossamer-threads.com/lists/ivtv/devel/36688
>
> So what I'm using for NTSC/My PS2 is basically this:
Hi.
Ian's advice is probably all you need.
Since this is the user's list and I have 5 minutes, I'll walk through
the settings you mentioned:
> -------
> v4lctl setnorm "NTSC-M"
> v4lctl setinput "Composite 1"
Set the capture input for /dev/video0 to the first composite input.
Set the expected analog video standard on the input for /dev/video0
to NTSC-M
Note: these commands are being performed out of order. First switch the
input source and *then* set the expected video standard.
/dev/video0 will be for the first TV capture card in your system. If
that is an ivtv based card, like the PVR-150, the /dev/video0 is the
node from which an MPEG capture is available. Since for ivtv the MPEG
capture node (/dev/video0) and the raw video capture node (/dev/video32)
and the PCM audio capture node (/dev/video24) are all forced to the same
input by hardware and ivtv driver restrictions, this works fine in this
case.
BTW I happen to like the v4l2-ctl command (I've never used v4lctl) since
it is very flexible.
> aplay -q --buffer-time=0 -f dat /dev/video24 &
This command takes captured PCM audio (before the CX23416 chip
compresses it) and plays it through the ALSA sound system.
-f dat tells aplay the Digital Audio Tape (DAT) audio sample rate of 48
ksamples/second is in use. 48 ksps is the default sample rate set by
the ivtv driver for digitizing audio.
-q means "quiet" so messages are suppressed
--buffer-time=0 appear to mean no buffering and no buffering delays
> gmplayer -rawvideo format=hm12:h=480:w=720:fps=29.97 -nocache -demuxer
> 26 /dev/video32 -framedrop -vo xv -monitoraspect 16:10
-rawvideo <options> means play a raw video file that has no container
format or metadata
format=hm12 specifies Conexant's Macroblock format of Y, U, and V
macroblocks prior to MPEG encoding. This format is an
intermediate product of the hardware MPEG encoding
process and the only raw video format ivtv can output.
h=480 digital screen height in lines. ivtv defaults to:
480 for NTSC and other 525 line/60Hz video
576 for most PAL systems and other 625 line/50Hz video
w=720 digital screen width in pixels including overscan (IIRC)
ivtv defaults to 720
fps=29.97 Frame rate:
29.97 for NTSC and other 525 line systems
25 for most PAL systems and other 625 line systems
-nocache means gmplayer will reneder video as it is received with no
buffering
-demuxer 26 The raw video demuxer.
See the output of gmplayer -demuxer help for names vs ID
-framedrop gmplayer will drop frames if it is falling behind in
rendering. If you have severe performance problems,
this will not help much with ivtv. You can lose frame
alignment and never get it back, if the ivtv driver has
to drop buffers for portions of a frame on the floor.
There is no way to resync the frame with the read()
interface except to stop and restart the capture.
-vo xv Use the XVideo extension for rendering video. If your
X server supports this for your graphics card (most do),
it performs better than using -vo x11
> cat /dev/video0 > /tmp/output_vid.mpg
> -------
>
> The above basically lets me record to mpg, while playing the video and
> audio on my PC, with only a slight lag (I'm not using a TV for the
> actual playback).
>
> The problem is that I don't actually understand most of those
> settings, but I need to adapt them from NTSC to PAL, to work with my
> 360.
>
> I think I need to have at least these changes:
> - v4lctl setnorm "PAL"
> - fps=25
> - w=576
>
> But that just shows up as a jumble in gmplayer, so there's probably
> more settings that need to be tweaked for PAL output.
>
> Any suggestions? Or do I need to ask this on gmplayer's mailing list?
1. Make sure you set the norm *after* switching inputs.
2. As Ian suggested: h=576 not w=.
Regards,
Andy
_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
