Beiträge von De-M-oN

Mit Haali könntest du deine Verlustquellen auch mit DirectShow nun öffnen, trotzdem rate ich dringend zu File Indexer bei Verlustquellen. DirectShow sollte man hier wirklich eher meiden.

@Sam: Für 1440p reicht 2080x1170 aus.
Dieses 3072x1728 ist das minimum für die 2160.
_
und WAVE ist doch schon aktiviert bei ihm.

Das sollte auch standardmäßig so sein. Das es bei manchen deaktiviert ist wird wohl nachwirkung von vorher genutztem Onboardsound sein.

Zitat

Kann ich Videos irgendwie in 4K mit [lexicon]TMPGEnc[/lexicon] enkodieren? Als ich das das letzte Mal bei einem Video mit einem Standbild (einfach ein schönes Bild aus dem Internet) probiert habe, hat der das immer abgebrochen, weil zu wenig RAM vorhanden war (32-Bit-Anwendungen können ja nur 2 GB nutzen und die reichen gerade mal so für 1440p).

Wenn du ein 32bit Betriebssystem hast, darf eine Anwendung tatsächlich nur 2 GB nehmen.

Bei einem 64bit Betriebssystem darf allerdings eine Anwendung bis zu 4GB nehmen. Mit Avisynth könnte man auch die Anwendung zu zwingen nicht mehr als 4GB zu verbrauchen. SetMemoryMax(xxx)

Zitat

Aber Wave muss ich da doch jetzt nicht irgendwie als Standartgerät angeben oder ???

Vor allem wat hat dat da zu suchen, bei den Aufnahmegeräten

Nein, Und das ist ja auch richtig das es bei Aufnahme ist. Du willst ja aufnehmen. Da merkste vllt nun selber, was fürn dämlicher Weg und auch Umweg Lautsprecher ist.

WAVE ist die direkte Ansteuerung des Systemsound. Lautsprecher ist der totale Umweg.^^

andere tools vergessen oft das movi00 mitzunehmen. Daher ist meine Methode sicherer. Bisher gab es kein Tool was movi00 mitgenommen hatte.

Daher auch diese Anleitung.
__
Die Grenze liegt bei 4 TB pro Datei.

bzw eventuell auch bei 4 GB Audiogröße. Da eine [lexicon]WAV[/lexicon] maximal 4GB groß sein darf.
__

Das funktioniert mit jeder AVI. Bei Kompression kann es jedoch sein das nicht alles rückholbar ist.

30 fps sind auch nich wirklich weich, die 7ms besser merkt man ein bisschen, unweich sind aber beide, von daher würd ich mich eher für die bessere Bildqualität entscheiden.

25fps entlastet dein System während Aufnahme enorm, sparst Speicher, sparst Encodierzeit und youtube muss weniger frames mit bitrate versorgen.

keyint steht für keyframe intervall und ist in [lexicon]x264[/lexicon] config unter tab frametype der eintrag für die [lexicon]GOP[/lexicon] Länge.

Ich hab das auf 0 (stehend für infinite) da dies Dateigröße einspart, aber das Material lässt sich dann lokal nur schwerfällig spulen.

aq-strength beeinflusst die stärke des adaptiven quantizers. 1.25 hilft ein wenig für bessere Qualität auf Dunkelheit. Gleichzeitig bekommt Komplexität aber höhere Quantizer. Die Qualität des höheren quantizers ist aber dennoch noch ausreichend, sofern man mit gutem [lexicon]CRF[/lexicon] arbeitet. Also nicht gerad [lexicon]CRF[/lexicon] 25.

b-frames und partitions würd ich so lassen wie sie sind. 3200x1800 nimmt schon genug zeit in anspruch. Wenn du das intensiver einstellst, dauert es noch länger.

program input und output sind platzhalter für [lexicon]MeGUI[/lexicon] die [lexicon]MeGUI[/lexicon] dann ersetzt.

