4 Attachment(s)
Quote:
Quote:
Quote:
Because you are familiar with GraphEditNext (I remember some discussion on VH forums), you could also experiment to capture the same segment with it and compare. In this case you build "your own" capture software, rather than using VirtualDub or AmarecTV, and only rely on the correctness of the report of the Microsoft filter AVI Mux, which is quite accurate. With my Hauppauge USB Live-2 I build a graph like this when I do not display the incoming video on the PC and use a TV connect to the VCR to see the video: Attachment 14841 or like this if I only use the PC (no audio preview while capturing): Attachment 14842 - replace the Hauppauge DS Filters with the Video filters of your capture card, and eventually the rendering display art according to your PC -configure AVI Mux for INTERLEAVE_CAPTURE https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx - when you stop capture, do not close the GraphEditNext window, but click on properties of the AVI Mux filter to read dropped frames (the capture "software" so built is not able to insert frames, so it just drops frames (or better, AVI MUx drops frames) when the incoming flow of audio and video packets is not perfectly stable. Just for doc purposes, these are the graphs used by VirtualDub and AmarecTV (yes, they also use a graph internally ). VIrtualDub: Attachment 14843 AmarecTV: Attachment 14844 |
Quote:
Thanks very much for the info on the graphs. I will look into that later (I only use Graphstudio these days to control the Proc Amp on my capture cards). |
Quote:
|
1 Attachment(s)
Hodgey, that behaviour is not unusual with the lineTBC of JVC VCRs. Rarely the even or the odd fields are shifted by a certain number of scanlines (I experimented 1 to 4, 5 in just few cases).
In the posted sample, for example, the frame 100 is corrupted, because the even field is shifted up 1 line by the lineTBC. It can be easily seen moving frame-by-frame in VirtualDub . It can be corrected with a simple AviSynth script: Code:
# shift fields: shift even or odd fields by a given number of field scanlines edit: frame 2, 23, 26-30, 34 and many others are also affected |
Quote:
Quote:
Is it possible to upload a short example of your test video with the burn in frame counter so I can create one for myself. Quote:
I would first turn off the autotracking, if that doesn't help try a Sony/Pioneer DVD recorder (Sony 680,870,205...Pioneer 630,640,560...) or best another player. It seems that the VCR is not the right player for this cassette. That's why many have several players to choose the best one for each cassette. There is no such thing as the perfect VCR, perfect TBC, perfect capture card, there were too many different VCRs, VHS tapes that recorded to VHS. That is why it was often recommended to use the VCR that recorded the tape. Only these devices rarely have an S-Video output, line TBC. Whether you should follow this recommendation depends on your capture hardware and the condition of the cassette and the content. Line-TBC is not necessary if you want to use a DVD recorder as passthrough. |
Quote:
The problem is that I experienced the shift happening 1 time over >10.000 frames, while in the sample of thestarswitcher it happens too often. His capture can be fixed to its original quality as well, but it requires hours or days to find and fix individual errors. BTW, I use an automatic script to find the vertical shift that was developed to recognize generic bad fields https://forum.doom9.org/showthread.php?t=183582 As you properly stated, in the case of the OP, the best will be to change player (switch to a Panasonic VCR) or to disable JVC lineTBC and use an ES-10 or ES-15 instead. I am always reticent to use my ES-15 because the loss of details in bright areas, but in the case of the OP is the only choice if he does not want to spend a lot of time in fixing his capture. |
Quote:
But it really has nothing to do with audio. Video is here, audio is there. They should meet, but don't have to. And that's the problem of analog ingest, of course. It is what it is. DVD recorders can lose sync, too. It depends on how the recorder is programmed, chips used, etc. So yes, it can drop/insert, and yet maintain sync. But it's not really to maintain sync. That's a byproduct. Remember, DVD recorders were not made to transfer tapes. These were PVR devices, record from antenna or cable. Videotape capturing was an edge case use, in terms of the overall market using DVD recorders. Quote:
Quote:
Quote:
Quote:
Quote:
|
Quote:
Mr Allen had the famous for the job of being probably the last voice Brits' would have heard should the Cold War have turned 'hot'. Like this lovely little thing about how to bury a fatally irradiated loved one in the garden. |
Quote:
|
Quote:
Back on topic! :P |
Quote:
Quote:
This is usually only nth gen tapes, but not always. It's actually most common with cheaply made contact retail tapes. I've also seen it on SP VHS tapes made in cheap Panasonic VCRs. This is a reason I got my first Panasonic AG-1980, way back when. |
Quote:
The only case where I found a potential problem is when the shift counts 5 scanlines; you may miss then the first scanline of the rebuilt frame if the black border of the captured frame is not big enough to hide it; but that's something that is not visible if you do not slowly move frame-by-frame inside the video. |
Quote:
Quote:
Quote:
Quote:
Also one of the reasons why I don't understand the recommendation for JVC's SVHS recorders with tbc, if the users want to use an ES-10 for jitter correction. You pay for functions of a video recorder that you then do not use at all for recording. It's not so simple. This may be for users who have no experience with other devices but if you are a little or even a little more concerned with the matter, there are alternatives to the recommendations. I can only repeat myself, which hardware to use depends on the cassette and its contents. |
Quote:
|
I just wanted to confirm your statement that it is possible to correct this in post-processing but it is not worth the effort, which is what you said.
Not that anyone else comes to the thought that this is the recommended way and makes false hopes. Bear with me lollo2, I read in English and write in German with the help of an online translator due to time constraints.:wink2: |
No problem at all, Bogilein, there is no need to apologize. We all appreciate and understand your post even if you use online translator :)
|
Gonna be replying out of order;
Quote:
Quote:
As far as Tugs is concerned, I have so many different tapes loaned here from friends and collectors to combine the absolute best elements from each, to an eventual full-scale series restoration. Of course if one tape is jittery, we can rectify it by using other copies. That being said, for other videos, if this field-shift is a quick turnaround, I'm sure it would be extremely useful for my projects! I do want a (PAL/NTSC) Panny's, but I really need to run into a tape that will truly justify the cost. |
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.