HDV, interframes and editing

Laurence wrote on 9/19/2004, 9:25 PM
I started thinking about how mpeg such as the kind used in HDV uses interframes and how that limits where you can edit video, did a search and came up with the following link:

http://www.sonyhdvinfo.com/showthread.php?t=137

Does anyone know how this will affect editing HDV video in Vegas? Is there a "every frame clearly defined" format for HDV resolution video that would make editing at places other than every sixth frame or so possible? It seems like such a mode might also be easier on the CPU. Does this situation mean that captured HDV footage might need to be time consumingly rendered into some other form before it being edited? It seems to me that the only other option would be to limit Vegas's access to edit points which would be the fully drawn frames which would give you something like 5 edit points per second. I do a lot of editing to the beat of music, and I'd hate to have to drop down to that kind of timing resolution for my edits!

Comments

Spot|DSE wrote on 9/19/2004, 10:11 PM
There is no 'every frame defined' for HDV MPEG editing, period. Long form GOP and short form GOP neither one, are every frame. This still doesn't present problems for you in the editing stage. If you want to play with this, there are HDV clips you can download from the Cineform site, it's a band playing live, so you'll be able to see how it all works.
Keep in mind that Vegas doesn't have full HDV support at this point in time anyway.
Laurence wrote on 9/19/2004, 10:19 PM
I'm looking at their site, but I can't find the clips. Could you post a link?
Spot|DSE wrote on 9/19/2004, 10:24 PM
Looks like both Cineform and JVC have pulled it from their sites. Don't know why, they were there during NAB and DV Expo East...
Sorry for sending you there, I should have checked first.
Bill Ravens wrote on 9/20/2004, 6:13 AM
Acording to what I've read, the FX1 is MP@H14. H14 is 4:2:0 color space, 1440 pixels wide. On top of that, the FX1 PAR is 2:1, resulting in something like 1 piece of color info for every 5 pieces of luma. Definitely not very good for chroma-keying. Color info is few and far between. And what's with that 2 to 1 pixel stretch? All current NLE's will do an anamorphic stretch on that PAR.