Siehe [lexicon]x264[/lexicon] config von MeGUI.

Damit man mir auch glaubt

program --preset slow --crf 18.0 --keyint infinite --min-keyint 1 --aq-strength 1.25 --output "output" "input"

LoadPlugin("D:\Programme\Sagaras Scriptmaker\Plugins\resamplehq.dll")
LoadPlugin("D:\Programme\Sagaras Scriptmaker\Plugins\blockbuster.dll")
Global breite = 3200
Global hoehe = 1800
Global AR = 0


AVIload("E:\Lets Play Blood\dosbox 2013-12-18 01-34-17-789.avi", 0, 0, 0, -0, -0)


Blockbuster("Blur", Block_size=4, Detail_min=75, Detail_max=100, Luma_offset=0, Luma_threshold=25, Strength=100)


Function AVIload (String file, int loading, int cl, int co, int cr, int cu) {
   Try {
       clip0 = (loading == 1) ? FFVideoSource(file, threads=1) : AVISource(file, false)
       clip1 = clip0.AssumeFPS(Float(Round(clip0.Framerate*1000))/1000).ChangeFPS(25.000)
       Global FPS = clip1.framerate
       clip1 = clip1.Crop(cl, co, cr, cu)
       clip1 = (clip1.width == breite && clip1.height == hoehe) ? clip1 : (AR == 1) ? ((float(Clip1.height * breite) / clip1.width) / 2 == round((float(Clip1.height * breite) / clip1.width) / 2)) ? ((float(Clip1.width * hoehe) / clip1.height) / 2 == round((float(Clip1.width * hoehe) / clip1.height) / 2)) ? clip1 : clip1.ConvertToRGB24() : clip1.ConvertToRGB24() : clip1
       clip1 = (clip1.width == breite && clip1.height == hoehe) ? clip1 : (AR == 1) ? (((clip1.width * hoehe) / clip1.height > breite) ? Clip1.ResampleHQ(breite, ceil(float(Clip1.height * breite) / clip1.width), Kernel = "Spline16", dstcolorspace="RGB24") : Clip1.ResampleHQ(ceil(float(clip1.width * hoehe) / clip1.height), hoehe, Kernel = "Spline16", dstcolorspace="RGB24")) : clip1.ResampleHQ(breite, hoehe, Kernel = "Spline16", dstcolorspace="YV12")
       back = (clip1.width == breite && clip1.height == hoehe) ? clip1 : (AR == 1) ? (0 == 1) ? ImageSource("", 0, 0, Clip1.framerate).Loop(clip1.Framecount).KillAudio().ResampleHQ(breite, hoehe, Kernel = "Spline16", dstcolorspace="YV12") : BlankClip(clip1.framecount, breite, hoehe, "YV12", Clip1.framerate).KillAudio() : clip1
       Return (clip1.width == breite && clip1.height == hoehe) ? clip1.ConvertToYV12() : (AR == 1) ? Overlay(back, clip1, (back.width - clip1.width) / 2, (back.height - clip1.height) / 2) : clip1
   }
   Catch (Error) {
       Return BlankClip(0, breite, hoehe, "YV12", FPS).KillAudio()
   }
}

