+- Selur's Little Message Board (https://forum.selur.net)
+-- Forum: Hybrid - Support (https://forum.selur.net/forum-1.html)
+--- Forum: Probleme und Fragen (https://forum.selur.net/forum-4.html)
+--- Thread: Bug beim Processing der gleichen Datei (/thread-4429.html)
RE: Bug beim Processing der gleichen Datei - powerthrash4K - 27.06.2026
Ok, es scheint aWarpSharp2 zu sein. Ich hatte zuvor Threshold 90 und Depth 25 eingestellt. Das hat die Linien verschmiert. Wenn ich es auslasse oder niedrig setze ist es viel besser. Aber irgendwie wird es dadurch plötzlich schmierig.
RE: Bug beim Processing der gleichen Datei - Selur - 27.06.2026
Quote:Wenn ich es auslasse oder niedrig setze ist es viel besser. Aber irgendwie wird es dadurch plötzlich schmierig.Man weiß nie, was folgende KI filter da so machen.
RE: Bug beim Processing der gleichen Datei - powerthrash4K - 27.06.2026
Ja, aber das war vorher nicht so, da war aWarpSharp 2 anscheinend etwas klarer in seiner Arbeit. Da waren die Striche noch sauberer. So sind sie verschwommen. Also irgendwas ist da jetzt anders oder funktioniert nicht mehr, wie es sollte.
RE: Bug beim Processing der gleichen Datei - Selur - 27.06.2026
Da https://github.com/dubhatervapoursynth/vapoursynth-awarpsharp2 abandoned und deprecated ist, musste ich zu https://github.com/HolyWu/VapourSynth-AWarp wechseln und einen Wrapper schreiben. (Das ist seit Ende April '26 der Fall.)
Ich vermute das Problem liegt bei:
def _scale_depth(d: int) -> int:
scaled = int(round(d * 3 / 16))
return max(-128, min(128, scaled))def _scale_depth(d: int) -> int:
return max(-128, min(128, d))=> Patche sind gerne gesehen. Alternativ musste Du mal andere aWarpSharp2 Werte für threshold und blur versuchen.
Cu Selur
RE: Bug beim Processing der gleichen Datei - powerthrash4K - 27.06.2026
Das verzieht dann vollkommen, siehe Bild unten im Archiv. Depth scheint da irgendwie zu extrem zu wirken. Ich hatte da meine alte Einstellung depth = 25 verwendet, die zuvor sauber funktionierte (vor der Version heute morgen), bei Einstellung 4 ist es kaum verzerrt, aber verliert auch am Strich eher Substanz dann.
RE: Bug beim Processing der gleichen Datei - Selur - 27.06.2026
Dann bleibt wohl nur:
a. testen, was für Werte am ehesten das alte Ergebnis liefern (und eventuell den Wrapper anpassen)
oder
b. jemanden finden der https://github.com/dubhatervapoursynth/vapoursynth-awarpsharp2 zu API4 portiert, releases macht und idealerweise auch per pip zur Verfügung stellt. (hab mal bei https://github.com/adworacz/zsmooth/issues/7#issuecomment-4821598232 gefragt, wenn aWarpSharp2 in ZSmooth unterstützt würde, w#re das super
)Cu Selur
RE: Bug beim Processing der gleichen Datei - powerthrash4K - 27.06.2026
Hättest du im schlimmsten Fall ansonsten eine Alternative, was man stattdessen holen könnte (also anstatt aWarpSharp2) oder gibt es da nichts annähernd gutes ersatzweise bzw. ggf. besseres?
RE: Bug beim Processing der gleichen Datei - Selur - 27.06.2026
Alternative, um was zu machen?
Die Kombination von:
clip = smdegrain.SMDegrain(clip, thSADC=150, RefineMotion=True, interlaced=False, pel=1, subpixel=3, opencl=True, device=-1)
# sharpening using AWarpSharp2
clip = sharpen.AWarpSharp2(clip, thresh=90, blur=2, depth=25)
# contrast sharpening using CAS
clip = core.cas.CAS(clip, sharpness=0.600)
# adjusting color space from YUV420P8 to YUV444P16 for vsGLSLAdaptiveSharpen
clip = core.resize.Spline36(clip=clip, format=vs.YUV444P16)
# sharpening using GLSL Adaptive Sharpening
with open("C:/Program Files/Hybrid/64bit/vsfilters/GLSL/parameterized/adaptive-sharpen.glsl") as glslf:
glsl = glslf.read()
glsl = glsl.replace('#define curve_height 1.0', '#define curve_height 1.0000')
glsl = glsl.replace('#define anime_mode false', '#define anime_mode true')
glsl = glsl.replace('#define overshoot_ctrl false', '#define overshoot_ctrl true')
glsl = glsl.replace('#define video_level_out false', '#define video_level_out false')
clip = core.placebo.Shader(clip, shader_s=glsl, width=clip.width, height=clip.height)
from vsrealesrgan import realesrgan as RealESRGAN
# adjusting color space from YUV444P16 to RGBH for vsRealESRGAN
clip = core.resize.Spline36(clip=clip, format=vs.RGBH, matrix_in_s="709", range_in_s="limited", range_s="full")
# resizing using RealESRGAN
clip = RealESRGAN(clip, model=4, device_index=0, trt=True, trt_cache_dir=r"C:\Users\Peter\AppData\Local\Temp")Hätte spontan die Sharpener eher hinter den Resizer gepackt, wenn ich RealESRGAN model=4 verwende. (oder BasicVSR++ verwendet zum Cleanup)
Cu Selur
RE: Bug beim Processing der gleichen Datei - powerthrash4K - 28.06.2026
Eine Alternative für das selbe, was aWarpSharp 2 macht.
RE: Bug beim Processing der gleichen Datei - Selur - 28.06.2026
awarp, der Filter den ich im Wrapper verwende, ist der einzige andere Filter der den Warp-Algorithmus implementiert.
Sprich der Wrapper ist die cleverste Alternative, die mir eingefallen ist.
Cu Selur