View Full Version : 60GB 10bit movs -> ffds2 -> Select certain frame ranges for import VDub
diffid
4th July 2010, 15:45
Hi
I have a load of 60GB ish Uncompressed Mov's, film scans I'd like to get into VDub via AVISynth but it takes ages. :-) Is there a way to set import of certain frame ranges like 1 to 1000 etc a chunk at a time for processing?
Blue_MiSfit
5th July 2010, 08:27
I'm not sure what you're asking. You can easily load as many sources you want, trim them how you want, and then splice them together.
What "takes ages"?
Derek
diffid
5th July 2010, 16:45
Sorry, not clear, it takes ages to import single 60GB files into VirtualDub, not surprising and I haven't succeeded yet. :-) The only tool I've found to decompress these files is Quicktime player or FFMPEG. By using FFMS2 into AVISynth/VDub. So chose the 2nd route. ;-)
I've searched a bit to see if it's possible to tell AVISynth to import only so many frames at a time and if I can the frame ranges, to split up the import process rather than load a whole 60GB and try to cut it up and then export in VDub.
Thanks for reply.
Guest
5th July 2010, 16:59
VirtualDub does not "import files". Are you using some input plugin for MOV that is possibly preparsing the file? Tell us what you actually see when you suppose your file is being "imported".
diffid
5th July 2010, 17:52
neuron2, I need to process the uncompressed mov files including a colour space conversion to RGB and export a series of more manageable uncompressed files for a compositing application that only handles RGB. The mov's are 10bit, but I'm fine with 8bit to work with I'm assuming I have no choice in that matter.
But what you say makes sense to what I'm seeing, just an egg timer on screen in VDub and a grey screen, not even first frame, so it makes sense it could/is parsing the file. I'm using FFMS2.dll + AVISynth + VDub and a avs script.
They're stored on a external firewire lacie and I don't want to burn it out. :-) So I've been cautious in how long I leave it.
Probably difficult to estimate but how long should I expect parsing to take with 60GB?
So VDub / Avisynth process files sequentially loading each in turn then? Sorry for my ignorance.
poisondeathray
5th July 2010, 17:57
What kind of video compression? use mediainfo
If it's prores, use QTInput() in avisynth. FFMS2 won't open these files
Why are you using vdub? Why not directly import into your compositing application? (which one are you using?). If you do the RGB conversion in vdub, it will be sRGB 16-235 (probably not what you want), unless you specify a different matrix or range in avisynth
diffid
5th July 2010, 18:19
No compression.
QTInput has given me bad luma scaling with other sources like h264AVC, seems to scale twice, so following BlueMiSfit's advice I found searching I demuxed to mkv using Haali Media Splitter GSDMux and used FFMS2.dll plugin with AVISynth = VDub.
Thanks for the advice on VDub conversion, fully aware and use ConvertToRGB(PC.709...) with other sources, these 10bit Uncompressed mov's are causing me problems and only found FFMPEG or QT Player that will even play them. Hence FFM2S
poisondeathray
5th July 2010, 18:27
why don't you convert them to avi e.g. v210 (4:2:2 10-bit uncompressed YUV) with ffmpeg ?
You can use free 10-bit YUV codecs to access in any vfw application (decoding and encoding) if your compositor doesn't already support (most compositing applications on Windows will support natively) . Just google for "drastic codecs"
You still haven't answered why you are using vdub or avisynth - this will limit to 8-bit and seems counter productive to me. Even if you export an RGB image sequence it will be 8-bit. Many compositing applications can handle 16 or 32 bit (interpret from a 8-bit or 10-bit source). Why don't you let the compositor handle the conversion to RGB?
diffid
5th July 2010, 18:44
Ok, that sounds like a plan, going to try the Drastic approach. You're absolutely right but not exactly counter productive in this case, I felt that if I was going to get film scanning done then it would be at the best I could afford, 10bit Uncompressed, for posterity. Not a lot of post going on these so 8bit will probably sufficient this time. Thanks for your suggestions. Going to try it out.
poisondeathray
5th July 2010, 19:08
What is the fourcc for the uncompressed mov ? (there are different kinds of uncompressed 10-bit).
Was the original film scan 16-bit RGB, and then it was converted to 10-bit uncompressed YUV in MOV container by someone else? Does QTPlayer currently open with gamma shift bug?
Another option might be to re-wrap into AVI container with ffmpeg , or do your conversion with ffmpeg, then import into vdub natively or use AVISource() if 8-bit is sufficient .
To answer your original question, you can cut up the mov into segments with QTPro , or use Trim() in avisynth for smaller segments. If you index your file ahead of time with FFMS2, it should open right up in vdub. If it doesn't , that suggests other problems
Mug Funky
6th July 2010, 13:45
you should give gluetools a try. drop a mov onto a compressor droplet that spits a dpx sequence, keeping the 10 bit res.
there's also free mov to dpx converters out there if you look. blackmagicdesign do one.
also, qtinput will take v210 without changing it like so:
qtinput("reel01.mov",mode=1,raw="v210")
converttorgb24(matrix="pc.709")
are these HD files or SD? you'll need pc.601 for SD, pc.709 for HD
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.