[Information] [18.12.2013 09:34:16] Standard error stream
-[Information] [18.12.2013 09:34:27] raw [info]: 3200x1800p 1:1 @ 25/1 fps (cfr)
-[Information] [18.12.2013 09:34:27] x264 [info]: using SAR=1/1
-[Information] [18.12.2013 09:34:27] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
-[Information] [18.12.2013 09:34:27] x264 [info]: profile High, level 5.1
-[Information] [18.12.2013 11:45:24] x264 [info]: frame I:70    Avg QP:14.07  size:490269
-[Information] [18.12.2013 11:45:24] x264 [info]: frame P:14177 Avg QP:17.69  size:173392
-[Information] [18.12.2013 11:45:24] x264 [info]: frame B:18998 Avg QP:19.37  size:110869
-[Information] [18.12.2013 11:45:24] x264 [info]: consecutive B-frames: 17.3% 12.9% 19.6% 50.1%
-[Information] [18.12.2013 11:45:24] x264 [info]: mb I  I16..4: 13.9% 30.8% 55.2%
-[Information] [18.12.2013 11:45:24] x264 [info]: mb P  I16..4:  6.9% 18.3% 14.4%  P16..4: 16.3% 15.1%  8.3%  0.0%  0.0%    skip:20.7%
-[Information] [18.12.2013 11:45:24] x264 [info]: mb B  I16..4:  2.1%  2.8%  3.2%  B16..8: 27.0% 22.5%  6.4%  direct: 4.4%  skip:31.7%  L0:49.4% L1:47.4% BI: 3.2%
-[Information] [18.12.2013 11:45:24] x264 [info]: 8x8 transform intra:43.8% inter:41.2%
-[Information] [18.12.2013 11:45:24] x264 [info]: direct mvs  spatial:100.0% temporal:0.0%
-[Information] [18.12.2013 11:45:24] x264 [info]: coded y,uvDC,uvAC intra: 40.9% 48.9% 41.3% inter: 19.9% 16.9% 5.7%
-[Information] [18.12.2013 11:45:24] x264 [info]: i16 v,h,dc,p: 61% 35%  3%  1%
-[Information] [18.12.2013 11:45:24] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 21% 28%  3%  3%  3%  5%  2%  6%
-[Information] [18.12.2013 11:45:24] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 36% 31% 12%  2%  3%  3%  5%  2%  5%
-[Information] [18.12.2013 11:45:24] x264 [info]: i8c dc,h,v,p: 58% 21% 18%  3%
-[Information] [18.12.2013 11:45:24] x264 [info]: Weighted P-Frames: Y:4.4% UV:4.4%
-[Information] [18.12.2013 11:45:24] x264 [info]: ref P L0: 56.0%  3.6% 18.2% 10.5%  8.2%  3.4%  0.1%
-[Information] [18.12.2013 11:45:24] x264 [info]: ref B L0: 71.0% 17.8%  8.7%  2.5%
-[Information] [18.12.2013 11:45:24] x264 [info]: ref B L1: 91.5%  8.5%
-[Information] [18.12.2013 11:45:24] x264 [info]: kb/s:27666.08
-[Information] [18.12.2013 11:45:24] encoded 33245 frames, 4.23 fps, 27666.08 kb/s

schönes komplexes Bulletstorm Material

Ka was bei euch schief läuft

mein i7 3770k ist auf 4,2 ghz getaktet und schafft auf preset slow 4 bis 5 fps, nicht bloß 2.

Ergo das mehr Qualität auf Slow über geblieben ist

Also ein Encode auf besserem Preset ist auch auf [lexicon]CRF[/lexicon] höherwertiger, aber medium vs slow gewinnt slow eig. dennoch mit Dateigröße bei inkomplexem Material, das Ergebnis überrascht mich diesmal^^

haha das ist in der Tat ulkig^^

Sollte so eig. nicht sein, wäre vllt mal ein Fragefall für gleitz,doom9 oder direkt die [lexicon]x264[/lexicon] entwickler

Zitat

b-frame und so habe ich mal rausgelassen

Was meinste damit?

mit medium würde es bei komprimierbarem Material deutlich auffallender größer werden als bei material was sich kaum komprimieren lässt. Die 400 MB haste in dem Fall slow zu verdanken da bei inkomplexen Material die Kompressionstechniken von [lexicon]x264[/lexicon] ihre Stärke entsprechend ausspielen können dann.

Gerade da kann doch die Kompression wenigstens mal greifen

Eher kannste bei kaum komprimierbarem Material medium nehmen^^

Zitat von ameisenmann

