Beiträge von kudo

Hat etwas länger gedauert aber hab hier nun Test Material und eine Anleitung zum Nachstellen.

Anleitung zum Nachstellen:

Avisynth version: 2.60 MT build vom 2015.02.20(SEt) https://www.dropbox.com/s/dckxoowjlzwk…nth_20150220.7z
Verwendete GUI: MeGUI (version: 2525)
x264 build: 2538kMod.10bit.x86_64(komisar) http://komisar.gin.by/

sample1: http://www99.zippyshare.com/v/bi65oKvG/file.html
avisynth script:

LSMASHSource_LWLibavVideoSource(source="sample1.264")

Verwendete x264 comandline:

--preset veryslow --crf 12.0 --qcomp 0.8 --no-fast-pskip

sample2: http://www98.zippyshare.com/v/kQEiIzx3/file.html
avisynth script:

LSMASHSource_LWLibavVideoSource(source="sample2.264")

Verwendete x264 comandline:

--preset veryslow --tune animation --crf 12.0 --deblock 0:0 --qcomp 0.8 --aq-strength 0.8 --psy-rd 0.80:0 --no-dct-decimate --no-fast-pskip --colorprim bt709 --transfer bt709 --colormatrix bt709

Den downloads liegen bilder bei, auf denen die Problemstellen gekennzeichnet sind.
Die *.264's sind unveränderte Ausschnitte der jeweiligen Bluray.
Die *.mkv's encodiert mit x264 und dem beschreibenen Problem (siehe Beitrag #1)
Ich hoffe das hilft weiter.
Falls noch weitere Informationen benötigt werden einfach hier rein schreiben.:)

