digitalFAQ.com Forum

digitalFAQ.com Forum (https://www.digitalfaq.com/forum/)
-   Project Planning, Workflows (https://www.digitalfaq.com/forum/video-workflows/)
-   -   JVC HM-DSR100U vs. JVC SR-W5U (https://www.digitalfaq.com/forum/video-workflows/6634-jvc-hm-dsr100u.html)

FrostBite 07-20-2015 12:19 PM

JVC HM-DSR100U vs. JVC SR-W5U
 
I borrowed a HM-DSR100U over the weekend for some comparison tests. Videos are uncompressed with no filtering or deinterlacing. Save them to your computer for viewing, do not watch them in browser. Dropbox will stream and add compression if watched in browser.

Each tape is a professional recording. No home movies. Not recorded on cheap home gear (though you wouldn't know it on the last two. Both date to 82 and 83).

------------
Admin Edit
-- Note: all files in this thread have been mirrored on our servers, and the links are in post#49. So if the Dropbox links ever go 404, the files are still here on page 3. All members should remember to please attach video clips to posts, not upload them elsewhere. Thanks.

------------

Test A - JVC HM-DSR100U
animation test
https://dl.dropboxusercontent.com/u/4135937/IronGA.avi

Turbines
https://dl.dropboxusercontent.com/u/4135937/powera.avi

Power
https://dl.dropboxusercontent.com/u/4135937/power1a.avi

Test B - JVC SR-W5U

Animation test
https://dl.dropboxusercontent.com/u/4135937/IronGB.avi

Turbines
https://dl.dropboxusercontent.com/u/...7/Turbineb.avi

Power
https://dl.dropboxusercontent.com/u/4135937/power1b.avi

*the animation samples will be removed at the end of the week.

FrostBite 07-20-2015 12:29 PM

3 Attachment(s)
Settings

http://www.digitalfaq.com/forum/atta...1&d=1437413154
http://www.digitalfaq.com/forum/atta...1&d=1437413145
http://www.digitalfaq.com/forum/atta...1&d=1437413145

still having issues with my audio track syncing. automatic audio latency determination has the audio delay by 3 to 4 seconds.

Fixed is better, but there is still a noticeable delay.

FrostBite 07-20-2015 12:34 PM

This was suppose to go on the Capture, Record, Transfer forum.

Could a moderator move the thread?

sanlyn 07-20-2015 01:16 PM

Hello.

Some useful tips:

I don't think I have to tell you that no one here is going to spend the time to download nearly 3GB of uncompressed AVI video. There are plenty of good lossless compressors around, including huffyuv, Lagarith, and UT Codec. As it is, that much video isn't necessary to see that you have serious line sync errors, really bad dot crawl, and audio sync problems.

I tried to check the file size of https://dl.dropboxusercontent.com/u/...7/Turbineb.avi. but got a 404 error. If it's a large as the others, I wouldn't have downloaded it anyway.

You can capture uncompressed if you wish (i don't know why, perhaps you have other considerations you haven't mentioned), but it's not a problem to losslessly compress capture samples in VirtualDub.

You need a line tbc or line tbc pass-thru in the worst way, and the dot crawl is serious with both players.

FrostBite 07-20-2015 02:13 PM

I realize the videos have issues. That is part of why the videos were posted in a raw format. So we wouldn't go back and forth about what I might have used to make them look bad. People don't want to believe that high dollar players like these two can output video this ugly.

Also, download them and then watch them. Do not watch them in the browser. Dropbox will try to steam them in browser and add it's own compression.

sanlyn 07-20-2015 03:01 PM

1 Attachment(s)
Ummm, no, not for 3GB. Why couldn't you compress them yourself? What's this with watching them in a media player that adds its own compression? last I heard, media players de-compress video to play them, not the other way around. Maybe you've been misled. I think, too, you might misunderstand the nature of the lossless compressors mentioned so often here and which are S.O.P. for working files.

Saw enough to see that the Sr-W5U is the better choice, but you still need a line tbc. Many of the problems should be helped along during capture. That includes a line tbc, or you'll be spending a lot of time with unnecessary work and unsatisfactory results.

The two vids I looked at are telecined. The cause of the audio sync problems is debatable, but a frame tbc will certainly help address that, and a line tbc can help as well.

Had just enough time to try to rescue some of the animation. Still some work needed on sloppy edge problems. The attached video was inverse telecined in Avisynth, color corrected and denoised in VirtualDub, and re-relecined in TMPGenc Mastering Works (3:2 pulldown). Some of the remaining chroma smear and edge problems could be fixed with either more filtering (you will lose some more detail) or, even better, a cleaner signal via tbc.

NJRoadfan 07-20-2015 03:07 PM

The SR-W5U is going to blow away that DVHS deck. The JVC HM-DSR100U is a first generation SD-only DVHS deck and lacks the Line TBC/DNR found in the later HD capable models. For all intents and purposes, its a standard SVHS playback deck.

sanlyn 07-20-2015 03:10 PM

the line tbc in the W5U is, well, seems a bit weak, but that could point to a need for a little maintenance. Still, eons ahead of the other player. I'm going almost 100% by the animation, though, since the othr vid was still downloading when I finished playing with the anime. On the other hand, maybe the anime was just "made" that way (many of them are) or was a 2nd gen copy.

The W5U all the way, then.

msgohan 07-20-2015 04:23 PM

Thanks for the samples! Guess my ISP will be charging me overages for data usage this month.

Quote:

Originally Posted by FrostBite (Post 38947)

The correct link uses the same number as the others in place of that ellipsis, so: this.

Quote:

Originally Posted by FrostBite (Post 38949)
still having issues with my audio track syncing.

Tried with "Do not resync"? What's the capture device, anyway? The first frame of IronGA is an interpolated single field, and the next 8 frames are drops. Actually all of your samples start with a varying number of drops (except Turbineb), though not every first frame is interpolated. I've seen the interpolation behaviour with the ATI 600, so I'm guessing that's what you're using. Be sure to use the device and not your sound card for audio capture.

That Y/C crosstalk (what sanlyn called dot crawl) is atrocious. I think your S-Video cable is faulty. If you used the same cable for the SR-W5U, I guess the HM-DSR100U unit's S-Video output is busted. Try a capture with composite.

Does the SR-W5U have sharpness/picture controls you can alter so that the edges of the Iron Giant sample look less processed? The product sheet describes "emphasis" that is active in both HD and SD modes, but doesn't say whether you can disable it. (It also doesn't specify whether it's active in normal tape playback or only the special SD component format.)

I'm surprised by how conservative the luma noise reduction is. I had to go frame-by-frame before I could see any motion trails, and even then it's still at crazy-person nitpicking levels. The chroma NR is more aggressive though, with some visible trailing during playback and I count about 2 frames of ghosts at each scene change.

I just had a look back at your first post here. I hate that you're using such a prized unit to transfer freaking old company training videos. :eek::cry:

sanlyn 07-20-2015 05:26 PM

Yep, chroma trails. That's the term I was looking for! CamcorderColorDenoise cleaned some of it in the animation. Dot crawl isn't so bad with the W5U, but any sharpening later will make it more annoying if it isn't addressed. At least it's not the other player.

FrostBite 07-20-2015 06:51 PM

https://dl.dropboxusercontent.com/u/...secondtest.avi

I made that with compression earlier in the week. It is from a laserdisk player. Captured through composite. Used Lagarith.

Still having audio syncing problems. I've had audio problems with everything I record.

Everything goes through the ATI All in wonder 600 USB dongle.

msgohan 07-21-2015 10:52 AM

When I said "try a capture with composite" that was specifically directed toward the HM-DSR100U, to troubleshoot where the Y/C crosstalk is originating. But I guess you no longer have it.

Can you tell us whether or not the exact same S-Video cable was used for both the HM-DSR100U and the SR-W5U captures?

The frame rate of the LD sample is wrong. I'm guessing you used "Sync video to audio by adjusting video timing" for that one. Do you want comments of the video quality of this sample?

EDIT: The VirtualDub Capture Timing Options I currently use are shown here. I've also used some different settings at other times. Setting these correctly for your device is key to maintaining audio sync.

FrostBite 07-21-2015 10:15 PM

same S video cable. Fancy Sony branded cable.

I hooked up an avt 8710 yesterday, and I think it is defective. Composite just doesn't work. S Video is in black and white and the controls don't seem to do anything. I got it from an ebay vendor, so no return policy :/

I ordered a 2 new s video cables and a new avt 8710 from B&H. *Fingers crossed* Maybe that will help.

sanlyn 07-22-2015 10:10 AM

All retail s-video cables are very much alike, especially the cheapies. On the other hand, there are high-end s-video cables from Audioquest and Cardas, etc., that are ridiculously priced (would you believe one at $1200 per meter? ? ?) and no better than generic cables from Home Depot. Most are stranded-core units with poor insulation and crummy connectors, have a lot of transmission noise and uneven impedance characteristics, noisy reds (low impedance) and color mottling, and give a relatively softened image or bristling edges.

The cleanest throughput and reliability I've found so far are these: http://www.bluejeanscable.com/store/svideo/index.htm.

FrostBite 07-22-2015 01:49 PM

More tests on the JVC SR-W5U

Used Lagarith with the same settings for this one

https://dl.dropboxusercontent.com/u/4135937/giant3.avi

Used Lagarith with msgohan timing settings for this one.

https://dl.dropboxusercontent.com/u/4135937/giant4.avi

I also moved the computer and cables around a little just in case something was picking up something from something else.

syncing issues seem to have improved with both methods.

I did not post the one that I deinterlaced and ran through 2 other filters as the file was 2 gb.

sanlyn 07-22-2015 02:26 PM

Quote:

Originally Posted by FrostBite (Post 39003)
I did not post the one that I deinterlaced and ran through 2 other filters as the file was 2 gb.

I hope you didn't deinterlace. If it's like all your other samples so far, it was probably telecined. You can't deinterlace telecined video.

Much better audio. The dot crawl (okay, the y/c crosstalk) is pretty obvious. Probably not too tough to clean up, along with the excessive combing. I don't know what the player does to analog video, but it almost looks like noisy analog-to-DV. Not a disaster, though.

sanlyn 07-22-2015 05:56 PM

1 Attachment(s)
Other than the glitches previously noted, the last two samples are a lot more workable than the early ones. Both animations look a little grungy with a ton of slithery low-level noise during camera motion (no surprise, folks, this is VHS!). Maybe the player's sharpening is making noise and rough edges tougher than they ought to be, but I managed to work on giant_3. It was inverse telecined, filtered, color corrected (the darks are on the edge of crushing and have almost no visible details in the original). All the caps seem to have oversaturated reds that exceed RGB 255. Re-telecined with 3:2 soft pulldown, DVD compliant.

msgohan 07-22-2015 08:57 PM

Quote:

Originally Posted by FrostBite (Post 38977)
I hooked up an avt 8710 yesterday, and I think it is defective. Composite just doesn't work. S Video is in black and white and the controls don't seem to do anything. I got it from an ebay vendor, so no return policy :/

Did you perform the reset procedure?

No matter what the seller claims, you should be covered by eBay's Money Back Guarantee as long as you file within the time limit. They tend to side with the buyer (many legit sellers would say too much so). Even if they decide against you, you can still file a chargeback with your credit card company if that's how you funded the payment. That's one reason PayPal always tries to persuade you to use a bank account to add funds to your account, instead: they're out the cash when a chargeback happens and have to try to extract it from the seller.

The chroma ghosting in the samples is driving me nuts. And the small snowflakes seem to have trails from the NR too. After I had praised the lack of luma trails before!

If you can, try the ATI 600 on a different computer. You shouldn't be getting all those dropped frames at the start of the capture. It's probably related to the audio sync issue.

FrostBite 07-30-2015 06:26 AM

More tests and comparisons

cheap monoprice cables http://www.monoprice.com/Product?p_i...seq=1&format=2

without avt-8710
https://dl.dropboxusercontent.com/u/...pricenotbs.avi
With avt-8710
https://dl.dropboxusercontent.com/u/...nopricetbs.avi

with bhphotovideo Pearstone PEPCSVSV10 - Gold Series Premium S-Video
without avt-8710
https://dl.dropboxusercontent.com/u/...20no%20tbs.avi
with avt-8710
https://dl.dropboxusercontent.com/u/...ries%20AVI.avi

All videos taken with JVC SR-W5U and Lagarith

sanlyn 07-30-2015 07:11 AM

Not sure what you're trying to accomplish here. Each "comparison" is from a different video, and each of those videos have their own pros and cons. So in many respects there's no conclusive way to determine if AVT or no-AVT affects video A, B, C, or D. They're all different.

S-video doesn't carry audio, if that's what you're testing. The two you mention are wires I've encountered in the past. They're generic stranded-core material and are all pretty much alike. I tried all of them over the years. I use these: http://www.bluejeanscable.com/store/svideo/index.htm. Audio cables, while they do differ in quality, don't affect audio sync either. Generally the skinny OEM cables you get with most hardware players is shrill and fuzzy. I use 1694A's, pictured on the lower part of this page: http://www.bluejeanscable.com/store/audio/index.htm. Have also used the heavier insulated 1695A's, offered elsewhere. The top section of the page features Canare cables -- a cheaper cop out IMO, with a relatively dull sound and inferior dynamics. But that still doesn't affect audio sync.

Earlier you mentioned you've been deinterlacing these videos. The videos seen so far are all telecined, not interlaced. Meaning that they are film-based, progressive video with hard coded 3:2 pulldown.

FrostBite 07-30-2015 08:09 AM

If a AVT is so subtle that an observer can't tell it is on without comparing the exact same footage, why use one?

I'm trying to figure out which combination of svideo cable and AVT produces the best picture and removes the y/c crosstalk. After I have a cable and AVT that removes the y/c crosstalk, I will borrow the JVC HM-DSR100U for another comparison.

I'm not testing audio. I think the syncing issues are in the software settings. Not the cables or player.

"Earlier you mentioned you've been deinterlacing these videos. The videos seen so far are all telecined, not interlaced. Meaning that they are film-based, progressive video with hard coded 3:2 pulldown."

Nothing posted in this thread has been deinterlaced. It has been specifically stated that I have not posted any deinterlaced files. The first post consist of raw captured avi files. The rest are captured with just Lagarith.

sanlyn 07-30-2015 09:22 AM

No one said that you posted deintelaced videos. You simply stated earlier that you had deinterlaced some of your movies. The caution is to be careful about deinterlacing telecined video. None of the samples you've posted so far is standard interlace.

Quote:

Originally Posted by FrostBite (Post 39075)
If a AVT is so subtle that an observer can't tell it is on without comparing the exact same footage, why use one?

How do you know the source video doesn't have crosstalk artifacts?

s-video cables don't "remove" crossstalk. Luma and chroma are already separated before they enter the cable. Sometimes the output device doesn't always do a clean job of separating y and uv. The cable won't fix that. It's usually handled by y/c comb filters, not wires. Some of your samples have bad combing and aliasing effects. That's not crosstalk. That's just production or playback problems.

FrostBite 07-30-2015 11:37 AM

Quote:

Originally Posted by sanlyn (Post 39076)

How do you know the source video doesn't have crosstalk artifacts?

I doubt anyone can be certain 100%. But I chose a vhs tape from a big studio at the end of the life of VHS specifically to avoid problems in the recording, for the comparison.

Quote:

Originally Posted by sanlyn (Post 39076)
s-video cables don't "remove" crossstalk. Luma and chroma are already separated before they enter the cable. Sometimes the output device doesn't always do a clean job of separating y and uv. The cable won't fix that. It's usually handled by y/c comb filters, not wires. Some of your samples have bad combing and aliasing effects. That's not crosstalk. That's just production or playback problems.

If the cables won't fix or remove the crosstalk, why have you been suggesting $35+ s video cables? What problem were you hoping the cables would fix?

msgohan 07-30-2015 12:42 PM

I think a certain amount of rainbowing and dot crawl are inherent to VHS. Some time ago I looked at a diagram that showed the chroma information partly overlaps with the band where the luma is recorded on the tape, regardless of any S-Video cabling. So it's limited to particular frequencies. Assuming I understood the diagram properly.

sanlyn 07-30-2015 03:20 PM

That same luma-chroma overlay can also occur during playback with sloppy y-c separation, which I've seen in a number of players.

Quote:

Originally Posted by FrostBite (Post 39080)
If the cables won't fix or remove the crosstalk, why have you been suggesting $35+ s video cables? What problem were you hoping the cables would fix?

Because you mentioned in post #13 you were looking for better cables to avoid interference or affects from other components, or some such problem. So I suggested cables with better design and construction, better insulation, better connectors, better insurance from bent pins and cracked solder joints, more accurate color, better contrast, etc. I didn't get that you meant better cables would remove crosstalk, so I mistook your purpose.

As it is, there's what looks like old fashioned dot crawl in the right borders of the samples. Likely a production problem, because it doesn't appear in every shot. IMO opinion it looks like you're using the better player. It's up to you, but I don't think the DSR1000 can compete with the unit you used for the last 4 samples. That border stuff 's a little glitch that's visible, and better fixed by cropping off and replacing the dirty border.

FrostBite 08-02-2015 10:08 PM

Quote:

Originally Posted by msgohan (Post 38956)

That Y/C crosstalk (what sanlyn called dot crawl) is atrocious. I think your S-Video cable is faulty. If you used the same cable for the SR-W5U, I guess the HM-DSR100U unit's S-Video output is busted. Try a capture with composite.

Do you see any improvement in the last few videos, using the avt 8710?

sanlyn 08-03-2015 08:58 AM

5 Attachment(s)
Quote:

Originally Posted by FrostBite (Post 39113)
Do you see any improvement in the last few videos, using the avt 8710?

The only difference between the AVT and non-AVT captures is that the 8710 is pumping up gamma. But everybody knows the 8710 does that. The two major problems in both sets are chroma ghosting and some easily cleared dot-crawl-like effect on the right borders of all the frames in both sets.

Compare Gold Series AVI frames 569 and 570, where I assume you used the tbc. Remnants of the boy's hands and other colors in frame 569 appear ghosted in frame 570:

Gold Series AVi - frame 569:
http://www.digitalfaq.com/forum/atta...1&d=1438609604

Gold Series Avi - frame 570:
http://www.digitalfaq.com/forum/atta...1&d=1438609654

Neither a change of tbc nor a change of cable affrects this problem. Compare non-AVT "Gold Series no tbs" frames 441 and 442, where ghost images from the man's clothing and other objects in previous frame 441 appear in frame 442:

Gold Series no tbs - frame 441:
http://www.digitalfaq.com/forum/atta...1&d=1438609818

Gold Series no tbs - frame 442:
http://www.digitalfaq.com/forum/atta...1&d=1438609898

Also note the black dots along the right borders of all these images, hwich appears in your oldedr posts, the newer posts, and almost all frames with or without a tbc (these are 2X blowups of a proportions of the right-hand border from each of the above images):
http://www.digitalfaq.com/forum/atta...1&d=1438610033

The dots would appear to be either placed there in production or is maybe characteristic of the player. IF this happens on all tapes in that player, it's the player. Dot crawl doesn't appear in other parts of the frames. In any case, the tbc has no effect on either these problems. Chroma lag or ghosting is often an effect from aggressive chroma denoising, and can be a mastering problem in the source. Only way to tell is to play other tapes and/or use other players. Offhand I'd say the tape was created with those problems, as we see a lot of tapes that have that have these glitches, even retail jobs.

FrostBite 08-04-2015 06:38 AM

It might be an issue with the player. I tested 4 different tapes from different years and I see similar results of varying degrees. Would damaged or dirty heads cause this? When I received the player it would not play tapes coherently. I had to clean the heads 3 or 4 times before it would play anything correctly.

for the sake of discussion, the other 4 clips. Same player, through the AVT, with Lagarith

https://dl.dropboxusercontent.com/u/.../RoboTest1.avi
https://dl.dropboxusercontent.com/u/...animetest1.avi
https://dl.dropboxusercontent.com/u/...storyTest1.avi
https://dl.dropboxusercontent.com/u/...storyTest2.avi

sanlyn 08-04-2015 09:26 AM

Chroma ghosting is visible on all 3 color clips. You won't see it on the black and white clip unless you have transitions between grayscale and tinted segments (because luma and chroma are stored separately in YUV). The monochrome clip demonstrates that the temporal carryover is in chroma, not luma. The monochome clip does have mild magenta rainbows.

There's no magic in detecting these effects. Mount a video in VirtualDub and use the scroll controls to slow the video or watch frame by frame. Scene transitions are the easiest places to see these effects.

FrostBite 08-23-2015 11:54 PM

borrowed a different vcr and purchased some bluejean cables for some more comparisons

All videos use Lagarith, bluejean svideo cables, and AVT

JVC SR-V10U
https://dl.dropboxusercontent.com/u/.../IronTest1.avi
https://dl.dropboxusercontent.com/u/...PowerTest1.avi

JVC SR-W5U
https://dl.dropboxusercontent.com/u/.../irontest2.avi
https://dl.dropboxusercontent.com/u/...PowerTest2.avi

Also, some very simple scripting in avisynth

Code:

AVISource("D:\Turbine2.avi")
Telecide(1)
Decimate()

https://dl.dropboxusercontent.com/u/.../IronITVC1.avi
https://dl.dropboxusercontent.com/u/...rbineIVTC1.avi

Code:

AVISource("D:\irontest.avi")
TFM(pp=0)
TDecimate(mode=1)

https://dl.dropboxusercontent.com/u/.../IronIVTC2.avi
https://dl.dropboxusercontent.com/u/...rbineIVTC2.avi

IMO, the issues discussed so far are in the animated tape. I'm seeing the discussed issues on both players with better cables and a tbc.

I think the second inverse telecined script works better than the first.

I question if the training tapes were done on film and need inverse telecined. I'm still seeing issues around mouths and hands after inverse telecined.

The JVC SR-V10U has darker playback and has more trouble with older tapes.

FrostBite 08-23-2015 11:58 PM

Quote:

Originally Posted by sanlyn (Post 39009)
Other than the glitches previously noted, the last two samples are a lot more workable than the early ones. Both animations look a little grungy with a ton of slithery low-level noise during camera motion (no surprise, folks, this is VHS!). Maybe the player's sharpening is making noise and rough edges tougher than they ought to be, but I managed to work on giant_3. It was inverse telecined, filtered, color corrected (the darks are on the edge of crushing and have almost no visible details in the original). All the caps seem to have oversaturated reds that exceed RGB 255. Re-telecined with 3:2 soft pulldown, DVD compliant.

Quote:

Originally Posted by sanlyn (Post 38953)
Ummm, no, not for 3GB. Why couldn't you compress them yourself? What's this with watching them in a media player that adds its own compression? last I heard, media players de-compress video to play them, not the other way around. Maybe you've been misled. I think, too, you might misunderstand the nature of the lossless compressors mentioned so often here and which are S.O.P. for working files.

Saw enough to see that the Sr-W5U is the better choice, but you still need a line tbc. Many of the problems should be helped along during capture. That includes a line tbc, or you'll be spending a lot of time with unnecessary work and unsatisfactory results.

The two vids I looked at are telecined. The cause of the audio sync problems is debatable, but a frame tbc will certainly help address that, and a line tbc can help as well.

Had just enough time to try to rescue some of the animation. Still some work needed on sloppy edge problems. The attached video was inverse telecined in Avisynth, color corrected and denoised in VirtualDub, and re-relecined in TMPGenc Mastering Works (3:2 pulldown). Some of the remaining chroma smear and edge problems could be fixed with either more filtering (you will lose some more detail) or, even better, a cleaner signal via tbc.

I don't think I commented earlier, but thanks for taking the time to look into these files further and try your hand at cleaning them up. You're perspective and aid is appreciated.

Would it be possible to share the script you used in avisynth and the filters you used in virtualdub? Were the filters some of the ones that come in the forum download version of virtualdub?

sanlyn 08-24-2015 04:45 PM

3 Attachment(s)
Quote:

Originally Posted by FrostBite (Post 39527)
Would it be possible to share the script you used in avisynth and the filters you used in virtualdub? Were the filters some of the ones that come in the forum download version of virtualdub?

I made more than one version, but they used similar scripts. I just now went over them and made somne change, which I'll post here.

I didn't post the scripts and VirtualDub settings earlier because (a) it took some real effort to clean up and color correct the clips. The noise and color aren't your fault, the tape is just a nightmare (welcome to VHS LOL!). And (b) I didn't think you'd go through all the trouble, but I'm used to it with some of my horrible tapes. The attached mpg is a new one.

So here goes....

I used two scripts, an "A" script for the first 27 frames of the clip, and a "B" script for the rest of it. Like a lot of VHS issues, the first scene was so out of whack it looked like something from a different tape. No surprise, as I say. The "AB" script joins the two segments.

Script "A" (first scene):
Code:

Import("Drive:\Avisynth 2.5\plugins\HQdering.avs")
Import("Drive:\Avisynth 2.5\plugins\FastLineDarken 1.3.avs")
LoadPlugin("Drive:\AviSynth 2.5\plugins\old plugins\masktools.dll") # <-- Old masktools v1.5

### --- NOTE:
### Older MVTools, above, is used for FastLineDarken. The new version sucks. ####

AviSource("Drive:\path\to\IronGB.avi")
AssumeTFF().TFM().TDecimate()
Crop(16,0,-8,-4).AddBorders(4,2,4,2)

ColorYUV(off_y=-20)
Trim(0,48)  # <-- trim off start of shot + some frames for audio delay.

ConvertToYV12(interlaced=false)
HQdering()
QTGMC(InputType=1,preset="medium",sharpness=0.7)
DeHalo_Alpha(rx=2.0)
MergeChroma(awarpsharp2(depth=30))
FastLineDarken()
Santiag()
ConvertToRGB32(matrix="601",interlaced=false)
return last

The above script was run in Virtualdub with some VDUB filters loaded on output. The VDub filters were Camcorder ColorDenoise and gradation curves. The settings I used are in the attached "IronGB_A.vcf". The output was saved as "IronGB_A" as YV12 Lagarith.

Script "B" for the second segment:
Code:

Import("Drive:\Avisynth 2.5\plugins\HQdering.avs")
Import("Drive:\Avisynth 2.5\plugins\FastLineDarken 1.3.avs")
LoadPlugin("D:\AviSynth 2.5\plugins\old plugins\masktools.dll") # <-- Old masktools v1.5

AviSource("Drive:\path\to\IronGB.avi"")
AssumeTFF().TFM().TDecimate()
Crop(16,0,-8,-4).AddBorders(4,2,4,2)
ConvertToYV12(interlaced=false)
HQdering()
QTGMC(InputType=1,preset="medium",sharpness=0.7)
DeHalo_Alpha(rx=2.0)
MergeChroma(awarpsharp2(depth=30))
FastLineDarken()
Santiag()
ConvertToRGB32(matrix="601",interlaced=false)
return last

The above script was run in Virtualdub with some VDUB filters loaded on output. The VDub filters were Camcorder ColorDenoise, gradation curves, and ColorMill. The settings I used are in the attached "IronGB_B.vcf". The output was saved as "IronGB_B" as YV12 Lagarith.

The "AB" script joins the two segments and doe final cleanup. No VDub filters were used. Saved as "IronGB_AB" with Lagarith YV12.

Code:

vidA=AviSource("Drive:\path\to\IronGB_00A.avi").Trim(0,27)
vidB=AviSource("Drive:\path\to\IronGB_00B.avi").Trim(28,0)
vidAB = vidA + vidB

vidAB
# ---- smooth chroma and luma gaps in the corrected histogram ----
SmoothLevels(16,1.0,255,16,255,chroma=200,limiter=0,tvrange=true,dither=100,protect=6)
dfttest(sigma=8)                  # <- smooth noise in flat gradient areas.
GradFun2DBmod(thr=1.8,mask=false)  # <- blend any hard edges in flat gradient areas
AddGrainC(1.5,1.5)                # <- add controlled noise to avoid plastic look
return last

The attached mpg is encoded for DVD as 23.976fps with 3:2 pulldown for 29.97 playback.

sanlyn 08-24-2015 05:26 PM

4 Attachment(s)
The SVR-10U and SR-W5U Hogarth clips use an unusual method to get to 29.97fps. They appear to be 25fps PAL film transfers with duplicate frames, then 2:2 blends applied for NTSC. They're a combo of dupes and blended frames. Consequently, you could use regular TIVTC to restore the film speed, or you could deinterlace first and use SRestore(frate=23.976) to get the same thing. It works here, but it might not work on other videos. I'd stick with TIVTC.

I'm not sure what your scripts were designed for, but it's been a long time since I saw anyone use Telecide, which has been replaced by TIVTC. I don't know what TDecimate(mode=1) was to accomplish; it seemed to work here (I haven't looked at every frame), but it's the long way around and is usually used for 15fps anime.

All of the animation clips you posted were telecined or dupe-blended. The scripts won't work on the "power" videos. They're not telecined, they're interlaced. And not interlaced very well, either, with a lot of line twitter and buzzy edges. They look like either DV originals recorded to tape, or just sloppy production. I haven't had time to get into them yet.

I thought the SRV-10U samples looked cleaner. The W5U oversharpens, oversaturates (especially red), and seems to have more chroma smear than the SR-V10U. Unfortunately the 10U can't be used for long-play tapes. The BJC cable seems to have cleaner color and good contrast without trying to blow out highlights. The difference over cheapo or OEM cables is subtle, but after a while you'll see what I mean. The two "Iron" clips and one of the power clips played with bad audio sync. I corrected sync in the attached "Iron" videos.

The script for: "Iron1_SRV10U":
Code:

AviSource("Drive"\oath\to\irontest1.avi")
AssumeTFF().TFM().TDecimate()
Crop(10,0,-10,-4).AddBorders(2,2,2,2)

ConvertToYV12(interlaced=false)
MergeChroma(awarpsharp2(depth=30))
QTGMC(InputType=1,preset="fast",sharpness=0.7)
dfttest(sigma=8)
GradFun2Dbmod(thr=1.8,mask=false)
LSFmod(strength=50,edgemode=2)
DeHalo_Alpha(rx=2.5)
ConvertToRGB32(matrix="Rec601",interlaced=false)
return last

The VirtualDub filters used were Camcorder ColorDenosie and ColorMill. See attached "Iron1_SRV10U.vcf".

The script for "Iron2_W5U.mpg":
Code:

AviSource("Drive:\path\to\irontest2.avi")
AssumeTFF().TFM().TDecimate()
Crop(6,0,-12,-6).AddBorders(2,2,0,4)
ColorYUV(cont_y=10,off_v=-5,cont_v=-25)
ConvertToYV12(interlaced=true)
dfttest(sigma=8)
DeHalo_Alpha(rx=2.5)
MergeChroma(awarpsharp2(depth=30))
# --- convert to VirtualDub filters ----
ConvertToRGB32(matrix="Rec601",interlaced=false)
return last

VirtualDub filters were CamcorderColorDenoise and ColorMill. See attached "Iron2_W5U.vcf".

-- merged --

Oops!!! There's a typo in the second script posted above for "Iron2_w5U". Sorry. Stayed up too late.

Quote:

Originally Posted by sanlyn (Post 39539)
The script for "Iron2_W5U.mpg":
Code:

AviSource("Drive:\path\to\irontest2.avi")
AssumeTFF().TFM().TDecimate()
Crop(6,0,-12,-6).AddBorders(2,2,0,4)
ColorYUV(cont_y=10,off_v=-5,cont_v=-25)
ConvertToYV12(interlaced=false)
dfttest(sigma=8)
DeHalo_Alpha(rx=2.5)
MergeChroma(awarpsharp2(depth=30))
# --- convert to VirtualDub filters ----
ConvertToRGB32(matrix="Rec601",interlaced=false)
return last



Goldwingfahrer 08-25-2015 11:32 AM

1 Attachment(s)
Hi sanlyn
LSFmod(strength=50,edgemode=2)

LSF = LimitedSharpenFaster of Didée ?

RemoveGrain V1.0 or V0.9 PR?
either ... or...

see screen

sanlyn 08-25-2015 11:46 AM

LSFmod is an update of LimitedSharpenmFaster. I use both versions. Found here: http://www.digitalfaq.com/forum/vide...dsr100u-2.html. LSFMod has settings that emulate the old version.

I use Avisynth 2.6 and have both RemoveGrain v1.0b and the newer RGTools together in my plugins. Have had no problems. LSFMod requires some support files, listed on the web page link.

GradFun2Dbmod can use either version of RemoveGrain, but as I say I have both versions installed.

Goldwingfahrer 08-26-2015 05:24 AM

Quote:

LSFmod is an update of LimitedSharpenmFaster.
Thanks, that was new to me.
'M Just a little dated

Quote:

I use Avisynth 2.6 and have both RemoveGrain v1.0b and the newer RGTools together in my plugins.
RemoveGrain I've known since the first version..war but many years ago.
Avisynth 2.6 I have, actually I RGtools and RemoveGrain v1.0 [2007]

With a test film I've applied your script execution course in VDub.

Approximately 5fps ... is too slow for me.

I now try with the YUV curve in Edius to get an equally good result.

Of the 3 versions
DeHalo_alpha_MT.avsi
DeHalo_alpha_MT2.avsi
DeHalo_alpha_cs.avsi
I use the "MT" version.

DeHalo_alpha_MT (rx = 2.5)
is a compromise, it makes it more one sees strong Blur

Here I actually only interlaced material.
TGMC filters only when the film is in progressive, then go back again to interlaced.

sanlyn 08-26-2015 07:21 AM

Quote:

Originally Posted by Goldwingfahrer (Post 39584)
TGMC filters only when the film is in progressive, then go back again to interlaced.

I'm not certain what you mean. After TFM() and TDecimate(), the video is progressive. In the script I used, QTGMC(InputType=1) works with progressive video, not with interlaced, and outputs progressive video with the same number of frames and frame rate as the input. There is no need to interlace.

The video was input to the encoder as progressive 23.976 fps. The encoder applied 2:3 pulldown flags for proper frame rate 29.97 fps during playback.

Original script posted:
Code:

AviSource("Drive"\oath\to\irontest1.avi")
AssumeTFF().TFM().TDecimate()
Crop(10,0,-10,-4).AddBorders(2,2,2,2)

ConvertToYV12(interlaced=false)
MergeChroma(awarpsharp2(depth=30))
QTGMC(InputType=1,preset="fast",sharpness=0.7)
dfttest(sigma=8)
GradFun2Dbmod(thr=1.8,mask=false)
LSFmod(strength=50,edgemode=2)
DeHalo_Alpha(rx=2.5)
ConvertToRGB32(matrix="Rec601",interlaced=false)
return last

MediaInfo of video for the mpg posted:

Code:

Video
ID                                      : 224 (0xE0)
Format                                  : MPEG Video
Format version                          : Version 2
Format profile                          : Main@Main
Format settings, BVOP                    : Yes
Format settings, Matrix                  : Custom
Format settings, GOP                    : Variable
Duration                                : 18s 285ms
Bit rate mode                            : Variable
Bit rate                                : 5 533 Kbps
Maximum bit rate                        : 8 000 Kbps
Width                                    : 704 pixels
Height                                  : 480 pixels
Display aspect ratio                    : 4:3
Frame rate                              : 23.976 fps
Standard                                : NTSC
Color space                              : YUV
Chroma subsampling                      : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Scan order                              : 2:3 Pulldown

Compression mode                        : Lossy
Bits/(Pixel*Frame)                      : 0.683
Time code of first frame                : 00:00:00:00
Time code source                        : Group of pictures header
Stream size                              : 12.0 MiB (93%)
Writing library                          : TMPGEnc Video Mastering Works 5 Version. 5.5.2.107
Color primaries                          : BT.601 NTSC
Transfer characteristics                : BT.601
Matrix coefficients                      : BT.601


Goldwingfahrer 08-26-2015 07:48 AM

Quote:

'm not certain what you mean.
I meant that I often have films in interlaced here.
Since I have to use first TGMC for filtering in Avisynth.
..deutsch to English is a horror.

Quote:

After TFM() and TDecimate(), the video is progressive. In the script I used, QTGMC(InputType=1) works with progressive video, not with interlaced, and outputs progressive video with the same number of frames and frame rate as the input.
I know that a few years

Quote:

There is no need to interlace.
yes, but in my films there is the image as TFF, I have to proceed differently.
For example, a cutout

Code:

ConvertToYV12(interlaced=true)

TempGaussMC_beta3(2,1,3,0,0,0,Edimode="NNEDI3",nthreads=8,truemotion=true,sharpness=1.75,Sbb=2,SLrad=1,SVthin=0.75,Sovs=2)

LSFmod(strength=50,edgemode=2)
DeHalo_alpha_MT(rx=2.5)

AssumeTFF().SeparateFields().SelectEvery(4,0,3).Weave()

With VDub after Lagarith YUY2
Then, the film is processed in Edius more ... YUV curve .... etc

lordsmurf 08-26-2015 07:55 AM

Quote:

Originally Posted by Goldwingfahrer (Post 39588)
..deutsch to English is a horror.

Nah. It's good probably 99% of the time. :cool:

Goldwingfahrer 08-26-2015 08:14 AM

1 Attachment(s)
Optimist

I have here Promptly professional 9

Luckily have your one big serving of humor :D


All times are GMT -5. The time now is 03:14 PM

Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.