Wenn ich die [lexicon]Bitrate[/lexicon] bei einem 2pass übrigens so einstelle, dass die Dateigröße gleich ist wie beim CRF-Verfahren, dann merke ich keinen Qualitativen Unterschied.

Die Dateigröße beim [lexicon]CRF[/lexicon] fällt aber immer unterschiedlich aus.

Lies den Lexikonartikel zu [lexicon]CRF[/lexicon] ! -> [lexicon]CRF[/lexicon] <-

[lexicon]CRF[/lexicon] ist weit wirtschaftlicher als bitrate.

Zitat

Mein derzeitiges Vorgehen ist so, dass ich die aufgenommene ts-Datei als mp4 abspeichern lasse von der Software des Elgato Game Capture HD.

Wird neu codiert oder nur umgemuxt (Container gewechselt)? Wenn erstres solltest du das auch schon unterlassen.

Zitat

Ich denke, dann kann ich meine Datei noch ruhig etwas kleiner bekommen mit minimal schlechterer Quali, wenn YT da eh noch einiges verhunzt

Je schlechtere Quelle du auf youtube hochlädst, desto schlechter fällt auch deren re-encode aus, sollte eig. auch logisch sein

Zitat

Aber 200 MB für eine Minute Video ist mir noch deutlich zu groß

Dann nimm eine [lexicon]Bitrate[/lexicon] die deinen Vorstellungen entspricht und lad die Aufnahme ohne re-encode hoch. Fehlenden Kommentar könnte man reinmuxen.

Artikel zu [lexicon]CRF[/lexicon] lesen. Klick auf [lexicon]CRF[/lexicon]

Zitat von ameisenmann

Bei der nächsten Überarbeitung wäre es vllt. auch cool, den 2pass zu erläutern, damit kann man noch mal Quali / Speicherplatz raus holen.

[lexicon]CRF[/lexicon] (Constant Rate Factor / Constant Quality) ist ein 1pass encodingverfahren

Wenn du 2pass machst, dann haste via [lexicon]Bitrate[/lexicon] codiert. Das solltest du nicht tun.

Bleib bei [lexicon]CRF[/lexicon].

Zitat

Wenn ich eine mp4 (erzeugt vom Elgato Game Capture HD) benutzen will, dann funktioniert "DirectShowSource" nicht. Man muss "File Indexer" benutzen.

Es würde mit installiertem Haali Media Splitter auch via DirectShowSource gehen, ich kann aber nur dringend von abraten und verlustquellen sollten weiterhin mit File Index gemacht werden.

Neues Tutorial kommt, wenn SSM fertig ist.

Zitat

2pass bei qualitätsbasierendem Encoding? Ich denke nicht dann sähe das material schlimmer aus.

Dann sähe das Material nicht schlimmer aus, bei quantizerbasiertem Encoding ist gar kein 2pass möglich. Das sind 1pass encodiermodi. 2pass geht nur bei Bitratenmodus.

Naja irgendwo muss der Fehler ja bei dir liegen, wenn ein simples AVISource nicht geht

Zitat

ach ich lass nero aac so x)

Naja musste wissen, aber bei einer derartigen bitrate wäres deutlich sinnvoller [lexicon]FLAC[/lexicon] zu nehmen^^ Das macht einfach mehr Sinn in dem Moment.

Was stört dich denn am SSM? Gibts etwas was dir am [lexicon]AVS Script Creator[/lexicon] besser gefällt? Kannst ja gerne Verbesserungsvorschläge in den SSM Thread posten. Profile kannste mittlerweile auch speichern dort.

SSM ist eig ein simpler drag&drop deiner Videos in die Liste und zack kannste schon auf Script speichern gehen, da du die Settings ja nur einmalig vornimmst und dann gespeichert werden. Das sollte eig. weit bequemer sein, als der interne AVS Creator vom [lexicon]MeGUI[/lexicon]. Daher verwundert mich gerade, was im Genauen an der Software sauer aufgestoßen ist.

