![]() |
VirtualDub audio speeds up, JVC rewind slipping?
5 Attachment(s)
Hello all! I'm having a couple of issues with my capture workflow. One somewhat minor, and one very major. First, my JVC SR-MV45 is having a curious rewind issue. It seems to slip and labor while rewinding, but not while playing or fast-forwarding. I've attached a video with the behavior of all three, so if anyone knows anything about that I'd be appreciative, but it isn't that big of an issue as I have other decks I can use to rewind. The deck has been serviced and refurbished by lordsmurf and then minor repairs by me (a gear jumped out of place) so the belt shouldn't be the source of the issue.
Next, VirtualDub is ruining the audio of my captures. I'm new to it (and in my opinion its interface is pretty poor), so maybe this is an obvious fix, but it's warping the audio of the captures. I've confirmed that it does this on both VCRs I have, and on both dongles (an ATI and an Elgato) so all I can assume is that it's down to Vdub. It's not the tape, because when captured through the Elgato proprietary software, all is good (other than the bad quality of the capture :D). Anyone have any ideas on this? I've attached a few test recordings of a marching band performance to show the problem, even the non-musically inclined should be able to hear it. Any help would be appreciated! Attachment 17548 Attachment 17549 Attachment 17550 Attachment 17551 Attachment 17552 (Example of FF, Play, and Rewind, I'll note that it was slipping quite a bit less than it had been in this recording, but the speed is very inconsistent and slower than I'd expect) |
Screencap the VirtualDub timing settings. Probably all it is.
The VCR may be narrowed down to teeth on gear somewhere. Tape transport movement is caused/enabled by multiple points along the path, so where/why is the troubleshoot. |
1 Attachment(s)
I assume it should be the second option rather than the third?
-- merged -- Clearly not! Tried with the second option and got an overall desync of 356 seconds in a 656 second capture :eek: |
1 Attachment(s)
Are you properly using lossless capture codec, not uncompressed?
Try these for your timing here: |
I'm using HuffYUV 32 bit multithreaded, I set it up when I first started capturing and then again today (vdub likes to erase settings when restarting) based on forum instructions, it's outputting a file encoded in HYMT just fine, so I'm trying with those settings now. No sync errors so far. Thank you!
-- merged -- Alright, follow-up question... Looking at some captures again today I noticed that the audio was desynced by quite a bit. I hooked the setup (minus the dvk-100) up to a composite CRT and noted that the audio is perfectly in sync, as expected. Any ideas what the cause for that could be? I can't imagine the broadcast-grade chroma-key box is doing it. Do I need to capture audio separately of the ATI usb dongle? |
Multithread Huffy isn’t recommended. The original 32 but version of Huffy is recommended. https://www.digitalfaq.com/forum/vid...y-install.html
|
Do not use MT, only original.
|
I switched to lagarith because it seems to be better supported on the Mac side of things (although neither huffyuv nor lagarith seem to be very commonly supported).
Have to figure out the audio desync issue though. |
Just be careful with Lagarith, there are byte order issues sometimes, corrupted video frames.
Computer hardware issue is potential here. Are you trying to capture to OS drive? Or to dedicated 2nd/data/capture drive? |
Capturing to OS drive, although it's not dropping many frames, and it's an ssd so it shouldn't have issues with bandwidth. The computer itself is a bit older, but considering the ATI dongle itself is decades old, I can't imagine the 4-core CPU matters too much. Is it really just background operations by Windows somehow messing up the audio track but not the video?
|
SSD isn't faster than HDD when it hits a cache wall.
CPU hasn't mattered in a decade now, for analog SD capture. Windows "does stuff" in the background when online, especially newer Windows OS. What are your full computer specs Everything. RAM, CPU, graphics, SSDs, etc. Brands, models, speeds, size, etc. |
Dell Optiplex running windows 7 SP1 with:
i7-3770 @ 3.4 GHz Intel HD Graphics 4000 8 GB of ram, not sure what model, not really interested in opening the case at the moment to check, it shouldn't really matter, although notably it's going to be slow with how old this machine is. Kingston 120 GB ssd (small but it only houses the video files for the time that they're being captured, then it's moved to networked storage. I think it's this. It's probably a little slower than preferred but perfectly fine for the bandwidth it's working with. I can try and find a better one but without buying something new all the SSDs I have are in use, M.2 form factor, or quite old. Past that it's hard drives but if you think that will solve the issue, I've got many extra drives I could toss in there. |
Doesn't really help answer your question, but I just picked up a Quad Core i5 Dell 7010 Optiplex locally with similar specs. They can be had on ebay for under $75 shipped, just bring your own SSD. I was able to install XP 32bit on it. Interestingly, Dell lists it as XP compatible and all of those drivers are downloadable, but for some reason I was getting an error of "this is not a valid win32 application" for literally all of the provided drivers. Spent like 2 hours trying random drivers probably meant for other systems and eventually found ones that seem to work, or at least there's nothing shown as being "without a driver" in device manager now.
The 7010 is somewhat unique (or maybe it isn't unique and I'm just impressed at the value haha) in that you can install XP on it, has native USB 3.0, it has 3 PCIE slots + 1 Regular PCI slot on the "MT" version which means "mini tower", and accepts full height PCI/E cards. So you could use something like a Turtle Beach Santa Cruz card in the PCIE for a sound card if you don't like the onboard Realtek and you could use one of the PCIE slots for an AIW PCIE series card. My frustration with the PCIE AIW Cards is that their board can get rather warm compared to similar AGP variants, but that was while also using it "as a graphics card." I'll do some testing to see if when you only use it for capture and use the onboard graphics for display if it does any better in terms of heat output. Soooo if you are feeling adventurous, you could try installing Windows XP 32 bit which may have fewer compatibility issues when it comes to the capture/virtual dub use - I'd probably recommend installing it on a different hard drive so you can go back to what you have now just by doing a drive swap back. Also keep in mind that XP 32 bit is going to limit your usable ram to 3.5GB, but that's probably much more than enough. These days you can get 480GB SSDs for under $30 on Amazon, so might be worth a try if you're feeling adventurous. |
I've got an optiplex 9010, I originally had XP on it but it was just so hard to work with, the main issues being network drivers and random bluescreens. Windows 7 has been running smoothly, and I think this issue is down to vdub being janky or the ATI 600 not capturing audio right. Not sure.
|
Quote:
Quote:
You can build better systems, but it's a better than most random boxes. Quote:
- VirtualDub is not "janky", but actually some other computer hardware, drivers, and/or OS are. There's zero reason to even install network drivers on an offline capture system. Just because Windows says "Found new hardware!" doesn't mean you have to acknowledge it on boot. The yellow exclamations in Device Manager are fine and normal. There's something wrong in your hardware, or the OS, or the settings, you just haven't found it yet. |
I'll put a spare drive in there today and see if that fixes it although I'll keep my doubts for now :P
Quote:
Quote:
I'd rather not do the extra 4 steps of copying it off the capture box to a usb stick, into another system, and then to the network. -- merged -- Captured to an HDD today, still getting about a half a second of desync by my rough estimate. Not much but it's enough to be noticeable. This is the same across the whole file, so it's not warping like it was before. |
Quote:
Quote:
|
Yep. Internal SATA. Still booting off the SSD but I can't see why that would be an issue as it has enough RAM to not use the swapfile and everything necessary should be in RAM.
-- merged -- Quote:
|
It's definitely setting somewhere. Check the "timestamps for preview" option.
But if that workaround works, you can try it. :) |
I think I'll just go with it. It can do 96kHz 16 bit, the ATI does 48, so I don't think it's any reduction in quality. No distortion beyond that of the tape itself that I can tell.
|
Quote:
I hope it continues to work as you currently see. :salute: |
2 Attachment(s)
Well, I’m back again. I had to make some workflow changes as the SR-MV45 that I bought from LS gave up the ghost, so I’m on a VS30U that I got for a decent price. Also had to reinstall windows 7. Sadly, this problem has popped up again and I have no idea how to fix it. I’ve tried everything that worked before in this thread to no avail. The volume meter roughly matches the video preview, and for what it’s worth it matches the CRT I’m previewing on as well. But when watching it back the video drags behind by almost a full second! Any ideas on anything else I could try?
VS30U -> DVK -> ATI USB -> Windows 7 Box -- merged -- With more testing, this happens in 32 bit, 64 bit, vdub2, everything. And it seems like it has to be something on the encoding side, since it's in sync in preview, although I don't entirely understand how vdub handles the preview. It's certainly an issue with vdub though, as AmaRec handles it fine with no desync. Not sure if amerec is "good enough" by LS standards, but if I don't find anything else on fixing vdub, looks like it might be what I go with. I've attached samples from the same tape as a few months ago, to show what I mean. Anyone musically inclined could pick up on it more, but looking at the mallet players toward the end of the clips makes it evident. |
SR-MV's are also ones that I've got a fair amount of refurbishing experience with. Their main pitfall is that they use some crappy caps in their power supplies as well as in the DVD recorder section and some SMT caps on the DVD drive. I'm not sure that would cause poor rewinding specifically, but maybe. Usually they get stuck saying "loading" indefinitely when there's a "significant enough" capacitor issue. A lot of mine also have dim displays that don't seem to be correctable with recapping, so guessing the failed caps if they are failed for long enough causes some sort of permanent damage to the display, but luckily that's more of a cosmetic thing and it's still readable "enough" to get by and it doesn't affect playback at all.
The audio thing really seems like it's speeding up or slowing down the audio to match the frame rate (which is one of the sync options), but even for that, it would seem like you must be dropping a lot of frames for the audio to fluctuate that much. I take it you aren't using a frame TBC? |
I think the video circuitry went out, probably that entire board that's connected via the world's flimsiest ribbon cables. It had some sort of internal sync issue it looked like, there was just colorful garbage on the screen with occasional bursts of the true image coming up. I gave up on it. Sucks considering I way overpaid for it in the first place... Got a VS30U on eBay for less than a quarter of the price I paid LS, works far better than the MV45 did.
On the audio issue, it's not speeding up or slowing down in vdub, I specifically selected to NOT have that happen after it butchered a few other captures with awful warping. It's all the right speed, just off. No frame drops or at least very few. I am using a DVK-100 as frame tbc, VS30 has an integrated line tbc. everything lines up on displays, on preview, etc, but the final file is desynced. It's very strange. I'm using Amarec at the moment as I can't put this project off any longer, I have to get this done. It's been delayed for so many reasons for the past year. I'd like to use vdub though as Amarec is pretty limited in weird ways (like seriously, why can't it write to something that ISN'T NTFS???) |
Quote:
Quote:
Quote:
Quote:
In the "from VirtualDub" clip, I immediately see a 10-frame "stick" at the start of the video. 10 frames is about .333 ms. But there's also some jumps in there, which may have confused something. The encoding to H.264 may also be a problem, because there's a chance that an encoder misread audio/video start. In that tiny length H.264 converted clip, what I see is a 600ms delay. If you load the file into VirtualDub2 (because it can natively read the H264 in MP4 wrapper), and then go to Audio, and Interleave, adjust it to 600 ms. It's now in sync. BTW, is that a BOA Nationals competition in Indianapolis?! (I don't think you're old enough to have been in that, when it was in the Colt's Hoosier Dome, so what relation are you to whoever was in it? Parents?) Also, marching band videos confuse deinterlace algorithms, so I have some tips, at a later date, after you're done capturing, and are looking to process anything. Definitely keep the interlaced captures. I have never found a perfectly satisfying deinterlace filter for these sorts of band videos, but hopefully we get something someday. Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
However... When you've exhausted suggested/proper software, including adjusting settings, and it's still not working for you -- especially if it's causing anxiety/whatever -- and/or especially when it's giving you stress/grief because you're trying to meet some sort of deadline -- then go for it. Video capture is hard. I try everything I can to make it easier for others -- the hardware suggested for both quality and ease of use, the software (and settings), etc. But because video capture has so many variables (the tape signal, the computer/OS, etc), sometimes you just have to settle. The important thing here is you tried. Most people try, and do succeed. Some try, and fail, and it's not their fault. You kept trying, you found something else that may suffice. Again, go for it. VS30 > DVK > ATI + Win7 + Amarec = you now have your method. Get to it. :) Although, again, what I'm seeing is just a 600ms lag, for whatever reason. I think that could be solved. But as a home user, non-hobby, family videos only, I don't know that it needs solving, unless you're just a person that hates it when "computers win". ... and I'd really enjoy hearing more about the band video, including seeing your final capture. :thumb: FYI, in another life, I was involved in marching bands, in various roles. Always enjoyable. I probably saw 1,000 bands over the years. That's something I haven't been able to do in over a decade now (due to health). |
Quote:
Quote:
Anyway, I am definitely keeping the original files for all of these. I have plenty of room (hopefully). Would certainly like to know how to do better deinterlace on marching arts recordings. I have DCI, other high school level stuff. Both of my parents were involved for years in various bands. Quote:
Quote:
Quote:
|
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
|
Quote:
https://drive.google.com/drive/folde...usp=share_link Quote:
Quote:
-- merged -- Quote:
Quote:
Quote:
Quote:
|
Just spend $15 on the OEM remote, JVC LP203030, those programmables never work correctly, missing things like manual tracking (with SP/EP to engage/disengage, and up/down to change).
Ah, yes, use DVK on actual captures, not the deck for testing, if you're doing both at once. (But then, what about capture card and computer? You have two of those now as well?) I'll have to pull out that video, I don't remember off-hand, not seen it in decades. Clones look different than the actual ATIs. Those are not "fake", just badged different, different software/drivers. Alright, ATI, check. And Win7, correct? Confirm. Finally, post a screen capture of your VirtualDub 1.9.x timing settings. |
1 Attachment(s)
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.