+ Reply to Thread
Results 181 to 210 of 234
Articles like that have no purpose other than online traffic for ad revenue, the people who write those articles are very tech unsavvy and they target a population that is usually dumber than them.
Last edited by Titan_91; 12th Jan 2020 at 19:32.
I'm not entirely sure what's the cause of the checkerboarding, it may be some interference between strong chroma signal and the luma FM either during recording or playback. I will have to do a normal S-Video capture to check if it's there, but I've seen this dotty effect on strong colours on other tapes, so it may be something inherent to the format. It's not the normal luma/chroma crosstalk you get from a composite capture at least, that's higher frequency. Chroma and luma go through separate path right from the start after filtering for the relevant frequency, so there won't be any 4.43 mhz stuff on the luma channel.
The scanline effect is just result of slightly different brightness/chroma levels between the two fields, it's not something I've added intentionally. The VCR repair book I got states that having the white/black point frequencies slightly higher on one track compared to the other field was used in LP mode to reduce crosstalk, but I'm not sure if that's what this is as it's not an LP tape.
I see you already censorship--ed my messages, maybe because I say the truth and today nobody want to hear the truth.
First problem you have is impedance matching between PB RF control point of VCR (high impedance) and CX input (50 ohm low impedance). From impedance mismatching can become a lot of problems that cannot be cleared in software way. Like low level (gain) even if the RF PB point is ALWAYS after videohead amplifier, reflection (cannot be cleared by software), different Amplitude-frequency characteristic that can drive to strange results on video and many more. Somebody's approach here "I connected it without care to impedance and it work" only confirm my spokes that here is a kingdom of deep amateurs. Because if you raise level that is decreased due to impedance mismatching you also rise noise that is anyway high in home VCR.
Second problem is that you missed some steps in decoding and "isolating" luminance from chrominance. At this point capturing from composite will be better than software decoded picture. And this will last till some professional is involved and give you the right advice. But the problem is that real professionals hate deep amateurs and will give advice when all amateurs disappear from this thread, even amateurs with good intentions "to help".
I bet till next January we will not see software decoded picture , better than captured from component VCR output.
Sorry to say that, but truth is crude.
Fsquared you should be able to find a PCI supported computer pretty easily. The other specs shouldn't matter if you're running something lightweight like Linux Mint. Something as old as 2010 should work as well as long as you're using SATA (shouldn't be an issue anyway as it's 2020, lol).
Is it just me, or did post #156 by Laserdisc appear from nowhere? I swear it wasn't there before when I read the posts above and below it by Titan_91 & fsquared. Does the forum have a delay for new users' posts to be approved & show up if they contain links, as this one did?
Originally Posted by Sencore Tech Tip 189 (attached)
I thought your original complaint was people wanting to profit off the work of the open source community without contributing anything. Now that's been replaced by "if you don't already know what to do, give up, you can never learn; the people who might share their knowledge by teaching you actually hate you for your ignorance."
Last edited by vaporeon800; 14th Jan 2020 at 00:55.
here's my GNURadio software prototype for VHS HiFi stereo decoder:
For those who want to try it I upload here basic version which lacks some secondary features like 2:1 dynamic range expander and additional noise reduction.
Here's a HiFi Stereo sample to play with (35.8MHz PAL):
Longest VHS-Decode sample in color - have a taste:
Pretty stable frames, looking good apart from that nasty dot crawl. Would you be able to record a fresh tape from a good digital source and capture it just to see how good this method can be?
Enjoy; signal generator:
Dot crawl appearance may come from out of-spec signal or VCRs internal comb filter used for downconverting the signal (misaligned or old components like capacitors). It is visible on luma signal.
Edit: I meant the opposite of comb filter (process of decombing).
I though the comb filter comes after the RF signal where the luma and chroma are combined by the VCR's video processing circuit for composite output. They should be separate coming out of the tape, Am I not understanding something here?
AviSynth's RawSource filter or some other rasteriser software. I'd like to get a general idea of what the output could look like before NTSC support is eventually added to vhs-decode.
Wow, that Kids Next Door credits sequence looks amazing. How in the world can the colors look this sharp with the luma signal being just 39.93 cycles per line?? I don't see even a hint of smearing as is typical for VHS. Is the chroma signal higher than 629kHz for PAL?
It shows in the text also. See the letter m in 'music' near the bottom. The edges on the horizontal line at the top of the letter are much sharper than the vertical ones on the 'legs' of the m.
So here's regular capture without color correction and TBC: https://youtu.be/nE48jybPApc
And the most recent denoised piece from this tape captured with calibrated capture card that demonstrates Panasonic DMR-ES15 TBC: https://youtu.be/mlagfhrW_0M
Sharpened pictures are obviously sharp but they aren't detailed. A lot of detail is lost during such long processing chains where 3 or 4 devices are involved.
This old camcorder video is interesting - take a look:
I'm getting this error in GNU Radio Companion:
1:1:FATAL:PARSER:ERR_DOCUMENT_EMPTY: Start tag expected, '<' not found >>> Failure
Hey, which version of GR do you use? Mine is 220.127.116.11, ensure that you use the same. It may be a problem of software library which still holds old version of the software. Use the instructions: https://wiki.gnuradio.org/index.php/InstallingGR#Ubuntu_PPA_Installation
Or simply copy the command:Code:
sudo add-apt-repository ppa:gnuradio/gnuradio-releases && sudo apt-get update && sudo apt install gnuradio
Ah, I was on 3.7.11 using the built-in Ubuntu PPA. I added the PPA you listed, updated the apt cache, updated the package to 18.104.22.168, installed python3-distutils, and it works. I tried to edit your flow graph but because I don't know what I'm doing I broke it, generates a lot of Python errors now. Could you edit it to output a basic WAV file of the demodulated luma carrier at 3.9MHz? If it's not too much trouble. I'm just curious to see a rough idea of some NTSC captures if I have a raw file of the scanlines. In particular I have the Arthur cartoon recorded at both sample rates I could compare.
Last edited by Titan_91; 14th Jan 2020 at 21:49.
Is the chroma signal higher than 629kHz for PAL?
This is from the same tape captured from a Panasonic NV-HS1000 through S-Video, with TBC on, and set to passive(edit mode) to turn off noise reduction.
[Attachment 51469 - Click to enlarge]
You can see the checkerboarding here as well, presume it's due to the slight chroma/luma overlap, I guess it may look slightly different on NTSC since the luma is at a slightly different frequency range and the color is encoded differently.
There is one during playback, it's (for VHS) is a simple filter that adds a delayed chroma signal back into the chroma signal to reduce chroma crosstalk (for PAL/NTSC, not SECAM). Luma and chroma aren't combined before the very end after all the standard decoding is done. May have linked it before, but this manual describes a basic decoding chain. More fancy VCRs may have more complex stuff and other filters for noise reduction. It's possible this is disabled in EDIT mode on some VCRs, but I don't know for sure, also possible that early VCRs did not have this.
There's also a comb filter (a very basic/old VCR may only use a simple notch filter) at the composite input of a VCR. If you are recording from a composite source it will go through some sort of Y/C filter to separate Y and C for tape though, how complicated depends on the VCR. Same thing with a analog-to-digital video chip.
I've been asked about this thread a few times, and recently asked to weigh in with my thoughts. So, here goes...
It's an interesting project, and I've followed it for quite a while now, even before this thread was made. I figured progress would be slow, if progress was made at all. I've been around digital video for a long time, and have seen much vaporware, lots of broken promises. To me, the most interesting aspect of this project is the potential for true software TBC (not just software-controlled hardware).
Recent advancements in the project now have a "usable" image. Great, congrats! But some folks are getting a wee too excited. As impressive as the project is, from all samples I've seen thus far, the quality is currently about on par with a Chinese Easycrap/EZcrap USB card, using noisy composite, plugged into a cheap consumer VHS VCR. Hence why I used the term "usable" in quotes, because it's pretty lousy. So while it is indeed an impressive feat, it won't dethrone the standard hardware workflow anytime soon (JVC/Panasonic S-VHS VCR with line TBC, external framesync TBC, known-quality capture card).
Understand I'm not criticizing, however also not being a blind cheerleader. Just observing. And that's where this is right now.
But point is ... it's an image! Congrats on the progress! Keep going.
Indeed, With a good S-VHS VCR like JVC and good capture device like the BE75 SDI capturing from S-Video the results are not bad, I have to admit though with the VHS-decode method the frame is very stable, The quality is not there yet but signal timing is dead on.
Yeah, fine-tuning for the quality is the milestone for this project.
All I was always looking for is complete control over the signal and ability to get all frames that would be dropped by standard capture cards. The ability to freeze the magnetic media degradation sounds wonderful.
For these who didn't see the frequency response (you can play with filter values in formats.py file):
[Attachment 51492 - Click to enlarge]
[Attachment 51493 - Click to enlarge]
[Attachment 51494 - Click to enlarge]
[Attachment 51495 - Click to enlarge]
These examples represent cases for bad cabling, bad filter alignment or the difference between LP and SP modes.
I saw the Cartoon Network sample played back from a real VCR which didn't have as many white horizontal dropout stripes. Do you know if high end VCRs did some kind of digital dropout compensation?
Last edited by Titan_91; 18th Jan 2020 at 16:28.
vhs-decode currently has no droput correction so any dropout will show up as noise/stripes.
VCRs usually have analog dropout (luma) compensation - on newer ones it's mostly done by replacing the video signal by a signal delayed by 1 line by a CCD chip (old VCRs used glass delay lines) when a dropout is detected, as part of the analog luma noise reduction circuit. A few high-end VCRs have digital dropout compensation but I don't think it's very common. The technical manual for the JVC-HR S9500 here seems to suggest the 3D digital board is involved in DOC. My S8500 doesn't act like the DOC is digital though, maybe it's only for NTSC or maybe it's only for the 9xxx models. The digital board in the newer JVCs - like 9700 here seems to have changed and does not have a connection to the dropout detector.
The AG1980P may have it in it's fancy digital circuit, but I don't know, I think the huge broadcast models with TBC may have it as well. Haven't seen anything about it in other prosumer panasonic service manuals.
For 8mm video, I suspect the newer sony camcorders also have some sort of digital DOC (or whole decoder), as they seem to be able to repeat a line infinetly on large dropouts.
There is an interesting comparison between the DOC in various VCRs here.
Was wondering if someone could get one of these devices and reverse engineer them for VHS-decode, Nothing better than re-inventing the wheel: