This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

Bug beim Processing der gleichen Datei
#11
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.
Reply
#12
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.
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page.
Offline between (including) 29th of June and 5th of July => RockHarz Festival
Reply
#13
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.
Reply
#14
Da https://github.com/dubhatervapoursynth/v...warpsharp2 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))
Macht es einen Unterschied wenn Du den obigen code in shapen.py durch:
def _scale_depth(d: int) -> int: return max(-128, min(128, d))
ersetzt?

=> Patche sind gerne gesehen. Alternativ musste Du mal andere aWarpSharp2 Werte für threshold und blur versuchen.


Cu Selur
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page.
Offline between (including) 29th of June and 5th of July => RockHarz Festival
Reply
#15
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.


Attached Files
.rar   Neu.rar (Size: 2,7 MB / Downloads: 2)
Reply
#16
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/v...warpsharp2 zu API4 portiert, releases macht und idealerweise auch per pip zur Verfügung stellt. (hab mal bei https://github.com/adworacz/zsmooth/issu...4821598232 gefragt, wenn aWarpSharp2 in ZSmooth unterstützt würde, w#re das super Smile)


Cu Selur
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page.
Offline between (including) 29th of June and 5th of July => RockHarz Festival
Reply
#17
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?
Reply
#18
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")
sieht, ohne Sample von der Quelle, erst mal 'wild' aus.
Hätte spontan die Sharpener eher hinter den Resizer gepackt, wenn ich RealESRGAN model=4 verwende. (oder BasicVSR++ verwendet zum Cleanup)

Cu Selur
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page.
Offline between (including) 29th of June and 5th of July => RockHarz Festival
Reply
#19
Eine Alternative für das selbe, was aWarpSharp 2 macht.
Reply
#20
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. Big Grin

Cu Selur
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page.
Offline between (including) 29th of June and 5th of July => RockHarz Festival
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)