Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
8th July 2020, 20:21 | #21 | Link |
tugatomsk9
Join Date: Mar 2020
Posts: 24
|
After some time experimenting with avisynth, I finally conjured a good avs script using QTGMC deinterlacing. The resulting image quality - checked using Virtualdub as a frameserver - turned out really nice, especially taking into account the not-so-good original PAL VOB.
Here's the script: LoadPlugin("C:\Program Files (x86)\MEGUI\tools\avisynth_plugin\FFMS2.dll") LoadPlugin("D:\USER\Documentos\IMPORTANT STUFF BACKUP\avisynth plugins\hqdn3d\hqdn3d.dll") mpeg2source("G:\WORKING\Duarte&co\Duarte e Companhia - 10 RTP memoria.d2v") AssumeTFF() QTGMC( Preset="Slower", MatchPreset="Slower", MatchPreset2="Slower", SourceMatch=3, Sharpness=0.9, TR2=3, Lossless=2 ) #(TR2= 0 for clean sources TR2=3 for noisy sources) SelectEven() #SelectEven() maintains original framerate hqdn3d(ls=1.0, cs=1.0, lt=6.0, ct=1.0, restart=7) LanczosResize(768,576) Crop(10, 2, -16, -0) However, I'm still experiencing difficulties trying to maintain the original aspect ratio. I scaled to 768x576 because I read in avisynth's wiki that operation changes the PAR to 1:1, which is what I want: a universal resolution for modern displays (LCD and such), giving up on CRTs. Yet, when I open the resulting video file, VLC player still changes the aspect ratio when I switch from original to 4:3. This confuses me, because I thought I had created a video file that did not require aspect ratio changes on modern LCDs. Which one is right: my stipulated resolution or VLC? |
8th July 2020, 21:44 | #23 | Link |
tugatomsk9
Join Date: Mar 2020
Posts: 24
|
I forgot to mention this particular case is not the aforementioned motorsports videos, but is instead an old Portuguese drama series. It was originally entirely shot on film, hence why I felt that it was of no use to bob the framerate to 50fps and increase the bitrate further; 25fps seemed more than enough in this case.
Last edited by tugatomsk9; 8th July 2020 at 21:50. |
8th July 2020, 22:14 | #24 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,878
|
Quote:
|
|
8th July 2020, 23:52 | #25 | Link | |
tugatomsk9
Join Date: Mar 2020
Posts: 24
|
Quote:
Last edited by tugatomsk9; 9th July 2020 at 00:17. Reason: grammar |
|
9th July 2020, 07:13 | #26 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,803
|
You could post a sample, it's easier to see what it actually needs Avisynth-wise. There's a variety of high-quality denoisers out there and hqdn3d may not be optimal especially with content with lots of motion.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
9th July 2020, 07:39 | #27 | Link | |
Registered User
Join Date: May 2006
Posts: 4,026
|
Quote:
Upload a short sample of the captured video for obtaining better advice how to crop and resize. |
|
9th July 2020, 14:36 | #28 | Link | |
tugatomsk9
Join Date: Mar 2020
Posts: 24
|
Quote:
Here's a sample of the original VOB: https://drive.google.com/file/d/1IYQ...ew?usp=sharing Last edited by tugatomsk9; 9th July 2020 at 14:54. |
|
9th July 2020, 16:13 | #30 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,803
|
That one's definitely progressive. If you just load the source and use Bob(), you can see that there is no motion between the fields. This means you can ditch QTGMC.
In my opinion it doesn't need that much denoising, but you could try MCDegrainSharp. Adjust to taste. https://forum.doom9.org/showthread.p...45#post1737045
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
9th July 2020, 17:11 | #32 | Link | ||
tugatomsk9
Join Date: Mar 2020
Posts: 24
|
Quote:
Anyway, thanks for pointing that out. Removing QTGMC will boost the encoding speed by a lot. Quote:
Last edited by tugatomsk9; 9th July 2020 at 17:20. |
||
9th July 2020, 17:34 | #33 | Link | |
Registered User
Join Date: May 2006
Posts: 4,026
|
Quote:
My proposal was based on the assumption that the .vob had an ITU PAR of 1.092 (for DAR=4:3). The left and right borders are an indicator for this assumption. You will find other .vobs (usually of newer DVD's) with a 'Generic' PAR of 1.067 (for DAR=4:3). These do normally not have left and right black borders, and the resizing to square pixels would become slightly different. But anyway, if you pick the wrong one the error is 2.4% only. |
|
9th July 2020, 18:07 | #34 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,878
|
Quote:
So, the broadcast was probably interlaced, and the bitstream is probably flagged as such. But the actual frames themselves are progressive source, and with MBAFF are made entirely of progressive macroblocks. |
|
9th July 2020, 18:11 | #35 | Link | |
tugatomsk9
Join Date: Mar 2020
Posts: 24
|
Quote:
|
|
9th July 2020, 20:28 | #36 | Link | |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,803
|
Quote:
It's easy to test how a filter changes the frame by using Interleave(), for example: DGSource("test.dgi") Interleave(last, MCDegrainSharp(bblur=0.2, csharp=0.4, frames=1)) Then you can switch between the original and processed frame in VirtualDub2 and adjust the parameters much faster.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
|
9th September 2020, 23:53 | #37 | Link |
tugatomsk9
Join Date: Mar 2020
Posts: 24
|
So, I ended up buying the Avermedia Game Capture HD II which generates mp4 video files.
The recorded video quality of the Avermedia device in "576i optimal" (for VHS content) is good, but not great. The 8bit AVC average bitrate of only 7500 kbps is merely serviceable. VLC player plays it fine, though. The aspect ratio is 1:1, apparently, resulting in 720x576 video files. I guess it makes resizing easier? The VCR being used is primarily a 2003 Panasonic NV-FJ623, with an older mono Sony SLV-135 whenever tracking becomes an issue. The recording process is somewhat convoluted because I lack a composite to HDMi converter (I've ordered one, it just hasn't arrived yet). The signal from the VCR passes through a Sony DVD recorder (Sony RDR HX-710) via SCART. Then, the signal from the component output of the Sony recorder enters the Avermedia through the component input via a composite cable. It may seem terrible, but guess what, it works great, all things considered! I'm trying to adapt the earlier avisynth script to these new mp4 files. I'm using Virtualdub 1.10.4 as a frameserver so I can check for errors. Another issue is light aliasing present in the original VHS playback, like this, albeit not as strong: https://forum.videohelp.com/threads/...nt-v-s-S-video I tried figuring out if the aforementioned convoluted recording setup could be related to this. The conclusion is that it seems to be completely random, it doesn't happen all the time. I can't find a logical explanation. The tape in question was recorded in the late 80s with a long-gone National VHS VCR. There's no correlation with any of the cables used or the VCRs. Moreover, I used the Sony DVD recorder plenty of times in the past without aliasing issues. To make matters worse, opening the avisynth script in Virtualdub is only sucessful if I don't use QTGMC, santiag (trying to test its anti-aliasing). It returns the error "File does not have a video stream"... I even dumped the whole original mp4 in Virtualdub just so I could figure out if it was a case of fields swapped. I used "Field Swapping" in Virtualdub but it did not improve things. EDIT: Here's a sample video. https://mega.nz/file/aZBSyQZY#cPYbb4...1ywo51OREItECs Right at the start of the video, notice the aliasing on the characters's contour lines. Last edited by tugatomsk9; 10th September 2020 at 00:49. Reason: more info |
10th September 2020, 07:43 | #38 | Link | |
Registered User
Join Date: May 2006
Posts: 4,026
|
Quote:
Try Code:
QTGMC() selecteven() |
|
10th September 2020, 17:03 | #39 | Link | |||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,878
|
Quote:
Quote:
Can't you just get a capture card that can go composite to lossless or perceptually lossless 4:2:2? Or at least real-time to something better than an ASIC H.264? That'd be fewer steps and better quality. Doing 4:2:0 capture with interlaced is just buying yourself pain. Quote:
|
|||
Tags |
50fps, hevc, vhs, x264, x265 |
Thread Tools | Search this Thread |
Display Modes | |
|
|