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. |
10th July 2020, 06:48 | #621 | Link | |
Registered User
Join Date: Aug 2006
Location: Taiwan
Posts: 392
|
Quote:
Did you compile DFTTest from source or install it via distribution package? Is it r6 or r7? What happen if you try the other version? |
|
10th July 2020, 21:05 | #622 | Link |
Registered User
Join Date: May 2007
Posts: 75
|
You're right, the example with BlankClip also does not work. I am installing dfttest (and all VS plugins) from the Arch AUR. I've tested with both r6 and r7 of dfttest, and r32 and r33 of muvsfunc. On manually adding a LoadPlugin call, I'm able to get vapoursynth to output the error that it can't find the symbol `fftwf_make_planner_thread_safe`, even though I have fftw installed. (Of course with autoloading, Vapoursynth just silently fails on plugins that have issues...) So, you're right, it does seem like a local machine issue, and not sure how my machine ended up in this state, but that means I'll keep debugging the separate issue. Thanks.
|
11th July 2020, 01:13 | #623 | Link |
Registered User
Join Date: May 2007
Posts: 75
|
It looks like the issue is that, at least on Arch, fftw's pkgconfig files do not include -lfftw3f_threads, which is needed for dfttest to work. So, in case anyone else on Linux runs into the issue, the workaround is to add -lfftw3f_threads to the libs line in /usr/lib/pkgconfig/fftw3f.pc, then rebuild dfttest.
|
11th July 2020, 01:44 | #624 | Link | |
Registered User
Join Date: Aug 2006
Location: Taiwan
Posts: 392
|
Quote:
|
|
18th July 2020, 16:47 | #626 | Link |
Registered User
Join Date: Jan 2015
Posts: 14
|
FYI: worked around the horrifically-chopped frame stuff, not a havsfunc bug
I finally tracked down the proximate cause of the bug I reported earlier where vapoursynth was generating horrifically chopped-up frames when QTGMC was run over it, at least enough to have a workaround of sorts. As others suggested, the source was at fault, though I still don't quite understand why.
If I use the (makemkv-derived) MKV as the vspipe source, all is well: if I mkvextract the video stream from it and use that (which is what I've been doing without incident for years before now), the chopped-up mess results, even though vspipe is only meant to be using the video stream in any case. I thought video streams were meant to be more-or-less separable from their containers, but this doesn't seem to be true with this one. mpv says that the extracted stream has no timestamps and that ffmpeg is going to make them up, and get them horribly wrong: maybe this is an unusual input, or maybe makemkv's behaviour has changed and it's sticking timestamps in in some unusual fashion now such that mkvextract is no longer cleanly extracting them (one downside of closed-source software is that I can't easily tell which it might be). So... I guess I'll take my ever-more-obviously catastrophic ignorance on this subject and go away sorry to bother everyone. |
7th August 2020, 05:07 | #628 | Link |
Registered User
Join Date: Sep 2006
Posts: 1,657
|
bug report, I Overlay() a YUV444P16 clip on top of a GRAY16 clip but there's no warning about format mismatch.
Code:
clip_yuv16 = core.resize.Bicubic(clip, format=vs.YUV444P16) overlay_clip = core.std.BlankClip(clip_yuv16, color=[0, 220/255*MaxSize16bit, 0]) output_clip = haf.Overlay(clip_yuv16, overlay_clip, mode="lighten") And setting mode="darken" gives a greenish frame. |
7th August 2020, 06:22 | #629 | Link | |
Registered User
Join Date: Sep 2007
Posts: 5,377
|
Quote:
That's not GRAY16 . GRAY16 has 1 channel Photoshop works in RGB . RGB is an additive color model. You would expect different visual results with blend modes in YUV |
|
7th August 2020, 07:09 | #630 | Link | |
Registered User
Join Date: Sep 2006
Posts: 1,657
|
Quote:
I just tested with a RGB24 clip overlay on a RGB24 clip, the result matches the one from photoshop. So the Overlay function only works on RGB, it should have a check to restrict it to RGB clips only. |
|
7th August 2020, 16:18 | #631 | Link | |
Registered User
Join Date: Sep 2007
Posts: 5,377
|
Quote:
But in "normal" mode it works ok with other pixel formats . It's used all the time in YUV. Other programs like browsers use YUVA overlays (YUVA444P, YUVA420P) too . It's one of the main benefits of using Overlay in avisynth/vapoursynth or mt_merge . YUV overlays. No additional deterioration from going into RGB back to YUV. Last edited by poisondeathray; 7th August 2020 at 16:24. |
|
3rd September 2020, 13:57 | #632 | Link |
Registered User
Join Date: Dec 2007
Location: Beijing,China
Posts: 92
|
A issue about r33. I put CAS.dll under plugin64 folder, but when I use LSFmod, the Editor keep send error code "There is no attribute or namespace named cas"
__________________
Ryzen 7 3700X GTX1660S Ryzen 7 5800X RTX2060S |
3rd September 2020, 14:44 | #633 | Link |
Registered User
Join Date: Dec 2005
Location: Germany
Posts: 1,795
|
Sound like cas.dll is not loaded. Try to load it manually and see what error code it shows. std.Loadplugin()
__________________
AVSRepoGUI // VSRepoGUI - Package Manager for AviSynth // VapourSynth VapourSynth Portable FATPACK || VapourSynth Database |
20th October 2020, 20:08 | #635 | Link |
Where's my loot?
Join Date: May 2019
Posts: 63
|
Dear HolyWu,
If you have some spare time, would you be so kind to port InpaintDelogo to VS? I only found DelogoHD available for VS, but making an lgd file is a pain-in-the-a** compared to VoodooFX's automated process... https://forum.doom9.org/showthread.php?t=176860 Thanks in advance! |
22nd October 2020, 19:01 | #636 | Link |
Fighting spam with a fish
Join Date: Sep 2005
Posts: 2,699
|
InpaintDelogo requires AvsInpaint, which is a Avisynth plugin. So, a manual load of the Avisynth plugin may be required, since there's no native Vapoursynth equivalent. I have no idea if LoadPlugin works for AvsInpaint (it might - I haven't tried), but I'd be a little surprised if HolyWu wanted to add support for a function that requires non-native Vapoursynth plugins.
|
10th February 2021, 00:41 | #639 | Link |
Registered User
Join Date: Dec 2005
Location: Germany
Posts: 1,795
|
Can you show your parameters? I never have seen this message with qtgmc.
__________________
AVSRepoGUI // VSRepoGUI - Package Manager for AviSynth // VapourSynth VapourSynth Portable FATPACK || VapourSynth Database |
|
|