Or have I missed something (once again) ?
| Printable Version of Topic
Click here to view this topic in its original format |
| Unofficial VirtualDub Support Forums > Capture > Capturing In Compatibility Mode And Normal Capture |
| Posted by: capuser Mar 9 2005, 06:29 AM |
| Well, let me put it this way. Compatibility mode works fantastic. The audio is never out of sync, and as long as I keep the recording under 2 gigs, it works great. I use the huffyuv codec, etc. The problem is, most of my recordings are well over 2GB. I know that the VDub site says, any recordings in (compatibility mode) over 2GB will not function. Well, they ofcourse do not. I can't open the 2+ gig file in Vdub, or any other application. I REALLY want to know if there is some way around this. Everytime i try the normal F6 capture mode, the audio gets really out of sync, codec or no codec, etc.etc. I've tried everything. I've messed with many various settings, with no real luck. So I stick with compatibility mode, which ofcourse works great, until it passes 2GB and I try to open it to edit it. It says it does not recognize the file type. So is there possibly some way around the compatibility mode 2GB limit? Why is there a 2GB limit anyway? What causes this restriction? thanks for any help |
| Posted by: phaeron Mar 9 2005, 06:46 AM |
| Compatibility mode leaves the entire writing of the AVI file to the the AVICap routines built into Windows. Unfortunately, this module simply cannot write AVI files larger than 2GB, period. |
| Posted by: Boulder Mar 9 2005, 09:11 AM |
| I have a small feature request regarding the filesize so I'll put it here. Could the spill drive option be tweaked so that the filesize wouldn't have to be less than 2GB? I have two NTFS drives I could use for capturing but the 2GB limit per segment doesn't appeal to me Or have I missed something (once again) ? |
| Posted by: capuser Mar 9 2005, 11:14 AM | ||
ok im just plain having problems trying to get this audio to sync in normal F6 mode. Works fine in compatibility mode, as it drops more frames, which is fine by me. But in F6 mode, it drops barely any frames but audio is out of sync this is frustrating |
| Posted by: i4004 Mar 9 2005, 10:53 PM | ||
hear,hear! i want 4gb limit as i'm on fat32.  capuser, have you tried different 'resync mode' options in capture->timing panel? the 2nd option should drop some frames for you. 1st one won't drop, but you may end up with weird fps rates. |
| Posted by: capuser Mar 10 2005, 03:14 AM | ||||
i honestly didnt even realize vdubmod had some capture enhancements, i just always used it for audio purposes..... thanks for bringing that up as it seems to be working alright now. All I originally wanted vdub to do, was to drop frames in normal F6 capture mode, not just F5 compatible mode, and in vdubmod it seems to do exactly that. Out of 50,000 frames, i lose about 1,800, which really isnt bad at all imo, considering the audio is now in sync. thanks for that i have one more rather simple question: in the rocky snapshot below, you can see the faint diagonal line patterns in the darkened areas......i'm recording via YUY2 @ 352x240 29.97, and these lines are noticable during fullscreen. I've gotten rid of them before by re-encoding (while I record) with huffyuv, but this time they dont seem to go away. Any ideas?  |
| Posted by: i4004 Mar 10 2005, 03:51 AM |
rocky is a big man, he deserves 720x480, no less! i never suggested you should capture via vdubmod; try 1.6.4, or latest stable release of 1.5.10. or the one from my signature which has a timer too. if there's plenty of motion is video, then even 1 drop is too much. and i guess rocky is not just standing there. hehe if you have a constant audio offset(same offset on the beggining and at the end of the file) then use audio->interleaving to bring it back. interference on the dark areas only? pretty weird: do you see it in source vhs too? |
| Posted by: capuser Mar 10 2005, 07:11 AM | ||
well, im on a celeron 1.4, and my hardware does zero work, so, after 352x240 it gets pretty retarded on another forum someone suggested vdubmod, and you mentioned the 3 timing panel options, which i only see in vdubmod, so thats how i came up with the vdumbmod stuff. i dunno, its pretty frustrating cuz im limited due to my comp specs |
| Posted by: phaeron Mar 10 2005, 07:43 AM |
| Something is really wrong here, because you have way more CPU power than needed even for full-frame 720x480 YUY2 -> Huffyuv. In fact, with a Celeron 1.5 you should be at less than 50% CPU. Make sure you don't have any unnecessary filtering modes enabled in VirtualDub itself, and enable directdraw acceleration (preview accel in 1.6.1+) if you can, as it will make a big difference in CPU usage if you have the preview display enabled. |
| Posted by: capuser Mar 10 2005, 08:18 AM | ||
well, hmm my processor IS only at 15-20% when recording...... but anytime I go above 352x240, I drop frames like crazy...... Not just in Vdub, but other recording applications as well....... |
| Posted by: capuser Mar 10 2005, 11:17 AM |
| I do know I should mention that I am using a plextor PX-AV100U USB 2.0 device to capture everything. Not the best, I know, but it should be able to ATLEAST provide perfect 352x240 recordings. I am using S-Video in, composite audio in, and the audio goes from the capture device to the line-in on my soundcard. Here is everything im doing, maybe something is wrong..... so I open up Vdub..... I go to capture avi..... Audio - compression, i select CD Quality - 44.100 16bit stereo 172 kb/s Video - Preview Usually off Video - Compression - None or Huffyuv Video - Cropping, Noise Filter, Noise/Vertical Reduction, Squish Luminance - all unchecked Video - Set Custom Format - 352x240 YUY2 Video - Filters - None Video - Enable RGB Filtering - Unchecked Capture - Capture Settings - (capture audio checked) - Frame rate: 29.9697 - Drop % limit - 10, Maximum Index Entries = 32,4000, Video Buffer Limit = 10, Audio Buffer Limit = 4, Audio Buffer Size = 0, Lock Video Stream to audio - checked Capture - Preferences - Default Capture Driver = Driver 0 - Microsoft WDM Image Capture (Win32)....... "Change Driver settings for: Driver 0 - Microsoft WDM Image Capture (Win32), Overlay checked, nothing else checked Capture - Stop Conditions = Nothing checked Capture - Timing - Checked (adjust video clock dynamically) Capture - Disk I/O - 512/2 Capture Drives - nothing in there Only thing checked below that is "show information panel", and Enable DirectDraw is checked for Both Fields whew, hope that helps some |
| Posted by: Boulder Mar 10 2005, 02:26 PM |
| Have you updated your chipset drivers to the latest version? That's very important with USB2.0 devices in question. You could also try raising the video and audio buffers. Do you have any other capture devices in the list? |
| Posted by: capuser Mar 10 2005, 03:26 PM | ||
yeah, to my knowledge all drivers are up to date....... raised the audio/video buffers, didnt seem to help im wondering about my controller card a bit........I have a maxtor 4 port usb 2.0 to PCI hub.......and well, with any video capturing device I connected to it, i'd get a stop error (the maxtor drivers worked fine with anything else, it didnt like capture hardware though)........so I finally just diverted to using the standard microsoft usb 2.0 drivers for the hub...... and there are no driver updates on the maxtor site for it....... |
| Posted by: Boulder Mar 10 2005, 05:53 PM |
| Do you have any other USB devices attached to the hub? Does your motherboard have any USB ports you could use? Maybe you should report the stop error code to Maxtor, they might have some ideas (strongly suspected though  ), or maybe they've got a beta driver hidden somewhere. |
| Posted by: capuser Mar 10 2005, 10:31 PM | ||
yeah but none of them are on...... I got an external HDD (thats powered off) and a digi cam (with no digi cam attached), and no other 2.0 ports on the system, just these 4 so basically you guys are saying...... on a Celeron 1.4, 384MB RAM, USB 2.0 capture system, i should be getting captures HIGHER than 352x240 with little to no frame drops? I just want to confirm this is abnormal. As i'm not 100% sure, though I imagine I should be having no problems with 640x480. |
| Posted by: TechMage89 Mar 10 2005, 11:01 PM |
| Slow hard drive? I dont think 5,400 RPM would cut it. What's your hard drive's speed? |
| Posted by: i4004 Mar 10 2005, 11:53 PM | ||
| you mean ata100 on 5400 or ata33 on 5400? i think both would do, btw. for example, let's say ata33 drive can sustain 10MB/s (and it probably can). that probably enough for 640x480huff.....but then again, what huff if he has a cap. device with hardware codec on it; http://www.plextor.com/english/products/ConvertX-AV100U.htm also; http://www.plextor.com/english/products/ConvertXAV100Uadvancedtechspec.htm this model has mpeg1/2 capping only, so vdub should not be used as a cap utility at all, as vdub can't write mpegs. capuser should of told us hardware specs at the beginning. #################################################### edit; oups; there's more data there; http://www.plextor.com/english/products/ConvertXComp.htm this model actually has no compressor on the chip! compression is done by pc's cpu. btw. capuser did you tell us what video compression u use? you said this;
how about using huff _always_? or even better, using mjpeg as a compressor (if you don't have space for huff, and nobody really does... ) |
| Posted by: capuser Mar 11 2005, 04:18 AM | ||||
yeah i mentioned earlier that it does zero work, its all pc labor, no compression, which i know is half the problem and ive heard negatives about mjpg before, so ive kinda stayed away from it.....i'll give it a whirl my main concern is quality, which is counter-attacked by resolution, hense my problem, but i got plenty of hdd space to play with, and i NORMALLY do re-encode with huffy from YUY2........is it possible to avoid yuy2 and go straight to huffy/mjpg? p.s. im workin with a maxtor 250gb 7200 |
| Posted by: i4004 Mar 11 2005, 04:24 AM | ||
|
| Posted by: capuser Mar 11 2005, 05:02 AM | ||||
 |
| Posted by: i4004 Mar 11 2005, 05:35 PM | ||
now be carefull, or you'll get;  <smile> |
| Posted by: capuser Mar 11 2005, 09:58 PM |
| it wont let me capture through mjpg unsupported video format |
| Posted by: i4004 Mar 11 2005, 11:52 PM |
| what's that mjpeg that doesn't support yuy2 input? |
| Posted by: capuser Mar 12 2005, 09:33 AM | ||
So youre saying use MJPEG as input or compression? I only show MJPEG available for input, not compression. |
| Posted by: i4004 Mar 12 2005, 04:47 PM |
| yuy2 is the colorspace, and mjpeg is compression; yuy2(your card)->mjpeg(your pc) select yuy2 as colorspace (as you did so far) , and then go to 'compression' and select mjpeg there. offcourse, that presumes you have a vfw mjpeg codec installed. |
| Posted by: capuser Mar 12 2005, 07:10 PM | ||
alright, well, its only listed under input, not compression, and i cant even use it as input, so, guess i need to install it |
| Posted by: capuser Mar 12 2005, 07:56 PM |
| actually, check this out i got 6 unencoded avi's that I recorded (about 2 gigs each). Each video file is perfectly in sync with its audio. So now, to combine them, I opened up Vdub. It automatically detected that the files were associated with each other, and appended them. Ok, so I got 6 files loaded in vdub. I edited some video out, then direct streamed the video and audio, to make one big file. Finally, I check out the one big file, and the audio was out of sync. I'm guessing I should append the videos and save it as one big file before doing ANY editing? what would you suggest (P.S. i read once that cutting video out from a non-keyframe can cause video to become out of sync, but every frame in the video IS a keyframe, so I ruled that out) |
| Posted by: i4004 Mar 12 2005, 10:55 PM | ||
this hapens to me too, but if i encode the avi that seems like it lost sync, it's not really offsync after encoding. i assumed ms .avi parser is clumsy with opendml, or something like that. offset was really immense in dshow. but there was no offset if i loaded the file to vdub, and no offset if i encoded that 'suspicious' file. if you're on ntfs, uncheck the 'enable multisegment capture' to start making the big .avi files. or at least try that. i know that's not an option for me, as i'm on fat32. offcourse, that also means that in event of some crash you'll have harder time recovering already capped stuff. |
| Posted by: phaeron Mar 12 2005, 11:18 PM |
| Captures are basically guaranteed to not have video and audio streams of the exact same duration, so they will desync if you attempt to use append to join them (unaligned splice). You'll probably find the captures are out of sync if you play them in the editor immediately after loading as well. |
| Posted by: i4004 Mar 13 2005, 12:08 AM | ||
| we were talking about auto-append of segmented files that vdub cap made. not about manual appending of non-segmented files.
as said, only desync i get (when i load first segment, and vub appends automatically others, and then i save that as one big file) is the dshow desync on playback for which i couldn't care less. |
| Posted by: phaeron Mar 13 2005, 01:30 AM |
| Ignore what I said then... I saw the "6 AVI files" but missed the auto part. That the files being written out by VirtualDub aren't syncing properly under DirectShow is a bit of a worry, however, as DirectShow is basically the "gold standard" for OpenDML compliance. Does this happen only with compressed files, or does an uncompressed or nearly-uncompressed file do it too (like Huffyuv+PCM)? |
| Posted by: capuser Mar 13 2005, 01:48 AM |
| well, I recorded these 6 files with AVI_IO ...... (didnt think it was too important since the resulting files are perfectly in sync IN Vdub, until they leave Vdub) YUY2 -> huffyuv is what I did through AVI_IO earlier, i let vdub load and append all six files, and did not do any editing. There is a loss of sync in playback in WMP, but if im correct, this is due to the dshow desync? So, again, I have one big file, only this time im going to try and encode it without any editting, and see if its in sync. The audio time length and the video time length were shown exactly the same (in dr. divx), so i got my fingers crossed. I got a gut feeling editing before combining the 6 files may have caused the problem? (P.S. Not sure if it matters, but when I load the 6 files in vdub, and either press the "input playback" or "output playback" buttons, the audio is in sync perfectly......) I imagine most would suggest to not even make the combined segmented files into one big file, and then encode. Perhaps it'd be best to load the 6 files in vdub, and encode directly to divx/xvid with no editing? Seems more logical. |
| Posted by: capuser Mar 13 2005, 03:12 AM | ||
^^^^^^ didnt work |
| Posted by: capuser Mar 13 2005, 04:37 AM |
| alright, latest update...... ive always used 1.4.10, even though i have 1.5.10 on here, I just never saw a reason to change, until now..... I simply direct streamed in 1.5.10, and it works fine now....... |
| Posted by: i4004 Mar 13 2005, 01:18 PM | ||
those were ffvfw-mpeg4 segments (pcm sound), and i can't say if i used 1.4.10 or 1.5.10 to do the 'dsc'. i don't remember. there was never a need to merge mjpeg segments, as avs loads that without issues (unlike ffvfw segmented files...you know why etc.) so i didn't tried that. the ffvfw merged segments acted normally if loaded to vdub, and went bonkers on dshow; i think offset was more than 30sec (!). but, as said, i didn't care, as i don't encode video via dshow (and thanks to almighty for that! )but it seems as if 1.5.10 fixed it for capuser, so i guess these two write opendml headers in a different way, no? or perhaps my files were weird because video was heavilly compressed, and sound wasn't, so some interleaving/playback issue occured? you tell me. |
| Posted by: capuser Mar 13 2005, 09:40 PM | ||||
I dont really know why it was acting funky in 1.4.10. Everything works great now. Only problem now is, when I encoded to xvid in vdub, the video encoded but not the audio. I took the audio out, encoded it myself, then put it back in with vdubmod. I had set full processing mode on audio, am I supposed to do something else? |
| Posted by: i4004 Mar 14 2005, 12:08 AM |
| yes, pick a codec, just like you did for video; usually mp3 audio compression is used. |
| Posted by: capuser Mar 14 2005, 06:55 AM | ||
doh!  max mpeg layer-3 birtrate im showing with "show all formats" is 56kBits 24,000Hz stereo 7KB/s whats up with that thats fine for like, vocal audio, but what if music is involved |
| Posted by: i4004 Mar 14 2005, 08:45 PM |
| thsi means you don't have a proper mp3 codec installed. simillar to this http://forums.virtualdub.org/index.php?act=ST&f=3&t=8005 |
| Posted by: capuser Mar 15 2005, 08:48 PM |
| hmm, well, alright |
| Posted by: i4004 Mar 15 2005, 11:01 PM |
| don't just stand there now; there is google to be investigated! mp3 codecs exist, you know. you just have to dload. |
| Posted by: capuser Mar 16 2005, 02:36 AM |
| yes yes, i know threw lame in right after |