01-30-2018, 11:31 AM
|
|
Free Member
|
|
Join Date: May 2017
Posts: 97
Thanked 6 Times in 4 Posts
|
|
I just received my late grandparents' VHS tapes, most of which are camcorder recordings of Christmas and birthday parties involving our family. Excited to see this material for the first time.
I just captured the first tape with my JVC SR-VS30 with these settings: S-VHS ET: Off, Video Calibration: On, Picture Control: Auto, Digital TBC/NR: On, Video Stabilizer: Off, Digital R3: Off.
I ran S-video cord through my TBC-3000.
Here I uploaded two clips from the first tape.
I would like to do light restoring on these videos with Avisynth and Virtualdub, and it would help if you guys would be willing to share how you would tackle these clips. (for those who have helped me before, these clips were recorded with a different camcorder than my other home movies, although if I remember right, it was a similar RCA mid to late-80s model)
My plan is to export a DVD-quality MPEG file plus web-ready MP4 for each tape.
Thank you so much for your help and everything you've done for me up to this point!
|
Someday, 12:01 PM
|
|
Ads / Sponsors
|
|
Join Date: ∞
Posts: 42
Thanks: ∞
Thanked 42 Times in 42 Posts
|
|
|
01-30-2018, 04:53 PM
|
|
Site Staff | Video
|
|
Join Date: Dec 2002
Posts: 14,067
Thanked 2,559 Times in 2,176 Posts
|
|
I wouldn't do anything to restore it. The VCR has already fixed everything that I can see.
The TBC-3000 proc amp can be used to tweak master color if needed, but nothing here screams "FIX ME!". Not this time, not of these tapes.
I don't see any chroma offset in either, though "christmas" does have some slight bleeding/blooming at one point. Nothing to fix here.
Can I use "christmas" for a site sample? That shows a perfect example of why trying to color correct home-shot VHS is futile. Within mere seconds the cameras shifts from 5000K-ish white balance (blue) to 3500K-ish. It can never be fixed, merely reduced with some isane blending/swapping in an NLE timeline (which I've done FYI).
I hesitate to fix homemade audio, too. You can change a person's voice too easily, even if you have lots of audio experience. There is a camera-caused hiss there, but you'll need to find a "silent" (noise only) print to work from, and none of present in the samples.
So simple QTGMC + mask, for x264/MP4 version.
QTGMC in Avisynth, mask in VirtualDub.
QTGMC "faster" should be fine, no need for "slow" here.
I'd rather mask with black, not crop image. It's too soft for a crop. You have uneven black and some halo on the side, tape head noise on bottom, and 2 pixels from the top just to be safe. Resize in VirtualDub, 720x480 "crop to size", crop the filter by about 12 on bottom, at least 2 on top, and whatever covers sides (usually 16 each).
You some of have the best equipment made, and it shows.
For the MP4, maybe also Dynamic NR (D.Graft) in VirtualDub, small 4 or 6 setting, no more. The chaos pixel noise is very minor, and the filter mostly just done to help encode better spend bitrate.
|
The following users thank lordsmurf for this useful post:
ragu0012 (01-31-2018)
|
01-30-2018, 05:06 PM
|
|
Free Member
|
|
Join Date: May 2017
Posts: 97
Thanked 6 Times in 4 Posts
|
|
Thank you and yes, feel free to use any of my stuff for examples.
I guess a quick question on something I never really understood... for the web version wouldn't I do 640x480?
|
01-30-2018, 05:32 PM
|
|
Site Staff | Video
|
|
Join Date: Dec 2002
Posts: 14,067
Thanked 2,559 Times in 2,176 Posts
|
|
Yes, 640x480.
Resize after masking. You can use more than one resize filters in VirtualDub.
|
The following users thank lordsmurf for this useful post:
ragu0012 (01-31-2018)
|
01-31-2018, 10:26 AM
|
|
Free Member
|
|
Join Date: May 2017
Posts: 97
Thanked 6 Times in 4 Posts
|
|
Do you have Donald Graft's Dynamic NR? I only see Steven Don and Avery - dynamic NR MMX. (Or is that the same thing?)
And I understand about what you mean with the "resize" in Virtualdub and "Crop" the filter. But does it matter whether the resize comes first or after the NR filter?
|
01-31-2018, 10:29 AM
|
|
Site Staff | Video
|
|
Join Date: Dec 2002
Posts: 14,067
Thanked 2,559 Times in 2,176 Posts
|
|
Quote:
Originally Posted by ragu0012
Do you have Donald Graft's Dynamic NR? I only see Steven Don and Avery - dynamic NR MMX. (Or is that the same thing?)
|
I was going off memory. I meant Don/Avery. That's it.
Quote:
And I understand about what you mean with the "resize" in Virtualdub and "Crop" the filter. But does it matter whether the resize comes first or after the NR filter?
|
NR first. You don't want the NR messing with edge boundaries of new mask.
|
The following users thank lordsmurf for this useful post:
ragu0012 (01-31-2018)
|
01-31-2018, 11:21 AM
|
|
Free Member
|
|
Join Date: May 2017
Posts: 97
Thanked 6 Times in 4 Posts
|
|
Thanks again.
Reading through old posts on bitrate, I see recommendations for 8mbps... up to 15mbps.
What do you think for archival interlaced MPEG files as well as deinterlaced H264 to be uploaded on vimeo?
Quote:
Originally Posted by lordsmurf
Quality matters, so leave interlaced.
I settled on 720x480 MPEG-2 15mbps (Blu-ray/broadcast) bitrate about 5 years ago. The CPU speeds began to work fine, and I could attach the drive to a WDTV and play on HDTV. It looked better than DVD (higher bitrate), wasn't too large.
Avidemux works better than Handbrake, and is on Windows, Mac OS X and Linux. Again, leave interlace, make nice MPEG. v2.6 is best for x264, v2.5 for MPEG. I detest Streamclip, too simpleton.
|
|
02-01-2018, 09:18 AM
|
|
Free Member
|
|
Join Date: May 2017
Posts: 97
Thanked 6 Times in 4 Posts
|
|
Sorry for all the questions. In addition to bitrate... I just want to make sure I'm correctly outputting the lossless version that I will encode for web.
When i put the file into MediaInfo, it says it is still interlaced. Should it say progressive after running QTGMC?
This is the script:
Code:
AviSource ("H:\Lou VHS project\Clem Tape 01.avi") #Replace with your video file
AssumeTFF() # optional, BFF for DV source
ConvertToYV12
QTGMC(Preset="faster")
SelectEven()
# SelectOdd() # alternative
Quote:
Originally Posted by ragu0012
Thanks again.
Reading through old posts on bitrate, I see recommendations for 8mbps... up to 15mbps.
What do you think for archival interlaced MPEG files as well as deinterlaced H264 to be uploaded on vimeo?
|
|
02-02-2018, 07:35 AM
|
|
Premium Member
|
|
Join Date: Aug 2009
Location: N. Carolina and NY, USA
Posts: 3,648
Thanked 1,322 Times in 991 Posts
|
|
Quote:
Originally Posted by ragu0012
When i put the file into MediaInfo, it says it is still interlaced. Should it say progressive after running QTGMC?
|
MediaInfo can be inaccurate about interlace/telecine with lossless AVI.
Quote:
Originally Posted by ragu0012
This is the script:
[code]AviSource ("H:\Lou VHS project\Clem Tape 01.avi") #Replace with your video file
AssumeTFF() # optional, BFF for DV source
ConvertToYV12
QTGMC(Preset="faster")
SelectEven()
# SelectOdd() # alternative
|
SelectEven() throws away half of your video and destroys 50% of the temporal resolution, will have choppy motion especially with fast camera pans like those in most home videos. Are you sure this is what you want? Most internet sites today will post double frame rate video. Check the intended site for their requirements.
Resizing with any of several Avisynth resizers is superior to resizing in VirtualDub, and masking isn't used in Avisynth to adjust borders. FYI.
Also FYI: Your video has buzzing oversharpened edges and over-filtered missing detail that looks like clay face effects and posterizing. Also some annoying DCT edge ringing. Most of this can be fixed in Avisynth. No fix in VirtualDub. Black levels and gamma are a bit high, making the samples look a little washed out. I'm surprised at the rough interlace effects (usually a fault of the camera). I can post a sample re-work later but not today, I'm stuck with a crummy Netbook portable while traveling until after the weekend.
|
The following users thank sanlyn for this useful post:
lordsmurf (02-02-2018)
|
02-02-2018, 01:14 PM
|
|
Free Member
|
|
Join Date: May 2017
Posts: 97
Thanked 6 Times in 4 Posts
|
|
On my capture, in virtualdub, i selected "extend Luma black point and extend luma white point"
Is that a bad idea?
Quote:
Originally Posted by sanlyn
Black levels and gamma are a bit high
|
|
02-02-2018, 09:04 PM
|
|
Site Staff | Video
|
|
Join Date: Dec 2002
Posts: 14,067
Thanked 2,559 Times in 2,176 Posts
|
|
Quote:
Originally Posted by sanlyn
MediaInfo can be inaccurate about interlace/telecine with lossless AVI.
|
AVI has no interlace fields. The interlace is saved as progressive format data, and the codec has to decode that in the backend. And many times, progressive is reported as bottom-field by apps like MediaInfo.
Quote:
SelectEven() throws away half of your video and destroys 50% of the temporal resolution, will have choppy motion especially with fast camera pans like those in most home videos. Are you sure this is what you want?
|
Not exactly. 1 frame is actually 2 temporally displaced partials (aka fields). The field is already 50% image resolution (ie 720x240), and then temporal difference between 1/30th and 1/60th of a second often is not noticeable. The deinterlacer already took some liberties with the content as well. Technically, yes, SelectEven() is tossing out 50% of the newly created frames. But the question is this: How true were those 60 frames to the original 60 fields (aka 30 frames)?
We've had this conversation before. I'll leave it at that.
Quote:
Most internet sites today will post double frame rate video. Check the intended site for their requirements.
|
Yes. And for that reason, and BD menu-less specs, I've started to leave some as 2x fps just because. I have a few videos when motion is quick and small, and it helps on that motion/size combo.
Quote:
Resizing with any of several Avisynth resizers is superior to resizing in VirtualDub,
|
Oh, I don't know. Resize quality is sometimes content based. In general, I honestly see little difference between them. But I do run resize in Avisynth more than VirtualDub.
Quote:
and masking isn't used in Avisynth to adjust borders. FYI.
|
It can be. Crop + AddBorders (and by increments on 2 only due to interlace). It's more a PITA in Avisynth that VirtualDub. I don't do it often, for that reason. I rarely bypass VirtualDub anyway.
Quote:
Also FYI: Your video has buzzing oversharpened edges and over-filtered missing detail that looks like clay face effects and posterizing. Also some annoying DCT edge ringing. Most of this can be fixed in Avisynth. No fix in VirtualDub. Black levels and gamma are a bit high, making the samples look a little washed out. I'm surprised at the rough interlace effects (usually a fault of the camera). I can post a sample re-work later but not today, I'm stuck with a crummy Netbook portable while traveling until after the weekend.
|
Is that maybe your netbook? I'm just not seeing any of that.
Quote:
Originally Posted by ragu0012
On my capture, in virtualdub, i selected "extend Luma black point and extend luma white point"
Is that a bad idea?
|
That's not something I do. Maybe? The problem with VirtualDub settings is that sometimes those don't actually do anything, or at least not what you think. Again, I'm really not seeing an issue.
Author the samples to MPEG, and play on a TV. That would help.
|
02-02-2018, 10:01 PM
|
|
Premium Member
|
|
Join Date: Aug 2009
Location: N. Carolina and NY, USA
Posts: 3,648
Thanked 1,322 Times in 991 Posts
|
|
lordsmurf, that last post is absurdly inaccurate and misleading from start to finish. I've lost a lot of confidence in the information coming from this forum lately. It's getting worse than videohelp.
It's been nice, but it's getting a little too low-tier around here.
|
02-02-2018, 10:15 PM
|
|
Site Staff | Video
|
|
Join Date: Dec 2002
Posts: 14,067
Thanked 2,559 Times in 2,176 Posts
|
|
What part?
- AVI not having fields?
- Deinterlace not truly "throwing away" 50% of data -- but I do get what you're saying. Data is being tossed, but after it's been altered.
- Resize artifacts being content dependent?
- Not really seeing huge differences in resizing methods?
- Me just not seeing those mentioned errors -- and FYI, I'm waiting eagerly for your before/after to see if I've missed anything.
I just deal with so much truly awful video that I'm somewhat forgiving of minor blemishes and imperfections. I know you're very detailed oriented, and that's great. I enjoy reading your posts. Sometimes I concur, sometimes not, and sometimes I do neither.
If you feel I'm missing something, or have something wrong, let's discuss.
EDIT:
Just to make sure I'm not going insane, I re-read a cheat sheet (aka Wikipedia) on deinterlacing. I even opened the QTGMC script.
But QTGMC is heavily using EDI, and the "I" stands for interpolation. There's also a lot of filtering going on. So QTGMC is literally creating 60 new frames from 60 fields, and I think its arguable whether those can be safely discarded without it being considered "thrown away". I'd like to hear your take on it.
Still noting that I do find 60fps acceptable overkill when the situation allows. I'm all for better motion! 60fps to me isn't not that different from 4:2:2 in delivery formats. But the fact is that 60fps just is not an acceptable fps for most formats, so there cannot be done in many cases.
Trivia: I find this interesting. GMC means "global motion compensation", but I believe the "TGMC" in QTGMC is "TempGaussMC" (whereas MC = Motion-compensated, and specifically for a bob). I wonder if this was an intention play on letters, or coincidence? Because I don't think QTGMC really does any gaussian blurring.
Further reading: I'd like to get hold of the decade-old paper "New global motion compensated de-interlacing algorithm based on horizontal and vertical patterns"
Quote:
We propose a robust de-interlacing algorithm which combines edge dependent interpolation (EDI) and global motion compensation (GMC). Generally, the EDI algorithm shows a visually better performance than any other de-interlacing algorithm using one field. However, due to the restricted information in one field, a high quality progressive image from interlaced sources cannot be acquired by intrafield methods. Hence, the proposed algorithm makes use of a process of mixing EDI and GMC. In order to obtain the best result, an adaptive thresholding algorithm for detecting the failure of GMC is proposed. Experimental results indicate that the proposed algorithm outperforms conventional approaches with respect to both objective and subjective criteria.
|
|
02-04-2018, 01:39 PM
|
|
Free Member
|
|
Join Date: May 2017
Posts: 97
Thanked 6 Times in 4 Posts
|
|
I don't have many videos like this (animated, commercial) but i have no idea what to do with it! Running qtgmc made it wobbly on some frames.
|
02-05-2018, 12:07 AM
|
|
Site Staff | Video
|
|
Join Date: Dec 2002
Posts: 14,067
Thanked 2,559 Times in 2,176 Posts
|
|
Wobbly?
QTGMC is leaving some chroma flicker or trails. Probably a way to fix it.
You really see it from about frames 75-160.
Not having issues with Yadifmod:
Code:
yadifmod(order=1, mode=0, edeint=NNEDI2(field=1)) # faster yadif deinterlace
Similar issues previously reported: http://www.digitalfaq.com/forum/vide...ker-after.html
Though perhaps unrelated.
In your case, it seems squarely the fault of QTGMC.
|
02-05-2018, 05:38 AM
|
|
Premium Member
|
|
Join Date: Aug 2009
Location: N. Carolina and NY, USA
Posts: 3,648
Thanked 1,322 Times in 991 Posts
|
|
Quote:
Originally Posted by lordsmurf
I wouldn't do anything to restore it. The VCR has already fixed everything that I can see.
|
I know what you're saying here, but I must state my impression differently. The JVC player has eviscerated this video with its "Auto" picture setting's overaggressive sharpening and denoising. Most JVC users would advise the "EDIT" setting to disable JVC's rough video scrubbing. But you're right, there's not much left to filter. The video has overly sharpened sharp edges but left no detail remaining betwen the edges. Facial areas are most illustrative of over filtering, for here you can see false contouring and clay-face effects. The posterizing is everywhere, making things like clothing look plastic. The little girl's face in the cake video has the cross-eyed cartoonish look.
I applied filters anyway. The JVC player left plenty of annoying horizontal tape noise, then I had to add film-like grain and ordered dithering to reduce the clay-face effects.
Quote:
Originally Posted by lordsmurf
Can I use "christmas" for a site sample? That shows a perfect example of why trying to color correct home-shot VHS is futile. Within mere seconds the cameras shifts from 5000K-ish white balance (blue) to 3500K-ish.
|
I agree to a point, but the overly blue cast at the start of the christmas sample is due to bluish lighting present in the scene, likely from a christmas tree or other decorative lighting. However, if you look more closely and use histograms to analyze the odd color throughout the sample you'll see that red and blue are oversaturated from start to finish. In the cake video the yellow is more prominent because of the lighting but has a greenish edge because of reflections from the walls, which apparently have some green.
Quote:
Originally Posted by lordsmurf
You some of have the best equipment mde, and it shows.
|
What shows, I think, is that JVC players should be used with "EDIT" picturfe mode for dubbing and capture. The "Auto" mode in the player has seriously damaged these samples, IMO.
Quote:
Originally Posted by lordsmurf
Dynamic NR (D.Graft) in VirtualDub, small 4 or 6 setting
|
I never cared for that filter, and it's misnamed. It's a spatial filter that results in hot spots and glazing effects in brights. It will make the clay-face and posterizing effects worse.
This exchange is is rather upsetting:
Quote:
Quote:
Originally Posted by ragu0012
I don't have many videos like this (animated, commercial) but i have no idea what to do with it! Running qtgmc made it wobbly on some frames.
|
Quote:
Originally Posted by lordsmurf
Wobbly?
QTGMC is leaving some chroma flicker or trails. Probably a way to fix it.
You really see it from about frames 75-160.
|
|
Gentlemen, the sample isn't interlaced. It uses 3:2 pulldown. It's hard-coded telecine. I'm certain both of you have heard of this technology and should know that deinterlacing is not appriopriate. It results in duplicate frames and stutter. It's also an ugly video with really corrupt color.
The attached "A' is the christmas sample encoded as interlaced MPEG for DVD.
A_christmas_29.97i_DVD.mpg
The attached "B" is the christmas sample encoded as double-rate h.264 at 59.94 fps, resized to 640x480 using an avisynth resizer that is cleaner and sharper than any resizer in VirtualDub. I realize that many can't tell the difference, but many can. It's encoded as square-pixel.
B_christmas_59_94p_640x480.mp4
The attached "C" is the christmas sample encoded as single-rate 640x480 h.264, made progressive by dropping alternate fields in QTGMC code instead of actually processing them as full frames and then dropping them. The shutter settings are recommeneded by QTGMC to avoid choppy playback (but it's stuttery anyway). While some claim that this is "the same" temporal resoluioon as 59.94 images per second in NTSC interlaced video, I propose that 29.97 images per second is precisely only 50% of 59.94 images per second and is closer to progressive PAL frame rates, which over here in the U.S. is nicknamed "Flicker Vision". It is resized to 640x480 and encoded as square-pixel.
C_christmas_29_97p_640x480.mp4
The attached "D" is the cake sample encoded as single-rate h.264, resized to 640x480 and encoded as square-pixel DAR. You can still see some of the horizontal tape noise in the darker background area. The posterizing looks a little worse here than in the other sample, for some reason, but I've seen this often with many JVC players whose overworked image processing hasn't been disabled.
D_cake_29_97p_640x480.mp4
The attached "E" mp4 is the awful anime sample that should be replaced with a decent digital release. Surely there's a better version out there. It was reduced to its original film-based 23.976 fps progressive with Avisynth's TIVTC filter, cleaned up a bit, then re-encoded as 4:3 DAR with soft-coded 3:2 pulldown for 29.97fps playback. IMO it still looks like a waste of time.
E_ rabbit_pulldown.mp4
The "D" and "E" versions used VirtualDuib RGB color filters to tweak the Avisynth output in Virtualdub. The settings for those filters are in two attached .vcf files. The filters used were gradation curves and the built-in temporal smoother.
D_cake_VDub_filters.vcf
E_rabbit_vdub_filters.vcf
My humble scripting efforts:
The "A" script:
Code:
AviSource("test christmas.avi")
ColorYUV(off_y=-4.5,cont_u=-40,cont_v=20,gain_v=5)
Levels(16,0.80,255,16,255,dither=true,coring=false)
Tweak(sat=1.2,coring=false,dither=true)
ConvertToYV12(interlaced=true)
AssumeTFF()
SeparateFields().HQDering().HQDering().FixChromaBleeding().Weave()
QTGMC(preset="very fast",ChromaMotion=true,\
ChromaNoise=true,DenoiseMC=true,GrainRestore=0.6,border=true)
vInverse()
ContrastMask(enhance=2.0)
TurnRight().RemoveDirtMC(40,false).TurnLeft()
DeHalo_ALpha()
Santiag(2,2)
EdgeCleaner(hot=true)
LimitedSharpenFaster(strength=200,edgemode=2)
GradFun3()
grainfactory3(g1str=1, g2str=1, g3str=1)
AddGrainC(1.25,1.25)
Crop(22,0,-14,-8).AddBorders(18,4,18,4)
SeparateFields().SelectEvery(4,0,3).Weave()
return last
The "B" script:
Code:
AviSource("test christmas.avi")
ColorYUV(off_y=-4.5,cont_u=-40,cont_v=20,gain_v=5)
Levels(16,0.80,255,16,255,dither=true,coring=false)
Tweak(sat=1.2,coring=false,dither=true)
ConvertToYV12(interlaced=true)
AssumeTFF()
SeparateFields().HQDering().HQDering().FixChromaBleeding().Weave()
QTGMC(preset="medium",ChromaMotion=true,\
ChromaNoise=true,DenoiseMC=true,GrainRestore=0.6,border=true)
ContrastMask(enhance=2.0)
TurnRight().RemoveDirtMC(20,false).TurnLeft()
DeHalo_ALpha()
Santiag(2,2)
EdgeCleaner(hot=true)
MergeChroma(aWarpSharp2(depth=20))
LimitedSharpenFaster(strength=200,edgemode=2)
GradFun3()
grainfactory3(g1str=1, g2str=1, g3str=1)
AddGrainC(1.25,1.25)
Crop(22,0,-14,-8).AddBorders(10,4,10,4)
Spline36Resize(640,height)
return last
The "C" script:
[CODEAviSource(vidpath+"test christmas.avi")
ColorYUV(off_y=-4.5,cont_u=-40,cont_v=20,gain_v=5)
Levels(16,0.80,255,16,255,dither=true,coring=false )
Tweak(sat=1.2,coring=false,dither=true)
ConvertToYV12(interlaced=true)
AssumeTFF()
SeparateFields().HQDering().HQDering().FixChromaBl eeding().Weave()
QTGMC(preset="medium",FPSDivisor=2,ChromaMotion=tr ue,\
ChromaNoise=true,DenoiseMC=true,GrainRestore=0.6,b order=true,\
ShutterBlur=1, ShutterAngleSrc=30, ShutterAngleOut=360)
ContrastMask(enhance=2.0)
TurnRight().RemoveDirtMC(20,false).TurnLeft()
DeHalo_ALpha()
Santiag(2,2)
EdgeCleaner(hot=true)
LimitedSharpenFaster(strength=200,edgemode=2)
GradFun3()
grainfactory3(g1str=1, g2str=1, g3str=1)
AddGrainC(1.25,1.25)
Crop(22,0,-14,-8).AddBorders(10,4,10,4)
Spline36Resize(640,height)
return last][/code]
The "D" script:
Code:
AviSource("test cake.avi")
ColorYUV(off_y=-3,cont_y=15,gain_y=20)
Levels(16,1.0,255,16,235,coring=false,dither=true)
ConvertToYV12(interlaced=true)
AssumeTFF()
SeparateFields().HQDering().FixChromaBleeding().Weave()
QTGMC(preset="medium",FPSDivisor=2,ChromaMotion=true,\
ChromaNoise=true,DenoiseMC=true,GrainRestore=0.6,border=true,\
ShutterBlur=1, ShutterAngleSrc=30, ShutterAngleOut=360)
FixChromaBleeding()
Santiag(2,2)
EdgeCleaner()
SmoothUV()
LimitedSharpenFaster(edgemode=2)
gradfun3()
ConvertToYV12(interlaced=false)
RemoveDirtMC(30,false)
grainfactory3(g1str=1, g2str=1, g3str=1)
AddGrainC(1.25,1.25)
Crop(22,0,-14,-8).AddBorders(10,4,10,4)
Spline36Resize(640,height)
### --- for VirtualDub filters --- ###
ConvertToRGB32(interlaced=false,matrix="Rec601")
return last
The "E" script:
Code:
AviSource("rabbittest.avi")
ConvertToYV12(interlaced=true)
AssumeTFF()
HqDering().HQDering()
CheckMate(thr=10, max=20, tthr2=2)
### --- Inverse telecine --- ###
TFM(pp=0).TDecimate()
ColorYUV(cont_y=50)
FixChromaBleeding()
ChromaShift(C=2)
MergeChroma(aWarpSharp2(depth=30).aWarpsharp2(depth=10))
TemporalDegrain(SAD1=400, SAD2=200, Sigma=12)
Santiag(2,2)
EdgeCleaner()
SmoothUV()
Hysteria()
LSFmod()
Crop(18,0,-8,-8).AddBorders(12,4,14,4)
### ---- for VirtualDub filters ---- ###
ConvertToRGB32(interlaced=false,matrix="Rec601")
return last
|
The following users thank sanlyn for this useful post:
dinkleberg (02-05-2018),
wimvs (02-05-2018)
|
02-05-2018, 07:55 AM
|
|
Premium Member
|
|
Join Date: Sep 2010
Posts: 1,178
Thanked 370 Times in 303 Posts
|
|
Quote:
Originally Posted by lordsmurf
|
Its possibly related. There was mention of a late 80s RCA camcorder, which would very likely be one of those Hitachi units with the funky chroma problems.
|
02-05-2018, 09:39 AM
|
|
Premium Member
|
|
Join Date: Aug 2009
Location: N. Carolina and NY, USA
Posts: 3,648
Thanked 1,322 Times in 991 Posts
|
|
That is one buzzy, unstable image, cruddy color.
|
02-05-2018, 12:01 PM
|
|
Site Staff | Video
|
|
Join Date: Dec 2002
Posts: 14,067
Thanked 2,559 Times in 2,176 Posts
|
|
Quote:
Originally Posted by sanlyn
I know what you're saying here, but I must state my impression differently. The JVC player has eviscerated this video with its "Auto" picture setting's overaggressive sharpening and denoising. Most JVC users would advise the "EDIT" setting to disable JVC's rough video scrubbing.
|
Yeah, that's just one place where we always disagree.
I need to take some before/after clips of EDIT vs NORM/AUTO. With the JVC DNR off, it doesn't look much better than a regular VHS VCR. The reason to get S-VHS players is for the NR filters, not just just TBC. First and foremost, it removes chroma noise. That error gets tricky to correct in software alone. Not as bad as it once was, but still not as good as hardware. JVC does light filtering in general, but it's also tape and content dependent. There are times where it can cause odd trails, softness, etc -- but that's really no different than software filtering.
Quote:
Gentlemen, the sample isn't interlaced. It uses 3:2 pulldown. It's hard-coded telecine.
|
That's what I get for answering posts late at night.
|
02-05-2018, 01:22 PM
|
|
Free Member
|
|
Join Date: May 2017
Posts: 97
Thanked 6 Times in 4 Posts
|
|
You see, you both have been invaluable to me. Thank you sanlyn and lordsmurf.
I will post some samples using the various VCR settings and we can go from there.
Quote:
Originally Posted by lordsmurf
Yeah, that's just one place where we always disagree.
I need to take some before/after clips of EDIT vs NORM/AUTO. With the JVC DNR off, it doesn't look much better than a regular VHS VCR. The reason to get S-VHS players is for the NR filters, not just just TBC. First and foremost, it removes chroma noise. That error gets tricky to correct in software alone. Not as bad as it once was, but still not as good as hardware. JVC does light filtering in general, but it's also tape and content dependent. There are times where it can cause odd trails, softness, etc -- but that's really no different than software filtering.
That's what I get for answering posts late at night.
|
|
The following users thank ragu0012 for this useful post:
dinkleberg (02-05-2018)
|
All times are GMT -5. The time now is 02:33 PM
|