![]() |
VirtualDub video significantly shorter than audio?
5 Attachment(s)
Hi there!
New to the forums and coming with you to a bit of an oddity that I am currently in and I'm a bit confused on why this happened or what I should do next. I just finally made a switch to trying to use VirtualDub instead of my older method after doing some research. What I currently have now is a Panasonic NV-SV1 VCR on S-Video/RCA that's going through a Pinnacle 710 USB. I've never used VirtualDub prior to this so I spent a long time figuring out how to set it up/get it working on my Win 10 machine which was a headache in itself but I got it working to a point where I could capture a few test clips with relative success. So I figured I would give it a full run today by recording one of my 6 hour blanks to give it a true test to see how things come along. Throughout the day as I was watching it along with doing work, I could see it capturing just fine with 0 frames dropped or no signs of errors as far as I could tell. After the 6 hours came to an end, I hit "Esc" on the capture and was ready to see how it came out in the actual file! It was then that I felt like I got punched in the gut as I saw the audio was crazily out of sync and I wasn't sure why. Figuring this maybe was just my media player acting up as it sometimes doesn't like huge files being played, I tried another and alas it was still there. Curiously, I brought it back into VirtualDub to check the file information, and that is where I was met with this information (see attached photo for visual evidence): Video Duration:5 h 55 min Audio Duration:6 h 10 min (this is the correct length of the recording and what was showed when I ended the capture) Needless to say I was deflated realizing that the entire tape is offsync by nearly 15 min and I'll have to try it again. But, I'm not what I did wrong or if there's anything I'm doing wrong, which is why I have come here for help. If anyone has any ideas of what I can try to get this fixed so I don't have to go through this again, I would appreciate it. Some more info:
|
Never uncheck the top two boxes in the VirtualDub timing settings. All that accomplishes is to effectively disable dropped frames reporting, so you have no idea what is happening. It reported "0", but only because reporting was essentially disabled. There's a lot of bad guides out there.
Re-capture some video, with those properly checked, and let's see what the drop/inserts look like. Lack of frame TBC is surely the root cause here, but let's go ahead and troubleshoot the entire path if you want. (But you can skip to the end, that's going to be it. TBC needed. No, line TBC in a VCR is not frame TBC. And no, a DVD recorder is not a frame TBC.) If we assume that's the correct 710-USB -- though it probably isn't -- then those can be "more resilient" to frame loss. But if the tapes are bad -- and understand that bad-signal tapes can still "look fine" (the non-visual matter, no the visual) -- the nothing is that resilient. Frame TBC required. |
Quote:
Settings Thanks for letting me know about that! I think the guide I read was on videohelp along with some here and I guessed I crossed some patterns. I'll make sure to get those turned back on! Besides that, was there anything else that you saw in my settings that was blatantly wrong or off? I'll get those checked. The pinnacle Is there a wrong 710 one to get? I had gotten that one based on some recommendations I had seen from you in other posts. The one I have for reference looks like this one: https://www.ebay.com/itm/204966412166 The TBC Thank you for clearing that up a bit! I did want to note that this machine does have a TBC (and maybe a frame one?) I got the recommendation from one of these old deter posts https://www.digitalfaq.com/forum/mar...shed-vcrs.html And i know you're not the biggest fan of ebay, but I did find this one through a seller that had a lot of detailed pictures and talked about what he did internally to make sure it works. https://www.ebay.com/itm/204898405546 But if it comes down to that, I may have to start saving up for a tbc then. I am curious though and maybe you can help me understand because I Def want to learn. The prior setup I had was a Samsung VR-357 (I know dvd/vhs bad but best I could get for free at the time while I saved up) connected to a Happauage PVR and using Happauage Capture to make m2ts files. I had done a lot of those with not one real desync issue. Is it just because of something inside that machine or just because of the way that capture program worked to get the footage versus virtualdub? Thanks in advance!! |
Quote:
Quote:
Quote:
Quote:
https://www.digitalfaq.com/forum/vid...ure-stops.html Quote:
|
Thanks Gary for the response and feedback as well! Going to take a look at these tomorrow and big thanks for sharing all of these! I really appreciate the response and will also reply back if I have any additional questions :)
|
Quote:
Quote:
So is your exact card right or wrong? No idea. The seller didn't know either. Blind leading blind. Imagine wanting a sporty racing car. You settle on a Dodge Charger Hellcat. But you just buy "a Dodge" from eBay, site unseen (ie, the internal 710 board is not shown). When it arrives, you learn that you bought an Astro van. Quote:
Quote:
Quote:
TBCs aren't sexy tech toys, but boring tools, like microwave and washing machines. You buy it because you need it, no other reason. Quote:
The method suggested for analog video ingest/capture is essentially a graceful Olympic runner in a race, constantly moving at a steady clip, until the race is over. This method errs on the side of accuracy, to extract all video and audio, every detail available. Now, this is not "overkill", but rather "attention to detail". You are, after all, dealing with decades-old media that is pretty mediocre to poor (when at its best) compared to modern HD/4K/8K video. Not just the resolution, but the bit depth, color retention, etc. So you want the best possible extraction, without loosing more data. Because we've all seen how bad lossy "potato quality" video is, desyned video, etc.. The method used to broadcast/stream video is a klutz, constantly tripping over his own feet. But he always gets up, keeps moving. Sometimes the person behind him kicks him in the ass to keep him moving forward, hurry it up, keep up the pace. This method of video just stumbles over boogers, embeds it into the quality. It usually doesn't "lose sync" because it simply drops audio samples when video frames are lost. Though other methods exist to gloss over errors, and hope nobody notices. "Not noticing" these problems is easy in a tiny preview window, or a phone -- but not at all on modern 40/50/60/70/80" HDTVs. It's essentially the difference between program streams, and transport streams. Not entirely, but this does come into play. .mt2s is a transport files, usually MPEG. That second method is also used by many DVD recorders, because those were designed for the ignorant masses. Same for many of the low-end video cards, namely the "PVR" styled cards. When you start to measure frame-by-frame accuracy, view audio waveforms, you see the "magic" of how these low-end videos "work". (And "work" is arguable. It may not lose sync, but it still looks like crap in most cases.) It's about quality/integrity, vs. so-called "good enough" (translation: not good) video. |
2 Attachment(s)
Quote:
Quote:
Quote:
Only real negative I saw is that there's a fair share of insert frames happening which I'm not too jazzed about but I'm assuming at this point only a TBC will fix that or the tape was just also off since there were certain parts of the tape where inserted frames happened often and then some sections where it was rare to see it tick up. Shared the results of the hour recording as well here picture wise. The only dropped frame I got was upon starting the capture which leads into another question that maybe you can help me out with. Is there anyway to have the capture start before I hit play on the device or something similar? I've noticed when I press F6 to start a capture, I usually have to wait like a few seconds as it shows nothing on the screen, then a picture does show up but its a bit choppy in the FPS department, and then once it finally gets to the correct framerate on the output, then the recording starts. I'm wondering if there's a setting or anything I can do to correct that. Quote:
Quote:
Quote:
Quote:
Thanks again in advance :D |
Quote:
|
One piece you kind of left off is how long the tape actually was. My guess is the tape length matched the audio length. The video length being shorter suggests a lot of dropped frames. As an example, if you had a 10 minute VHS and half the frames were dropped, when you go to play back the captured frames at the appropriate frame rate, you'll be out of frames to play in 5 minutes. Audio doesn't really ever get dropped because lack of audio is just silence and periods of silence are not skipped over during playback like dropped frames are. You could unplug your audio cables from the VCR after 1 minute of capture while continuing to capture audio and video, then plug the audio cables back in for the last minute of capture and the audio should still be in sync by the end of the video.
Depending on the frame TBC, some will output either the last frame of good video if you unplug the incoming video signal or many will just output black frames. I haven't done a bunch of testing, but I can say that the For.A FA-310 just outputs black burst when incoming video is disconnected. The capture card would see that as black video frames and it would continue to capture those. So with an appropriate TBC, you should be able to disconnect the incoming video signal whenever you want and it will continue to feed something to your capture card to preserve the "silence" or "lack of signal" of there being frame dropouts or even complete video loss. This is what makes it so that the audio never gets out of sync with the video. You'll likely still run into sync issues if for some reason that frames dropped aren't followed up with an equal number of frames inserted in virtual dub to compensate. With a good TBC, you shouldn't really have any frame drops at all though. |
Quote:
Quote:
Quote:
Quote:
|
Site design, images and content © 2002-2026 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2026 Jelsoft Enterprises Ltd.