![]() |
You didn't see it in the camera pan on the crowd at the end of the clip? Maybe that has to do with GPU's display settings as well then.
-- merged -- OK... I recorded my screen with my camera for the first 10 minutes of a capture. It's recording a 29.970 capture at 30.091, but still shows what I'm seeing. https://drive.google.com/file/d/1WtM...ew?usp=sharing The opening has the damage I mentioned earlier, but I'm planning on splicing in the footage from the dvd trial. Or, I can just leave it in and say it's part of the nostalgia. It's only ~20 seconds worth. :P It has some vertical jitter, but that can be fixed with avisynth. But... the worst of the damage is that line scratched halfway up the frame. It pops in and out for the first 8 minutes, then fades to a blueish line for the rest of the tape. Not the whole tape though, as it fades in and out. I'm freaking heartbroken over that. It's not always in both fields at the same time though, so I may be able to fix some of it with a script by johnmeyer that fixes bad fields. But, it's still only 2 hours of footage out of 65 in total, so it's no 'too' bad I guess. What's really strange though is the kink at the top of the frame... I'm guessing that's from the GoVideo deck that did the dubbing of my friend's sources. I never saw it on a CRT TV, only on an LCD while trying to edit it. Her tapes were SP, recorded on high end Sony decks, with Sony tapes. I used Fuji HQ160's for all my sources, and Fuji HQ120's for her tapes. I'm able to crop and shift that kink, but there's a colored line that appears when there's a colored background. Camcorder Color Denoise in VirtualDub removes almost all of it at full strength, but then it also reduces color everywhere else. I'd like to save that top area as it's 13 pixels worth... top 5 pixels are black and can be cropped, so there's still 8 pixels worth of real estate. My sources are fine at top, but have 7 pixels worth of head switching noise at the bottom. To even everything up between the sources, I'd have to crop both the same, so that's 20 pixels worth in all. 720x480 just became 720x460. 680x460 total viewing area. Then looking at the dub of my friend's sources, the edges are spikey. If I want to clean that up, I'm looking closer to 670x460. It's still a decent size, I'd just like to squeeze as much as possible out of it. |
I couldn't see any stutter, which means it could be a dropped frame somewhere that I didn't catch, The top of the frame is normal it is not meant to be seen, it falls in the overscan area of television back in the day. I see a lot of people complain about captured files thinking they should look like modern videos, They don't, especially consumer tape formats, It is what it is. Check your capture program if it is dropping frames, less than 10 frames in a 2hr tape is normal.
I've also downloaded the file in post #1 and played it and it played perfectly, not sure what's the concern here. -- merged -- Just put the clip into vdub2 and skipped it frame by frame of the last 40 seconds that you said problematic, not a single frame drop, you have a playback issue to address. |
Quote:
That kink at the top is definitely not normal. It may be in the overscan, but every other tape I've ever captured, or seen uploaded to YouTube, that top area should be flat on the sides... no shifting. And when played through my JVC with the TBC turned on, its screws up even more, with the individual lines of the kink sticking out unevenly. And as I said, my sources, from the same ppv, don't have that kink. It's only the tapes that were dubbed. As for the file I just uploaded... there's tons of jitter, starting from the drummer at 0:02:15... it's jerky as the camera moves upwards. then the crowd pans... look at 0:02:42. It jerks a few times in that scene. It's not just my eyes. :P |
On my computer there is no jerking on the file in post #1, which means you have a playback issue as I said. FYI vdub is not a player, Use a dedicated player and see.
|
Quote:
When I played the file, I saw would could have been dropped frames. But unknown when that happened. It could be the source (pre-tape), the ES15, the capture card. I played it forwards at realtime, halt-time, 2x time, and backwards realtime. I also went frame by frame. After all of that, still inconclusive. The main issue here is the computer playing these has issues. It could even be the version of VLC, as not all have been good, and sometimes the new version has problems. This is why most of us have multiple players for testing, and that depends on OS. I forget the Mac and Linux softwares, but for Windows it's MPC-HC (or MPC-BE). |
Quote:
Code:
........!.!.!!!!!!!!!!.!.!!........But the other issue was stuttering when the camera panned over the audience, or even sometimes on stage. Even after lordsmurf deinterlaced it, it still had a single hiccup at the end of the crowd pan. It's the exact same on both my capture pc, and sitting here on my VR gaming/Editing PC with an RTX 3080. But as I also said, as soon as I deinterlaced that, it was fine. But to say there's absolutely no jitter while watching the files I uploaded may be 'your' eyes. I'm fairly sensitive to tiny stutters. Edit: Also, on the original dvd trials, it's 100% smooth, even on crowd pans. |
That's the nature of interlaced video, it is not smooth, period, While it looks stutter to you, it is the way SD video has been for last few decades compared to modern progressive 60p. Having another version on DVD doesn't make the capture bad, it was probably recorded from a better master.
Upload another file that looks worse and I'll take a look at it, The one in post #1 does not have stutter. |
I realize that's what interlaced video on a progressive screen is like, we already covered that, and I said I felt like an idiot for not realizing it a lot earlier... like years earlier. This is my 4th attempt, each time either not happy with the results, or as I stated above, my last attempt didn't have the levels corrected before capturing, and after reading about the histogram in VirtualDub, I ran a test capture with my previous settings... it was far in the red on the contrast side, and bit red on the brightness side. So this is my next, and hopefully last attempt. But... my previous attempt also has strange black dots appearing down a single line, about 20 pixels in from the left side. I thought it was satellite transmission artifacts, but they weren't there in the DVDs. I chalked it up to my Hauppauge HVR-1850 finally giving up the ghost. The ATSC chip died a few years before that. That's when I got the Hauppauge USB-Live2, but the thing wouldn't keep it's proc amp settings between captures or reboots, and needing to keep all 65 hours looking the same, I decided to get the Pinnacle USB-510 from lordsmurf. It's timing is rock solid, and allows me to use VirtualDub. And it keeps it's proc amp settings. Hauppauge doesn't play nice with VDub, so I was using AmarecTV. But both cards, and both apps still give the same issues.
The masters for the DVD are these exact same tapes. I originally wrapped each tape box in saran wrap, then boxed them up until I was ready to transfer. Then after each attempt, they got rewrapped. That's why I'm p*d at this attempt... they were pretty much pristine until I started again. But as for the DVDs... I'm just pointing out that whether the VOBs are played on the pc, or the disc is played through the ES16, the videos are completely smooth. (ES16, not ES15... it's the Canadian version of the ES15). But seeing as the DVDs are still interlaced, it boggles me as to why the vhs captures are choppy until deinterlaced. I posted the full 2min clip that the first clip came from in post #3. https://www.dropbox.com/scl/fi/g22bp...=emr53qbx&dl=0 I also uploaded that 10min screen capture of the vdub capture window, where there's quite a bit of stutter, especially where the camera pans over the crowd. It's not always the entire pan, or every crowd pan. Sometimes it's near the end of the pan, or starts 1/2 way through. And as I said in my first post, I see the same thing in Netflix as the camera pans sometimes. And I know that's not just my eyes, as that's what the 'smooth' settings in the tv configs are for, but people complain about the soap opera effect. But it's the same type of jitter I'm seeing. And it's not display hardware, as a rewind still has the same jitter during those shots, and on both PCs. Edit: And the screen cap file shows the stutter when played back on my phone that it was recorded with, so it's definitely not just my PCs. |
Never seal tapes in plastic wrap, it taps moisture.
MPEG interlacing is different than lossless interlacing due to the compression. There's a slop in it, and it can go either way in terms of visual quality, either hiding issues, or highlighting issues. DVD-Video is not the measuring stick of quality. |
MPEG-2 playback is much easier on most media players compared to lossless AVI, it is not about how powerful a CPU or the graphic card, it is how stable the player is, I've had VLC stutters on a powerful modern PC and MPC-HC played smooth on Win 7 2008 machine, I've seen threads like this before where the OP thinks the capture card is at fault, but the file playback is the issue.
|
Quote:
That makes sense about the MPEG vs uncompressed avi, as I said in pm that converting did seem to fix it as well, even when still interlaced. I seriously wish I'd come here 10 years ago... lol. |
Quote:
Sealed new tapes had an intended shelf life, not to be hoarded/warehoused and sold 20+ years later as "new" (because they're not at all new anymore, merely unused for recording). Plastic bins offgas, that's very damaging, and a common source for tape condition issues. Quote:
Quote:
Quote:
Quote:
Quote:
And I think you need some good storage advice, not just playback or interlace advice. ;) Topic for a new thread. |
Quote:
Quote:
Quote:
Quote:
-- merged -- Damn... forgot another example... Hollywood. Every single film archive is kept in those film cannisters, even to this day. If mold was an issue by storing tape in a sealed container, then they would never have done it. |
Quote:
Quote:
Quote:
I store meat in freezer paper, which is what professional meatpackers do. They don't store in Saran Wrap -- which was made by Dow Chemical, and the food storage version was made for temporary fridge storage. Not freezer, not long-term. Plastic wrap was later used to nuke/microwave food, because it was convenient to reheat leftovers, which was often already on the plate/container. Due to dangerous chemicals, Saran Wrap was reformulated 20 years ago, also made thinner, and has been crap ever since. We (family) quit using it for food long ago (we now move all leftovers to plastic storage tubs), and the modern version of plastic wrap is pretty miserable for most things. We use a paper plate, upside down, to nuke our leftovers. Quote:
I never heard of gravlox. Wow, that looks yummy! :D Quote:
|
2 Attachment(s)
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
-- merged -- I also remember having Fuji tapes that came with a plastic sleeve, not a cardboard sleeve. That would protect the tapes far more than cardboard. Cardboard can suck up the moisture in the air and transfer to the tape on it's own, while plastic sleeves would prevent that, as long as the sleeve has a tight enough seal with the tape inserted. |
The key here is that it's not just any random plastic. Kitchen food wrap isn't the same materials or specs of videotape cases.
Storage needs to be indoor temperate, preferably on the cooler side (60s to low 70s F), with the RH% as low as possible under normal conditions (50% target range, less is great). TV stations, museoms, etc -- this is what they do. I should know, I work with many. The cardboard cases are generally fine, because those are slick "cardboard" (more like thick paper stock), not corrugated cardboard. The coated outer layer can act very much like plastic, because it often is a form of plastic that creates the coating. You have to realize this is something I have about 30 years of knowledge on. I actually knew quite a bit about paper/cardboard at least a decade before I ever did anything with video. |
4 Attachment(s)
Quote:
Quote:
Quote:
Quote:
Quote:
I'm done. Cheers, and good night. -- merged -- Well, I found the issue in the sequence with the drummer... one of the frames was glitched in the top field causing the jitter. It wasn't just my eyes. :P But using johnmeyer's script, I was able to fix that frame. But... it's slightly higher than the original, and cropping a single line off the bottom doesn't do it. If fixing bottom field, then the frames are the same height. So I may have to splice by sequence, or at least find a spot where the camera's not panning up or down. I'm planning on using this method to fix a few dropouts as well. They aren't always in both fields at the same time. It may not always work, but it's definitely better than a filter that blurs. Code:
#Replace Bad Field With Motion Estimated Field from Good Field.avs |
Quote:
|
It woks quite well, as long as there's not too much movement... like drum sticks with tracers due to moving so fast. But when trying to fix the upper field, as I say, it's not lining up identically to the original. I guess it's shifted slightly due to using the bottom field as the guide to interpolate the top field. I have at least 1 streak where it spans 3 frames... starts in the top field, ends in the bottom field, but the middle frame it's in both fields. So the plan was to repair 1st and 3rd frame, then interpolate the middle frame with the newly created neighbor frames. Hopefully. :P
I've been trying to play with the script lollo2 supplied in a previous thread of mine to shift fields in individual frames, but when he first shared it, all the code was kinda Greek to me. If I see it in an example, I can apply it to what I need. But looking at it last night/this morning, it's kinda makings sense, but it's giving me an error in my settings: Code:
Avisynth open failure:Code:
AviSource("D:\Tape 1v1.avi")Line 3, column 28 is between 5 and 8 of 58. So... what the heck am I doing wrong? |
Here's more info from lollo2:
Quote:
|
Site design, images and content © 2002-2026 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2026 Jelsoft Enterprises Ltd.