VideoHelp Forum



Try StreamFab All-in-One and download Netflix, Amazon Prime, etc! Or Try DVDFab and copy all Blu-rays and DVDs!



+ Reply to Thread
Results 1 to 18 of 18
Thread
  1. I plan to upload some of my captures to Youtube akin to several members like lollo and dellsam34. What's the general workflow in Avisynth to make a capture to be mangled by YT's encoder as little as possible? I know deinterlacing is one of the processes, but I've also seen some people like dellsam34 upscale their videos. How does one achieve that in VDub?
    Quote Quote  
  2. Captures & Restoration lollo's Avatar
    Join Date
    Jul 2018
    Location
    Italy
    Search Comp PM
    I use an AviSynth flow (partially described in my YT videos):

    - deinterlace or inverse telecine or fields matching or nothing for "progressive" material
    - denoise (you may want to skip this)
    - change color matrix before upscaling
    - upscale to 1440x1080 [to reduce YT degradation while compressing]
    - sharpen (you may want to skip this)
    - export as lossless 4:2:2 avi loading the AviSynth script in VirtualDub
    - upload to YT

    you may want to mask head switching point at some point in time.

    If you have a loooong capture and do not wish to produce a laaaarge lossless avi file, which also takes loooong to upload, you can feed the AviSynth script to ffmpeg and encode to h264 with low crf (16). I experimented little differences doing this on the final YT video (but prefere the lossless approach if possible)

    Using VirtualDub only the operations are the same, but the filters available for the tasks are lower quality. If you do not wish to use AviSynth, give Hybrid a try.
    Quote Quote  
  3. Originally Posted by lollo View Post
    - change color matrix before upscaling
    By that I assume you mean "ConvertToYV<digit>"?
    Quote Quote  
  4. Member
    Join Date
    Aug 2017
    Location
    United States
    Search PM
    Originally Posted by Sunk View Post
    Originally Posted by lollo View Post
    - change color matrix before upscaling
    By that I assume you mean "ConvertToYV<digit>"?
    No. lollo means to use ColorMatrix(mode="Rec.601->Rec.709"). This ensures that the decoder will present the colors correctly after the video has been resized to 1080 vertical.
    Quote Quote  
  5. Captures & Restoration lollo's Avatar
    Join Date
    Jul 2018
    Location
    Italy
    Search Comp PM
    Yes, SaurusX

    A complete script here:
    Code:
    video_org=AviSource("<your capture>)
    
    # cropping 
    	crop_left=8	
    	crop_top=12
    	crop_right=16
    	crop_bottom=10
    video_org_crop=video_org.crop(crop_left,crop_top,-crop_right,-crop_bottom)
    
    ### de-interlacing
    deinterlaced=video_org_crop.AssumeTFF().QTGMC(preset="slow", matchpreset="slow", matchpreset2="slow", sourcematch=3, tr1=2, tr2=1, NoiseTR=2, sharpness=0.1)
    
    ### convert to YV16
    deinterlaced_yv16=deinterlaced.convertToYV16()
    
    ### denoising
    denoised_yv16=deinterlaced_yv16.TemporalDegrain2(degrainTR=3)
    
    ### convert to YUY2
    denoised=denoised_yv16.convertToYUY2()
    
    ### change color matrix
    denoised_cm=denoised.Colormatrix("Rec.601->Rec.709")
    
    ### add borders
    denoised_cm_borders=denoised_cm.addborders((crop_left+crop_right)/2,(crop_top+crop_bottom)/2,(crop_left+crop_right)/2,(crop_top+crop_bottom)/2)
    
    ### upscale
    upscaled=video_org.nnedi3_rpow2(rfactor=2, nns=4, qual=2, cshift="Spline36Resize", fwidth=1440, fheight=1080)
    
    ### convert to YV12
    upscaled_yv12=upscaled.convertToYV12()
    
    ### sharpening
    sharpened_yv12=upscaled_yv12.LSFmod(defaults="slow")
    
    ### convert to YUY2 with chroma from YUY2 color space
    sharpened=sharpened_yv12.convertToYUY2().MergeChroma(upscaled)
    
    return(sharpened)
    No level correction, no correction to 704x576 proper PAR, no color correction, no defect removal, just basic restoration


    edit: if you want to stick to Rec601 spec for DAR, just remove 8 pixels from left and right replacing
    Code:
    addborders((crop_left+crop_right)/2,(crop_top+crop_bottom)/2,(crop_left+crop_right)/2,(crop_top+crop_bottom)/2)
    with
    Code:
    addborders((crop_left+crop_right)/2-8,(crop_top+crop_bottom)/2,(crop_left+crop_right)/2-8,(crop_top+crop_bottom)/2)
    Last edited by lollo; 23rd May 2023 at 11:07.
    Quote Quote  
  6. btw there is no sense in hq compression for YT as YT will recompress your uploaded video to won standards - use sufficiently high bitrate with fast encoding to get reasonable sized upload file (uploading uncompressed or losslessy compressed video is waste of time, energy and bandwidth).
    Quote Quote  
  7. Captures & Restoration lollo's Avatar
    Join Date
    Jul 2018
    Location
    Italy
    Search Comp PM
    Originally Posted by pandy View Post
    btw there is no sense in hq compression for YT as YT will recompress your uploaded video to won standards - use sufficiently high bitrate with fast encoding to get reasonable sized upload file (uploading uncompressed or losslessy compressed video is waste of time, energy and bandwidth).
    Not all aspects you mentioned are worse. Let me expalin with an example:

    case 1: the previous avs script, loaded into VirtualDub to generate lossless output -> processing time: good; size: bad, uploading time: bad, quality: best

    case 2: the previous avs script, loaded into ffmpeg to generate h264 output -> processing time: bad; size: good, uploading time: good, quality: lower

    On digitalfaq I made a comparison of the two flows in term of final quality once encoded bt YT, and the džfference was minimal (but present)

    edit: found the digitalfaq post https://www.digitalfaq.com/forum/video-capture/11510-parts-build-pc-2.html#post79818
    Last edited by lollo; 23rd May 2023 at 12:18.
    Quote Quote  
  8. Capturing Memories dellsam34's Avatar
    Join Date
    Jan 2016
    Location
    Member Since 2005, Re-joined in 2016
    Search PM
    I usually agree with pandy but I had uploaded samples to YT with different resolutions, and YT compression algorithm compressed them differently with the highest resolution has the less compression, check my channel, I used static samples to dramatically show the compression artifacts. But yes lossless files do take bandwith and data during uploading, this is not a problem for me but for folks on a data cap or low data rate it is not recommended.
    The samples are titleld "BrightEye 75 VS Static, TBC Stress Test" and are in 480p, 720p and 1080p.
    Quote Quote  
  9. Member
    Join Date
    May 2005
    Location
    Australia
    Search Comp PM
    In VDub:
    To change the colour format, use the Convert Format filter (I did ask a question on VH some time ago and never got an answer so here goes):

    Image
    [Attachment 71227 - Click to enlarge]

    or
    Image
    [Attachment 71229 - Click to enlarge]


    I don't know which is the correct one.

    To resize (to my preferred YT resolution):

    Image
    [Attachment 71228 - Click to enlarge]


    In the x264 encoder, leave both SARs as 1.

    Re YT uploads, if your files are at least 1440P ie for SD, 1920x1440, YT will use the better VP9 codec for your videos. The frame rate and bitrate is irrelevant.

    I prefer lossless uploads, but as Dellsham has noted, you may be limited. In that case, upload at as higher bitrate as you can stand, in H264.
    Quote Quote  
  10. I wonder whether full-blown NLEs automatically convert to 709 when the video is resized to HD.
    Quote Quote  
  11. Member
    Join Date
    May 2005
    Location
    Australia
    Search Comp PM
    I wonder whether full-blown NLEs automatically convert to 709 when the video is resized to HD.
    Magix Movie Edit Pro, Magix Movie Studio 18 and on, and Magix Video Pro X all do.
    Quote Quote  
  12. I seem to have encountered another problem: some parts appear to be interlaced, while others aren't. You can see in my sample that there's an interlaced bit when the cat guy rides on a skateboard and falls, but the rest of the footage is progressive (I think?). I don't know if I was capturing incorrectly, but quite a few commercials have that issue. What would be an ideal solution in this case? Use QTGMC with "fpsdivisor=2" parameter to keep the video at 25 FPS, or something else altogether?

    Also, I'm curious, but how typical is this when it comes to commercials? Could anyone who lives in the PAL region share their experience?
    Image Attached Files
    Quote Quote  
  13. Captures & Restoration lollo's Avatar
    Join Date
    Jul 2018
    Location
    Italy
    Search Comp PM
    Your video seems always "progressive" to me, i.e. the 2 fields are from the same moment in time.
    Checked with:

    Code:
    video_org=AviSource("raptor.avi")
    
    # separate fields tff
    video_org_sep_tff=video_org.AssumeTFF().separateFields()
    
    # separate fields bff
    video_org_sep_bff=video_org.AssumeBFF().separateFields()
    
    # separate fields tff even
    video_org_sep_tff_even=video_org_sep_tff.SelectEven()
    
    # separate fields tff odd
    video_org_sep_tff_odd=video_org_sep_tff.SelectOdd()
    
    	# to check if progressive or interlaced
    return(video_org_sep_tff)
    If you have a mix of interlaced/"progressive" fields you can apply something like

    Code:
    TDeint(mode=0, full=false, cthresh=9, chroma=false, MI=16, edeint=QTGMC(FPSDivisor=2), emask=TMM(mode=0), slow=2)
    or QTMGC() to both, depending on the type of video
    Quote Quote  
  14. Originally Posted by lollo View Post
    Your video seems always "progressive" to me, i.e. the 2 fields are from the same moment in time.
    Checked with:

    Code:
    video_org=AviSource("raptor.avi")
    
    # separate fields tff
    video_org_sep_tff=video_org.AssumeTFF().separateFields()
    
    # separate fields bff
    video_org_sep_bff=video_org.AssumeBFF().separateFields()
    
    # separate fields tff even
    video_org_sep_tff_even=video_org_sep_tff.SelectEven()
    
    # separate fields tff odd
    video_org_sep_tff_odd=video_org_sep_tff.SelectOdd()
    
    	# to check if progressive or interlaced
    return(video_org_sep_tff)
    If you have a mix of interlaced/"progressive" fields you can apply something like

    Code:
    TDeint(mode=0, full=false, cthresh=9, chroma=false, MI=16, edeint=QTGMC(FPSDivisor=2), emask=TMM(mode=0), slow=2)
    or QTMGC() to both, depending on the type of video
    Curious, but why do you put "progressive" in quotation marks? Do you imply it's not a true progressive video?
    Quote Quote  
  15. Captures & Restoration lollo's Avatar
    Join Date
    Jul 2018
    Location
    Italy
    Search Comp PM
    In short:

    Because the 720x576 frames of your video is built using two 720x288 fields that are at the same moment in time. Each of the fields arrive at 1/50th of a second.

    In general we call progressive a video consisting of 720x576 frames, each arriving at 1/50th of a second


    More detailed (and more confusing maybe):

    The analog captured video is always "interlaced", i.e. made up of 50 fields (semi-frames) per second which make up 25 frames (frames) per second.

    Referring to progressive, we mean a video of telecine origin, i.e. generated by the transfer from film to TV, in which two "similar" semi-frames are present every 1/50 sec, which contain the even or odd lines of the same original frame of the film. I call it PAL50Ip.

    Interlaced refers to a video of television origin, i.e. generated by a video camera, in which two different semi-frames are present every 1/50 sec, because they refer to different instants of time, and which contain the even or odd lines of the frame that will go to to form. I call it PAL50Ii.

    For example your video has progressive architecture (PAL50Ip)

    The PAL50Ip and PAL50Ii are formed by 625 lines transmitted 25 times per second or 312.5 lines of a semi-frame transmitted 50 times per second.

    For comparison, the PAL50P consists of 625 lines transmitted 50 times for each second, double the amount of information compared to the PAL50Ip and PAL50Ii cases.
    Another possible format is PAL25P which is the perfect companion to telecine source video; it is similar to PAL50Ip with the difference that the lines are not divided into even and odd semi-frames, but are sent 25 times per second in progressive mode.
    Quote Quote  
  16. I see. A bit of a head-scratcher, but interesting nonetheless. But this doesn't mean that the capture itself is bad, does it? I have some concerns that it could be my setup that's causing video to be "progressive". For the record, this is what I use:
    JVC HR-S7600AM -> DMR-ES10 (line TBC, since the VCR one doesn't work with MESECAM) -> Kramer FC-400 -> PCIe SAA chip TV tuner card. The tuner is probably not an ideal solution, compared to something like a Radeon AIW card (which I actually happen to have, but I've no computers with the AGP slot). You can read more about its specs here. My model is H85: http://www.beholdtv.com/products/8series.htm
    Quote Quote  
  17. Captures & Restoration lollo's Avatar
    Join Date
    Jul 2018
    Location
    Italy
    Search Comp PM
    Your capture is fine from the field architecture point of view.

    The original source shows phase shift for some sequence, fixable with a simple field matching operation (applicable to the whole video, the filter will shift the fields only when needed):
    Code:
    AssumeTFF().TFM(order=1,mode=0,PP=0,slow=2,field=1)
    Click image for larger version

Name:	Immagine.png
Views:	11
Size:	1.26 MB
ID:	71270


    edit: the histogram suffers of crushed blacks and clipped whites, probably because the card. Try to use its procamp if possible for a better distibution of the levels:

    Click image for larger version

Name:	blacks.png
Views:	5
Size:	557.0 KB
ID:	71271

    Click image for larger version

Name:	whites.png
Views:	7
Size:	529.4 KB
ID:	71272
    Last edited by lollo; 27th May 2023 at 11:06.
    Quote Quote  
  18. Yeah, I'm aware of blacks and whites. The card does have a procamp and I tried using to fix the levels, but I wasn't aware that the problem still persists. Truth be told, I've only used VDub's builtin histogram, which I've later found out was far from reliable. I don't think capturing with Matrox MXO2 LE would fix the problem since Matrox's drivers don't feature any sort of procamp at all (something I've touched upon in conversation with jagabo here), not to mention that when I've initially tried capturing with MXO2, it had the same problem with levels, albeit much more severe since I couldn't correct them at all.
    Quote Quote  



Similar Threads