Try StreamFab Downloader and download from Netflix, Amazon, Youtube! Or Try DVDFab and copy Blu-rays! or rip iTunes movies!
+ Reply to Thread
Results 91 to 102 of 102
Thread
-
manono was right, the problem is your source has brights over Y=235 and those are being crushed upon display with some editors/players. The black level doesn't look right either -- but I don't want to judge just from this short clip (which maybe wasn't meant to have deep blacks). If you add ColorYUV(gain_y=-20) or ColorYUV(off_y=-20) you will tame those bright areas. But what you really need to do is capture again with video proc amp settings that don't blow out the brights. Original and ColorYUV(gain_y=-20):
[Attachment 40231 - Click to enlarge]
I recommend you learn to use AviSynth's Historgram() function to check your levels. -
No, here we don't go. He said to use DGindex to cut out an M2V.
Edit: jagabo used the MKV but surely you have DGindex on your computer? And it's just as easy to do it the way he asked as to cut a piece into an MKV. And we have to demux (I do, anyway), adding an extra step before working with it. -
Hmm, not much I can do on the capture with that one. The source is a commercial VHS tape and the capture device was the ES15 set to Darker input on the composite. I agree it appears hot, and that's true throughout the video. Also, in this particular case, the tape was ripped when it rewound, so... that's probably the last time it will be captured.
Sure, I can use that. Do you have any thoughts on why that video I sent you displays fine within VLC, regardless of the number of copies opened? It doesn't seem to be an overlay issue. However, the output from AVISynth/VDub seems to be the only file that has the display issue. (Note there are 3 copies of the file I sent you and 1of the TFM/Decimate version in the image).
[Attachment 40232 - Click to enlarge]
The issue is also present in VEGAS if rendered side by side (didn't take time to correct their size/aspect ratio):
[Attachment 40233 - Click to enlarge] -
The difference in display with different programs has to do with how the programs and graphics drivers are set up. Basically, all YUV video uses a limited range where Y=16 is full black, Y=235 is full white. At playback that range is expanded to RGB=0 for black, RGB=255 for white. Y values below 16 all become the same shade of black, Y values over 235 all become the same shade of white (ie, your video isn't supposed to have those out-of-range values). You need to make sure your players and graphics card are set up to make this conversion correctly.
https://forum.videohelp.com/threads/374734-Superblacks-and-superwhites-question?p=24145...=1#post2414529 -
I've looked at the histogram in AVIsynth and I've also pulled the video into Resolve and looked at the channel histograms. It does seem that the birghtness is getting clipped. I'm curious what's causing that though as reducing the gain causes the crushed brights to separate out, which seems to point to there being different data for them in the file (it's not completely crushed out in the file, e.g., those pixels that are displaying maximum intensity aren't all set to the same value). Also, since VLC and VEGAS can display the original capture without crushing the brights... what's pushing them up in VirtualDub/AVIsynth/Resolve?
Just trying to understand what's happening there. What's causing the same data to be displayed differently depending on the program and file format?
[Attachment 40234 - Click to enlarge]
[Attachment 40235 - Click to enlarge]
Also, I noticed that the AVIsynth output has the crushed brights burned in - reducing the gain will no longer fix them after the video's been processed by AVIsynth:
[Attachment 40236 - Click to enlarge] -
This first Resolve image in my post should have been this. The first and second are duplicated above. The clip as it appears without applying the Gain reduction node:
[Attachment 40237 - Click to enlarge] -
Ah, that would be VirtualDub.
I'll work on getting the gain within acceptable levels across the video and redo the processing on it. Thanks again for your insights -
By default VirtualDub will convert incoming YUV to RGB with a rec.601 matrix, crushing the superbrights and superdarks. Adjust levels in your AviSynth script before giving the video to VirtualDub to avoid the crushing. Or Use VirtualDub in Video -> Direct Stream Copy mode to get around that. Of course, if you do that you can't filter with VirtualDub.
Similar Threads
-
Unsure about the best approach to take to clean up VHS image re. TBCs
By bergqvistjl in forum RestorationReplies: 8Last Post: 26th Jan 2015, 13:18 -
Good TBCs that support NTSC-J?
By kei17 in forum RestorationReplies: 3Last Post: 9th Jan 2015, 03:56 -
Do I need multiple TBCs?
By shaynestacy in forum Newbie / General discussionsReplies: 4Last Post: 29th Dec 2012, 02:12 -
Free Software & Codec for analog video capturing with Windows 7?
By jouse. in forum CapturingReplies: 7Last Post: 24th Oct 2012, 08:27 -
How to play & convert Sony 8 mm Video 8 NTSC Tapes
By Richiegs in forum Camcorders (DV/HDV/AVCHD/HD)Replies: 9Last Post: 19th Nov 2011, 21:13