On Nov 12, 2007 1:28 PM, flavio <[EMAIL PROTECTED]> wrote: > Hi there, > 1. Capturing > > As far as I've researched on the web there are few ways of capturing HDV > material into a computer. The three process I found were via dvgrab3.0 (that > would require a debian unstable system package), test-mpeg2 and mpg1394grab. > > I haven't installed dvgrab3.0 because I like to work on stable systems and I > thought it would be nice if there was a way that wouldn't require an update > on the whole machine. So I first tried test-mpeg2. The ./configure and make > steps went fine, but I couldn't actually make it work. I can send the exact > error then, but firstly I'd like to know if someone knows of a manual or > something like that on the web. Mainly, I did a "test-mpeg2 > archive.ts" > and it said it started receiving or something, and it did create the .ts > file but wouldn't write anything on it. I plan to do future tests yet.
You should be able to build and install dvgrab 3.0. I would not recommend test-mpeg2 as it does not buffer at all and the chances of dropping packets is high. > > mpg1394 worked nicely, no real efforts in capturing whatsoever, I'm happy > with it even though it does not split files or control the camera, as dvgrab > most likely would... I haven't tried mpeg1394grab myself, so I don't know how it is. If it works for you, then it sounds good :) > So the main question here would be about the funcionality of test-mpeg2 > really. Don't use test-mpeg2. > 2. exporting to camera > > This one relates to the previous question. As far as I've seen, it seems > that only test-mpeg2 would export the HDV material back to the camera. And I > would like to know if my computer would handle that (p4 ht 3.2), so I'd like > to test it. But I couldn't make it work =( And I also haven't found any > nice tutorial on this particular step, so I'm a bit lost in this one. I > guess so far it would be my main aim at this moment. Any hints? Even on > other programs that would do the job? I am almost certain that dvgrab does not currently export hdv back to the camera, but adding this actually should not be too hard. I'll add it to my todo list unless someone gets to it before me :-) I haven't looked at either other tool as far as hdv export, so I can't comment on that. But the same applies as for capture, the lack of buffering in test-mpeg2 will probably cause dropped packets (i.e. corrupted video). > > 3. editing > > I am following the steps in the cin manual. I have seen that my computer > (cinelerra with no OpenGL) is not able to handle HDV footage by itself - > that meaning: capturing, creating the .TOC files and opening them on > cinelerra (1440x1080i) to edit. But I have also seen that for some people > having OpenGL has not made an amazing difference. So far it doesn't matter, > because I plan to do the proxy editing, creating the Mjpeg + Wav = DV or MOV > files and use the script to "reconvert" them back to HDV at rendering. My > only question here would be: is it very worthy for me to change my cin to an > OpenGL-able version? With DV it has been working tremendously fine under > XV-X11... > OpenGL has made no difference for me; keep in mind that the OpenGL acceleration only helps certain effects, it does not help mpeg decoding (as far as I know). I personally would not bother with trying to get OpenGL to work if you are only doing basic editing without effects. I am also assuming that you are doing editing entirely in HDV, i.e. your final edited project will be in HDV also, not downconverted to standard def (e.g. for DVD or something like that). If you have to downconvert in cinelerra, it's not straightforward. _______________________________________________ Cinelerra mailing list [email protected] https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