Dann nutze es :p
Es macht das Scripterstellen deutlich bequemer und du hast meine Filterung um der du so her getrauert hattest das ich sie nicht verraten hatte

Zitat

Hab sagaras gefragt .. er meinte 64 geht auch klar D:

Mehr Ringing als 16.

16 ist unschärfer, dafür kein sichtbares Ringing.

Schärfe und Ringing verschlechtern die Komprimierbarkeit. Da youtube aber ja leider DOCH bitratefixiert codiert, muss das Material so komprimierbar wie möglich gemacht werden. Komprimierbarer wirds wenn kein Ringing entsteht und es nicht so mega scharf ist. Lanczos4 war daher völlig falsche Wahl, aber auch ich lern halt dazu. Ich ging damals von aus, das es nicht bitratefixiert codiert, aufgrund der immensen komplexitätsabhängigen [lexicon]Bitrate[/lexicon] bei Original. Aber anhand des quantizerverhaltens ist auch diese Stufe bitratefixiert. Nur anscheinend mit immensem VBR Verhalten.
1080 und 720 und drunter haben allerdings sehr eindeutige Werte. 1080p => maximal 6000, 720p => Maximal 3000 etc.

Zitat

Warum mein nero aac so eingestellt ist? Weil du mir das so früher gesagt hast

Weil damals davon ausgegangen wurde, das die Probleme an [lexicon]FLAC[/lexicon] liegen, aber später stellte sich heraus das es auch bei [lexicon]PCM[/lexicon] passiert und [lexicon]FLAC[/lexicon] gar nicht schuld ist, sondern damit schneller aufgetreten ist als bei anderen Formaten. Grund dafür ist aber ein anderer: Audiospurlänge differenziert von der Videospurlänge. Das sollte unbedingt vermieden werden. Kein Aufnahmeprogramm, nicht mal eine Videokamera, kann aber Audio und Video zu 100% synchron schließen. Zumal im Falle 30 fps ein Videoframe 33ms lang ist und entsprechend erst alle 33ms geschlossen werden kann. Das kommt noch hinzu zu dem Fakt, das es nicht perfekt synchron schließbar ist. Audio kann natürlich jederzeit geschlossen werden und ist von den 33ms unbetroffen.
Diese ungenauigkeit beim schließen summiert sich natürlich, wenn man mehrere AVIs anhängt. Ganz besonders heftig tritt das phänomen beim [lexicon]Afterburner[/lexicon] auf. Der schließt Audio teils zwischen 500 und 700ms früher als Video. Das summiert sich dann natürlich ganz besonders extrem.
SSM passt Audio halt an die Videolänge an beim extrahieren, so das solchartige Probleme gar nicht auftauchen und gewährleistet das das Video auch nach youtubes konvertierung noch auf die ms genau synchron bleibt.

Lösche alle Avisynth.dll vorkommnisse im [lexicon]MeGUI[/lexicon] Ordner, so das er dein externes Avisynth nimmt. Vllt ist da schon dein Problem. Immer das externe Avisynth nehmen.
Als Resizer eher Spline16, mit SSM noch Blockbuster anhaken und einstellen wie in meinem letzten Post beschrieben. ResampleHQ anhaken. 25fps benutzen.

Das ist meine Methodik der Filterung die ich damals vorerst noch nicht preis geben wollte.

Warum benutzt du Nero [lexicon]AAC[/lexicon] @ 640 kbit. Irgendwie bissl verschwendung, dann kannste auch gleich [lexicon]FLAC[/lexicon] nehmen. Großartig mehr als 600 benutzt [lexicon]FLAC[/lexicon] auch nicht und [lexicon]AAC[/lexicon] hält sich bei 640 eh "nur" bei ~512 auf.

Ein paar Posts vorher hab ich dir das gepostet gehabt.

Blockbuster("Blur", Block_size=4, Detail_min=75, Detail_max=100, Luma_offset=0, Luma_threshold=25, Strength=100)