Habs jetzt auch noch mal mit einem anderen GPU basierenden Encoder (NVEncC von rigaya) getestet (http://forum.videohelp.com/threads/370223…IA-GPU-encoding). Auch hier bei h264 das selbe Problem, bei h265 tritt das Problem nicht auf, kann ich bestätigen.
Das mit --tune grain werde ich dann auch mal testen.

Wenn es wirklich ein Bug in x264 ist wo kann man das melden oder hat es jemand schon gemeldet?

Hab auch noch ein zweiten Clip (ebenfalls ein Anime), bei dem auch dieses Problem auftritt. Wenn jemand interesse hat kann ich das Sample auch noch hochladen.

Ja mein Rechner ist übertaktet, allerdings hab ich nach etwa 12 Stunden prime95 test keinen Rechenfehler feststellen können. Könnte es trotzdem daran liegen?
Der Fehler tritt immer an dieser Stelle auf auch nach meheren encoding versuchen mit verschiedenen x264 builds sowohl 8bit alsauch 10bit.
Ich werde das dann nochmal auf einem anderen Rechner testen.

Könnte die Bitrate bei CRF 12 immernoch zu gering sein?

Was ich merkwürdig finde ist, wenn ich vorher mit avisynth blur(0.1) filtere tritt das Artefakt nicht auf.

EDIT:
Habs jetzt auch mal auf einem anderen Rechner aus probiert (nicht übertaktet). Gleiches Problem an exakt der gleichen Stelle.

Hi leute,
hab da mal ein kleines Problem mit dem x264 encoder.
Mir ist aufgefallen, dass x264 bei sehr scharfen Kanten artefakte bildet, die eigentlich nicht da sein sollten und ich weiß nicht woran das liegen kann.
Da ich nicht weiß wie ich's richtig bechreiben soll hier noch ein Bild (vergleiche gelb eingekreiste stellen) und sample (mkv->encode und .264->original von BD).

test nya000104.jpg

Sample: http://www29.zippyshare.com/v/2w2hIVnB/file.html

Vieleicht weiß ja einer von euch woran das liegen kann. Habs schon mit verschieden werten für aq-strength und psy-rd probliert aber ohne erfolg.
Verwendete settings:

cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=10  / psy=1 / psy_rd=0.80:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 /  trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 /  chroma_qp_offset=-2 / threads=6 / lookahead_threads=1 / sliced_threads=0  / nr=0 / decimate=0 / interlaced=0 / bluray_compat=0 /  constrained_intra=0 / bframes=10 / b_pyramid=2 / b_adapt=2 / b_bias=0 /  direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 /  keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf  / mbtree=1 / crf=12.0 / qcomp=0.80 / qpmin=0 / qpmax=81 / qpstep=4 /  ip_ratio=1.40 / aq=1:0.80

Ich hoffe jemand kann mir weiter helfen. Vielen Dank schon mal im vorraus.

Hab das ganze jetzt nochmal mit einem externen Bluray Laufwerk getestet, da scheint der Kopiervorgang problemlos zu funktionieren.
Hab das ganze dann per crc32 überprüft, beim externen Laufwerk gibts keine probleme, nur mein internes Laufwerk scheint nicht ganz zuverlässig zu sein.
Manchmal funktionierts und manchmal gibts fehler.
Werde in zukunft wohl immer zusätzlich noch mit crc32 prüfen ob alles problemlos geklappt hat.

Trotzdem würde mich noch interesieren, ob es ein Programm gibt welches beim decodieren des Streams feststellen kann ob dieser fehler enthält.

So hier ein Sample: https://mega.co.nz/#!boxnDQ7B!E2D…8Tyndc6H7eTKGR8

LigH: 2.b ist der Fall den ich meine.

Selur: Ich werde dann mal ein Sample vorbereiten.

Der Fehler ist ist leider schon im Quellmaterial, sprich im m2ts vorhanden, es muss also während dem Kopieren von der Bluray passiert sein.
Ich denke der decoder kann dann auch nichts mehr retten.
Falls es doch hilft ich verwende MeGui mit x264 also AviSynth basierend.
Decoder plugin LSMASHSource.dll

Verwendetes Script:

LoadPlugin("C:\Program Files (x86)\MeGui\tools\lsmash\LSMASHSource.dll")
LWLibavVideoSource("S:\BDMV\STREAM\00002.m2ts")

Danke schon mal für die antworten.

HQ-LQ: Der fehler ist nicht immer an der selben stelle, manchmal funktioniert das kopiren problemlos und ein anderes mal tritt das Problem an einer völlig anderen stelle auf, hab das schon mehrfach getestet.
Mein problem ist ich möchte nicht jedesmal bevor ich ein video encode das video manuell auf fehler prüfen.
Der Datenträger ist sauber und unbeschädigt, hab auch schon ein Ram-Test gemacht da ich dachte es der könnte defekt sein aber laut Test ist der inordnung.
LigH: Da der Fehler immer an verschiedenen Stellen auftritt wurde der nicht mit encodiert, sonst müsste er ja immer an der gleichen stelle sein.

Ich hatte gehofft, das es vieleicht einen Decoder mit debug modus gibt, der mit loggt was decoded wurde und man so heraus findet ob der Stream fehlerhaft ist.

Hi Leute, ich hab da so ein Problem.
Ich habe ein Video von einer Bluray auf die Festplatte gerippt was soweit auch funktioniert hat, aber manchmal kommt es vor, dass das gerippte Video fehler enthält.
Um jetzt nicht jedes Video vorher manuell auf fehler zu duchsuchen, wollte ich fragen ob es ein Programm gibt welches fehler in AVC h264 Streams findet.
TsDoctor hab ich schon ausprobiert, allerdings sagt es der Stream hätte keine fehler was offensichtlich falsch ist.

Hier noch ein Bild wie der Fehler aussieht.
snapshot_error.jpg

Hab jetzt mal ClamGrain und GrainOptimizer ausprobiert.
Ergebnis:
CalmGrain -> verursacht artefakte (ghosting)
GrainOptimizer -> scheint gut zu funktionieren mit FFT3dfilter zusammen

Erstmal vielen dank für das Script. Ich hab hier nochmal ein besseres Sample hochgeladen, wo man das Farbrauschen besser sieht. http://www.mediafire.com/download/nd2fw…71j/sample3.264 Das man das Rauschen ohne Detail verlust nicht weg bekommt ist mir klar, aber ich hab da noch eine Frage, ist es möglich das Rauschen zeitlich zu stabilisien?

Danke schon mal für den Tipp. Hab das mit folgendem script ausprobiert:
fft3dfilter(sigma=12,plane=3)#wegen farbrauschen
fft3dfilter(sigma=8)

Aber mit sigma=8 schluckt der schon richtig viele Details und um die Kanten entstehen auch merkwürdige Artefakte.

Screenshot: http://screenshotcomparison.com/comparison/66881

Ich wollte eigentlich sogut es geht die Details erhalten, darum habe ich es auch erst mit MDegrain versucht.

Hi, ich habe da mal ein Problem und hoffe, dass Ihr mir dabei helfen könnt.
Ich habe hier eine Remastered Anime Blu-Ray (Ranma) bei der leider sehr viel Grain enthalten ist ich habe schon verschiedene Filter, wie RemoveGrainHQ, TTempSmooth, HqDn3d ausprobiert aber es nicht richtig hinbekommen das Grain zu entfernen (reduzieren).
Das beste Ergebnis hatte ich mit folgendem script:

crop(240,0,-240,0,align=true)
fft3dfilter(sigma=12.0,plane=3,ncpu=12,bt=3)
removegrainhd(radius=2)
mb=medianblur(2)
s=repair(mb.TTempSmoothF(maxr=2, lthresh=8, cthresh=8, strength=2),mb)
filt= MSuper(s, pel=2,planar=true)
super = MSuper(last,pel=2,planar=true)
backward_vec1 = MAnalyse(filt, isb = true, delta = 1, overlap=8, blksize=16,search=3,truemotion=true)
forward_vec1 = MAnalyse(filt, isb = false, delta = 1, overlap=8, blksize=16,search=3,truemotion=true)
backward_vec2 = MAnalyse(filt, isb = true, delta = 2, overlap=8, blksize=16,search=3,truemotion=true)
forward_vec2 = MAnalyse(filt, isb = false, delta = 2, overlap=8, blksize=16,search=3,truemotion=true)
MDegrain2(super, backward_vec1, forward_vec1,  backward_vec2, forward_vec2, planar=true, thsad=120)

Allerdings habe ich damit ein Problem, bei schnellen bewegungen verwaschen details stark wenn ich mit thsad über 120 gehe und mit 120 wird nicht genug Grain entfernt.

Hier noch 2 Samples des Quellmaterials:
Sample 1 (13.4 MB): http://www.mediafire.com/download/jmr9r…275/sample1.264
Sample 2 (32.8 MB): http://www.mediafire.com/download/c8er2…7h4/sample2.264

Hi, danke für den Vorschlag.
Ich hab's mal ausprobiert, es hat ein wenig geholfen, aber ich finde, dass es immer noch etwas zu stark flimmert.
Sollte ich vielleicht ein anderen Deinterlace-filter verwenden?
Oder ist es möglich ohne große Nebenwirkungen stärker zu filtern?

Vielen dank für den tipp.
Das Ergebnis sieht eigentlich schon ganz gut aus, finde ich. (http://www38.zippyshare.com/v/45917859/file.html)
Aber gibt es eine Möglichkeit um das flackern an der Schrift zu verhindern?

Hallo Leute,
ich hab da ein kleines Problem mit dem IVTC von Anime (NTSC Japan).
DGIndex liefert mit folgende Inforamtionen:
fps: 29.970030
video type: ntsc
sequence: field/frame
frame struct: frame
frame type: interlaced

Ich hab versucht ein inverse telecine zu machen mit tfm(d2v="*.d2v") und dann tdecimate(mode=1).
Sowiet hat das auch ganz gut funktioniert, aber jetzt hab ich vereinzelt blends im video.
Hab auch schon versucht mit tfm(d2v="*.d2v") und danach srestore(frate=23.976,speed=-1) die blends wegzubekommen,
was allerdings nicht so gut funktioniert hat.
Wie bekomme ich die blends weg?

Hier noch 2 Samples:
http://www13.zippyshare.com/v/61418062/file.html
http://www44.zippyshare.com/v/45092031/file.html

Ich hoffe ihr könnt mir weiter helfen.

MfG Kudo
gleitz.info/index.php?attachment/97667/gleitz.info/index.php?attachment/97668/gleitz.info/index.php?attachment/97669/

Hi, ich war jetzt für einige Zeit nicht mehr hier, da es bei mir in der Zwischenzeit etwas Stressig war.
Mir ist da aber noch eine Idee in den Kopf gekommen, da ja scheinbar die Farbinformationen zu den Bottom-Fields an manchen Stellen fehlen, hab ich mir gedacht, dass
man diese vielleicht Intermpolieren könnte.
Es gibt ja Methoden, die komplette Zwischenbilder berechnen können (z.B MFlowFps), währe es möglich die fehlenden Farbinformationen so zu berechnen?
Und dann die fehlerhaften stellen mit den berechneten Informationen auszutauschen.

Da ihr meine Vermutung bestätigt und es sich bei dieser Quelle um sehr schlechtes Material handelt, hab ich jetzt mal ne andere Frage.
Kann man es irgendwie hinbekommen, das die Farbfehler beim laufenden Video weniger auffallen, natürlich ohne die Farbinformationen kommplett wegzuwerfen.
Wenn ich das Material durch srestore laufen lasse werden ja auch schon einige Bilder die fehler haft sind aussortiert.
Das Material muss nicht kommplett repariert werden, da ich aber leider keine andere Quelle habe wäre es schön wenn man die Fehler ein etwas überdecken könnte, dass sie nicht mehr so stark auffallen.

Hallo,
hat sich schon irgendjemand meine Samples angesehen und kann mir weiter helfen.
Ich habe keine ahnung, wie ich die Farbfehler los werde, ohne das das Bild zu sehr ruckelt.
Oder ist das ein Hoffnungsloser fall?