VideoHelp Forum
+ Reply to Thread
Results 1 to 17 of 17
Thread
  1. Runing QTGMC TFF, but it makes BFF (twitching video). Paste'ing .avs and read of MediaInfo of video file. Help?:

    SetFilterMTMode ("QTGMC", 2)
    FFMPEGSource2("videofile.avi", atrack=1)
    AssumeTFF()
    QTGMC(preset="Placebo")

    Video
    ID : 4113 (0x1011)
    Menu ID : 1 (0x1)
    Format : AVC
    Format/Info : Advanced Video Codec
    Format profile : High@L4
    Format settings : CABAC / 2 Ref Frames
    Format settings, CABAC : Yes
    Format settings, ReFrames: 2 frames
    Format settings, GOP : M=3, N=12
    Codec ID : 27
    Duration : 11 min 23 s
    Bit rate mode: Variable
    Bit rate : 22.7 Mb/s
    Width: 1 920 pixels
    Height : 1 080 pixels
    Display aspect ratio : 16:9
    Frame rate : 25.000 FPS
    Color space : YUV
    Chroma subsampling : 4:2:0
    Bit depth: 8 bits
    Scan type: Interlaced
    Scan type, store method : Separated fields
    Scan order : Top Field First
    Bits/(Pixel*Frame) : 0.438
    Stream size : 1.81 GiB (95%)
    Last edited by taigi; 17th May 2021 at 21:09.
    Quote Quote  
  2. Have you tried by commenting out or removing the 'AssumeTFF' line?

    SetFilterMTMode ("QTGMC", 2)
    FFMPEGSource2("videofile.avi", atrack=1)
    #AssumeTFF()
    QTGMC(preset="Placebo")
    Quote Quote  
  3. I red somewhere that this would bring QTGMC back to BFF automatically?
    Quote Quote  
  4. Member
    Join Date
    Aug 2013
    Location
    Central Germany
    Search PM
    Without an explicit AssumeTFF() or AssumeBFF(), AviSynth will receive a field order from the used source filter. This may be correct if the source filter can identify a field order from flags in the contained video stream. Or it assumes any (like AviSource assuming BFF because DV in AVI is quite the only video format which almost certainly uses BFF)...
    Quote Quote  
  5. Member
    Join Date
    Mar 2008
    Location
    United States
    Search Comp PM
    May have something to do with the interlaced mp4/AVC. Seems to cause a lot of problems,
    perhaps the OP should switch to LWLlibavVideoSource
    Quote Quote  
  6. Originally Posted by davexnet View Post
    May have something to do with the interlaced mp4/AVC. Seems to cause a lot of problems,
    perhaps the OP should switch to LWLlibavVideoSource
    LWLibavVideoSource works, thanks, I just can't add audio, atrack=1 shows error. Could you help me in this?
    Quote Quote  
  7. Code:
    aud = LWLibavAudioSource("video.ext")
    vid = LWLibavVideoSource("video.ext")
    AudioDub(vid,aud)
    Quote Quote  
  8. davexnet, poisondeathray and manono, LigH.de, you are collecting good karma, thanks.
    Quote Quote  
  9. Originally Posted by poisondeathray View Post
    Code:
    aud = LWLibavAudioSource("video.ext")
    vid = LWLibavVideoSource("video.ext")
    AudioDub(vid,aud)
    Any other method? Because 2gb will take 21 day to qtgmc.
    Quote Quote  
  10. Member
    Join Date
    Aug 2013
    Location
    Central Germany
    Search PM
    That's not a fault of LwLibav*Source vs. LSMASH*Source. The former creates an index first (which takes additional time only once, so the estimation is wrong in the beginning), the latter relies on an index chunk in the MP4 file. But the rest of the filtering works identically.

    Preset "Placebo" is nonsense for QTGMC. That's a certain waste of time. Try a sane preset.
    Quote Quote  
  11. @LigH.de, I'm about to try possibly, but
    maybe there are some other solution for this process?
    LWLibavAudioSource and LWLibavVideoSource takes about 50 days to render now,
    index was probably created already during last week of processing.
    BTW, before that I used same QTGMC settings with FFMPEGSource2 and everything was much quicker. With no sound thou.
    Quote Quote  
  12. Member
    Join Date
    Aug 2013
    Location
    Central Germany
    Search PM
    Originally Posted by taigi View Post
    LWLibavAudioSource and LWLibavVideoSource takes about 50 days to render now...
    That sounds very improbable. We may need to see a complete MediaInfo analysis (not only the Video chapter).

    Also compare to a script with QTGMC commented out. Best run it in AVSMeter (or AVSMeter64, the same bitness as your encoder). I see no reason for such a long processing time, except an excess of parallel threads and memory consumption, so your system may be busy all the time swapping from RAM to disk and back?!

    If you have many CPU cores, QTGMC may try to assign a lot of filtering threads on its own, especially in slowest presets, so it may be a good advice to limit Threads and even more EDIThreads. Search for more advices with this keyword...
    Quote Quote  
  13. Complete MediaInfo analysis:

    General
    ID : 0 (0x0)
    Complete name : F:\00001.MTS
    Format : BDAV
    Format/Info : Blu-ray Video
    File size : 1.91 GiB
    Duration : 11 min 23 s
    Overall bit rate mode : Variable
    Overall bit rate : 23.9 Mb/s
    Maximum Overall bit rate : 24.0 Mb/s
    Recorded date : 2018-03-31 20:58:55+01:00
    Writing application : Canon

    Video
    ID : 4113 (0x1011)
    Menu ID : 1 (0x1)
    Format : AVC
    Format/Info : Advanced Video Codec
    Format profile : High@L4
    Format settings : CABAC / 2 Ref Frames
    Format settings, CABAC : Yes
    Format settings, Reference frames : 2 frames
    Format settings, GOP : M=3, N=12
    Codec ID : 27
    Duration : 11 min 23 s
    Bit rate mode : Variable
    Bit rate : 22.7 Mb/s
    Width : 1 920 pixels
    Height : 1 080 pixels
    Display aspect ratio : 16:9
    Frame rate : 25.000 FPS
    Color space : YUV
    Chroma subsampling : 4:2:0
    Bit depth : 8 bits
    Scan type : Interlaced
    Scan type, store method : Separated fields
    Scan order : Top Field First
    Bits/(Pixel*Frame) : 0.438
    Stream size : 1.81 GiB (95%)

    Audio
    ID : 4352 (0x1100)
    Menu ID : 1 (0x1)
    Format : AC-3
    Format/Info : Audio Coding 3
    Commercial name : Dolby Digital
    Codec ID : 129
    Duration : 11 min 23 s
    Bit rate mode : Constant
    Bit rate : 256 kb/s
    Channel(s) : 2 channels
    Channel layout : L R
    Sampling rate : 48.0 kHz
    Frame rate : 31.250 FPS (1536 SPF)
    Compression mode : Lossy
    Delay relative to video : 32 ms
    Stream size : 20.9 MiB (1%)
    Service kind : Complete Main
    Quote Quote  
  14. Member
    Join Date
    Aug 2013
    Location
    Central Germany
    Search PM
    So your "videofile.avi" is in fact an MPEG Transport Stream? "Writing application : Canon" even suggests it may have come from an AVCHD camcorder. The stereo AC3 audio seems to confirm this guess.

    Well, LSMASH Works (LwLibavVideoSource) should not have issues handling the video track. And the AC3 audio track should not be processed through AviSynth, you better demultiplex it and remultiplex it into your copy without a different encoding. So you can reduce your AviSynth script to something like:

    Code:
    SetFilterMTMode("QTGMC", 2)
    LwLibavVideoSource("F:\00001.MTS")
    #AssumeTFF()
    QTGMC(Preset="Slow", EdiThreads=2)
    Prefetch(4)
    You did not provide any information about your hardware, so I can only guess basics. Using SetFilterMTMode (which should already be obsolete) means you are using AviSynth+; so you probably want multithreading; so you have to use Prefetch at the end of the script to enable multiple threads at all; but you have to be aware that some filters spawn own threads (Prefetch threads multiplied by EdiThreads) and each consumes RAM, and I don't know how much you have available, and if you even use 64-bit AviSynth+ (if not, you may be limited to 4 or even 2 GB RAM)...
    Quote Quote  
  15. Thanks. What could be the best way to demultiplex and remultiplex audio with this video?
    Quote Quote  
  16. Yes, all that was taken with Canon Legria HFG25 camera.
    I have a question about your use of "#" sign before AssumeTFF() in an example of script provided at #14.
    Is this not a sign of comment only?
    Or should it be with a space after it if this is a comment?
    Thanks.
    Quote Quote  
  17. If a line stats with a hash (#) it's a comment in Avisynth.
    So yes, LigH.de did not use AssumeTFF() actively in the script, he just left it there for convenience for those who might want to use it.
    users currently on my ignore list: deadrats, Stears555
    Quote Quote  



Similar Threads

Visit our sponsor! Try DVDFab and backup Blu-rays!