Isn't there a format VIDEO_PALETTE_GREY in v4l? At least you have V4L2_PIX_FMT_GREY in the v4l2. I have used it in other applications. Transcode uses the v4l API. I tried to change the format from VIDEO_PALETTE_RGB24 to VIDEO_PALETTE_GREY, but then I got a black picture. It went fast though :)
If I save it in raw format, my HD's can't keep up. Maybe I must use SCSI. What other formats could I use to keep the quality without compressing to much?
- Martin O.
Ryan Voots wrote:
correct me if i'm wrong but v4l doesn't allow that, the greyscale that is, as for your computer can't keeping up, if you have the space use a faster, very low compression, maybe even raw frames and encode it later, but that might not be an option since i think you mentioned doing something with motion detection On Mon, 2003-06-09 at 19:00, Martin_Osmundsvåg wrote:Hi Pete! I downloaded ffmpeg-cvs-2003-06-05.tgz and it compiled right away. I think the transcode gives better results, but then you probably want to install som other packages as well. I have installed the following (I'm not sure which one is needed) divx4linux-20020418.tgz xvidcore-0.9.1.tgz avifile0.7-0.7.37.tgz I'm using MPlayer-0.90,tgz to play the movie in the framebuffer console. I think the xvideocore is preferred by many divX people. I tried to use the transcode again with some different parameters, but my computer can't keep up: # transcode -i /dev/video -x v4l --import_v4l 1 -c 00:00:05 -g 68x576 -y divx5 -z -K --divx_quant 1,5 -u 300,1 -o test.avi This is a greyscale output, what I like, but I would rather grab it in grayscale from the v4l-device in the first place. I can't find any options for transcode to change the format of the input. Well, i don't know if this help... - Martin O. Peter Farrow wrote:Hi Martin... ffmpeg I found impossible to make it work (how did you do this?) - it was hard enough to even find it to compile... I had success with the berkley mpeg encoder but it is VERY slow, and overlapping motion mpegs eventually get the better of the machine with multiple cameras... I have never tried transcode regards Pete Martin Osmundsvåg wrote:Hi! I was woundering about peoples experience with different codec's when grabbing from a v4l device to record a PAL input in best possible quality. I have tried nvrec, ffmpeg, and transcode. I have used options like: # transcode -i /dev/video0 -x v4l --omport_v4l 1 -c 00:0015 -g 768x576 -y divx5 -z -o test.avi # ffmpeg -vd /dev/video0 -r 25 -an -s 768x576 -hq -vc 1 -t 300 test.mpg I can't use an MPEG-chip card when I want to analyse the raw frame before doing the decoding (i.e. motion detection). Someone said that I couldn't do this with the v4l interface, so I'm using a Pinnacle PCTV card with the bttv driver. I'm using an AMD XP2600+ with 512MB 333MHz RAM, MSI motherboard with KT400 chipset, IDE disks (possible with software RAID1), running Slackware9.0, kernel 2.4.20. Do anyone have a comment or some references? Thanks! - Martin O. -- video4linux-list mailing list Unsubscribe mailto:video4linux-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/video4linux-list-- video4linux-list mailing list Unsubscribe mailto:video4linux-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/video4linux-list-- video4linux-list mailing list Unsubscribe mailto:video4linux-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/video4linux-list