Beiträge von De-M-oN

    Und die optimale Gegebenheit für Max [lexicon]GOP[/lexicon] 0 ist meines Wissens eine Desktopaufnahme ^^


    Das ist für jede [lexicon]x264[/lexicon] Option die Optimalsituation. Was meinste, warum diese so klein werden.


    Eine einzelne Einstellung egal welche - kann wenig oder auch mehr bringen - aber je mehr man verwendet, desto mehr potential besteht das eine gewisse Option was rausholen kann. Zusammen summiert sich es und es wird ein Schuh draus.


    Infinite [lexicon]GOP[/lexicon] kann sein Potential an ruhigen Phasen und natürlich Menüphasen ausspielen. Darüber freuen sich ebenso alle anderen Kompressionstechniken, nicht nur [lexicon]GOP[/lexicon]. Zusammen wird wie gesagt ein schuh draus. So wird zb ein Verwenden von mehr b-frames bzw ein verwenden von preset slow, statt medium auch max [lexicon]GOP[/lexicon] infinite mehr potential ausschöpfen können. Wie du also siehst ist vieles auch davon abhängig wie die anderen Sachen eingestellt sind.
    Es geht immer um das Gesamtpaket und nicht um eine einzelne Option.

    Dummerweise war das Forum schon weg, bevor ich einen schönen Post verfassen wollte :(


    Aber nun:


    Zitat

    Ich habe gerade testweise recht komplexes Material von 1080p auf 1800p vergrößert einmal mit spline16resize und einmal mit spline100resize.


    Die 16er Datei ist in meinem Fall 10% größer als die 100er.


    Jap hätt ich dir auch so sagen können. Spline100 wird kleiner ;)
    __________
    Ich hab hier mal ein paar Resizevergleiche angefertigt:


    Original
    Spline16
    Spline36
    Spline64
    Spline100
    Spline144
    Lanczos2 (ResampleHQ, avisynth interner Resizer kann es nicht)
    Lanczos4


    Und um euch die Differenz von ResampleHQ nahe zu bringen, neben der Tatsache das der Resizer die Gammawerte korrekt behandelt:


    Spline16 (ResampleHQ)
    Lanczos4 (ResampleHQ)


    Da sieht man schon recht deutliche Differenz zwischen Avisynth interner resize vs ResampleHQ. Bei Wunsch kann ich natürlich auch noch die anderen Resizemethoden via ResampleHQ durchlaufen lassen, statt jetzt nur [lexicon]Lanczos[/lexicon] 4 und Spline16.
    Und was mich echt umgehauen hat, war ja welch ein Detailbeibehalt bei Lanczos2 gegeben ist.
    _______
    und dann noch was anderes an die Leute die in 3200x1800 codieren:


    Ich empfehle euch das [lexicon]MKVMergeGUI[/lexicon] 64bit aus dem Startpost zu laden.
    Ich hatte öfter mal das Problem das MKVMerge keine Lust hatte mein 3200x1800 Video zu [lexicon]muxen[/lexicon], da es wegen Speicher immer abbrach. Abhilfe hat da nur ein [lexicon]muxen[/lexicon] in mp4 geschaffen und dann die mp4 fürs [lexicon]muxen[/lexicon] nach mkv zu nutzen. Ist aber ja recht unbequemer workaround.


    Die 64bit Version hat damit allerdings keine Probleme. Ist also ein reines Problem der Speicherbeschränkung von 32bit.

    Die sind sich recht ähnlich, aber 100 behält mehr Detail bei.


    Ich finde es allerdings schade, das Spline100 nicht mit ResampleHQ verwendbar ist.


    ResampleHQ ist halt ein Resizer der in korrekter Form den Gamma umrechnet.
    http://svn.int64.org/viewvc/int64/resamplehq/doc/index.html


    Ich weiß jetzt nicht in wie fern die DLL von Wilbert da mitzieht.


    Achja: Sazoga wird es sicherlich freuen das der neue [lexicon]SSM[/lexicon] Spline100 und Spline144 drin haben wird ;D

    Es wirkt sich immer dann ganz besonders aus, wenn du unkomplizierte Stellen hast. Darunter zb ein Menü etc. Stillere Bilder.


    Need For Speed ist natürlich jetzt nicht so optimale Grundbasis dafür :D


    Aber das du da so lange am Spulen hängst ist schon krass. Haste 'nen Desktopvideo versucht zu spulen? Wenn du ernsthaft 25sek spulzeit hast, haste entweder in eine enorm lange [lexicon]GOP[/lexicon] geklickt, oder deine HDD/CPU hängen da arg hinterher, aber so miserabel ist deine [lexicon]CPU[/lexicon] ja eig. nicht..

    b-frames auf 5 würde wie folgt aussehen: IBBBBBPBBBBBPBBBBBP...I


    Nein.


    Der [lexicon]Encoder[/lexicon] entscheidet das nach wie vor selber. Du gibst mit dem Parameter nur ein maximum vor.


    Zitat

    Je höher aq-strength, desto mehr Details bleiben erhalten. Bei dunkleren Stellen ist es sogar ganz sinnvoll den Wert zu erhöhen, da sich der [lexicon]CRF[/lexicon] besser an das Material anpassen kann und diese dunklen Bereiche nen tick besser aussehen. Dadurch wird die Datei halt größer.


    Das beeinflusst die Adaptive Quantizerstärke.


    Dunklere Bereiche sind Bereiche wo der Quantizer auf weniger Komplexität stößt, [lexicon]CRF[/lexicon] nutzt hier niedrigere Quantizerwerte, um der geforderten Rate Factor Qualität treu zu bleiben. Bei komplexen Stellen erkennt der Quantizer die Komplexität und komprimiert hier wenig, da würde [lexicon]CRF[/lexicon] dann höhere Quantizerwerte benutzen um Speicher zu sparen. AQ Strength beeinflusst, wie stark [lexicon]x264[/lexicon] dabei vorgeht. Bei höherer Stärke tut [lexicon]x264[/lexicon] also Dunkelheit entsprechend noch kleinere Faktoren geben, aber komplexität auch größere.
    Hohe [lexicon]CRF[/lexicon] Werte sollte man daher eventuell nicht mit 1,25 laufen lassen, denn die Komplexitätstellen beginnen dann früher zu leiden. [lexicon]CRF[/lexicon] 18 kann mit 1,25 problemlos laufen und verbessert dunkle Stellen.


    5 statt 3 bframes verlängern den encode. Klingt seltsam, wenns nur ein maximum angibt, ist aber mit den adaptiven b-frames begründet. Würde man adaptive b-frames ausschalten, würde die max b-frame einstellung in der tat nur das maximum definieren und 16 somit nicht langsamer als 3 sein. Mit adaptiven B-frames aktiviert hat es aber Einfluss auf die geschwindigkeit. Werte zwischen 3 und 5 sind beim meisten Material sinnvoll, Animes profitieren auch noch von 8.


    Zitat

    Wenn der Intervall zwischen den keyframes auf 0 bzw. infinite ist, heißt das nur, dass nur eben diese IDR-frames decodiert werden können. Man kann also nur an diesen Stellen im Nachhinein schneiden/spulen.


    Dem [lexicon]Encoder[/lexicon] wird keine maximale [lexicon]GOP[/lexicon] Länge mehr aufgezwungen, längere [lexicon]GOP[/lexicon] Längen (große Keyframeabstände) bedeutet aber das bei einer riesigen [lexicon]GOP[/lexicon] Länge auch eine riesige Menge an b und p frames zusammengerechnet werden müssen wenn du in deinem Player woanders hinspulst. Das Spulen wird also bei langen [lexicon]GOP[/lexicon] Längen träger. Gesplittet werden kann generell nur an I-Frames. Egal ob mit kurzer oder langer [lexicon]GOP[/lexicon] Länge.

    Ich kann mich aber daran erinnern das ich mal beide Spuren nach einer Aufnahme im [lexicon]Rohmaterial[/lexicon] hören konnte...


    Das kann der WMP gewesen sein. Das ist jedoch ungewollt.


    Stell dir mal vor du würdest bei einer DVD alle Sprachspuren gleichzeitig abgespielt bekommen und könntest dagegen nichts unternehmen :P


    Es ist halt völlig unüblich das man 2 Spuren in einem Video hat, aber trotzdem beide hören will..


    Das ist nun wirklich reiner LP Sonderfall.

    Ein Video kann nicht unterschiedliche konstante FPS Raten haben. Wenn es als 29,97 fps angegeben wird, dann wird dein gesamtes Video diese FPS Rate haben.


    Du müsstest also die FPS Rate des Intros auf 25 konvertieren.


    [lexicon]Mediainfo[/lexicon] nimmt sich die Info aus dem Header des Containers. Und auch da gibt es nur einen Dateikopf^^ Nach dem Anhängen/Muxen isses ja als ein Video und keine 2 Videos mehr.

    Zitat

    Benutzen die anderen niedrigeren Grafikdetail? Insbesondere Texturdetail?



    Möglich


    Dann ist das schonmal ein Faktor.


    Zitat

    Benutzen die anderen eine kleinere FPS Rate? (kannst du rauskriegen per Download des Videos.



    Ich hab 30FPS. Kleiner werden die wohl nicht haben.


    25fps sehen besser aus, denn so müssen weniger FPS mit deren [lexicon]Bitrate[/lexicon] auskommen.



    Zitat

    Welche [lexicon]Auflösung[/lexicon] hat dein Video und die anderen?



    Beides 1080p


    Dann wäre hier das Alter des Videos von Bedeutung. Youtube hat vor kurzem die 1080p [lexicon]Bitrate[/lexicon] von 6000 kbit auf 4000 kbit reduziert. Dadurch siehts allein schon deshalb schlechter aus.


    Wenn du mehr Qualität haben willst, benutze 25fps, und encodier in höherer [lexicon]Auflösung[/lexicon]. Optimal: 3200x1800. Sehr gut: 2560x1440, Gut: 2080x1170, eher mau: deine 1080er nativ.

    Möglichkeiten:


    Benutzen die anderen Motion [lexicon]Blur[/lexicon] und du nicht?
    Benutzen die anderen niedrigeren Grafikdetail? Insbesondere Texturdetail?
    Benutzen die anderen eine kleinere FPS Rate? (kannst du rauskriegen per Download des Videos.
    Benutzen die anderen Filter wie Blur?
    Benutzen die anderen schlechtere Encodierung so das es vermeintlich besser aussieht, aber in Wirklichkeit nur unschärfer ist?



    Ach und ganz wichtig:


    Welche [lexicon]Auflösung[/lexicon] hat dein Video und die anderen?

    Slow ist ein wertvollerer Encode - Bei [lexicon]Bitrate[/lexicon] sollte man an nix tieferes denken für einen hochwertigen Encode.


    Bei [lexicon]CRF[/lexicon] hat es zum größten Teil nur Einfluss auf die Dateigröße. Jedoch muss [lexicon]x264[/lexicon] bei schnelleren presets mehr gegenkompensieren, was nicht optimalst möglich ist. Daher kann es auf so suboptimalen Presets wie super fast oder sowas ein [lexicon]CRF[/lexicon] Faktor niedriger nötig sein als bei slow um ähnliche Qualität zu erzielen.


    Mit dem AMD ist slow nicht so doll, da würd ich eher zu medium raten zwecks mehr Speed beim Encode. Bei [lexicon]CRF[/lexicon] ist medium nicht wirklich sichtbar schlechter und kann somit der gleiche [lexicon]CRF[/lexicon] bleiben, sparst aber ein bei der Encodierzeit - deutlich. Dateigröße je nach Material ein Tick größer, aber nix gravierendes. Den größten Einfluss hat geforderte Qualität (CRF Faktor) und vor allem dein Videomaterial - wie komprimierbar ist es.

    Dein Edit hab ich bei vorigem post antwort geschrieben.


    erste Pass geht ein bisschen schneller als der 2. pass.


    Wenn ein 1 pass encode 30min dauert, würd ich bei 2pass auf 50min tippen. 2 bis 3 Stunden ist utopisch.


    Aber der Premiere [lexicon]Encoder[/lexicon] ist eh gruselig. Nur gefühlte 3 Einstellungen und so oberflächiges wie "mit maximaler Tiefe rendern" ja toll - und was heißt das? kann ja vieles bedeuten. Für 1000 € Software oder was das Ding kostet in der pro Version kann man da eig. mehr erwarten..
    _
    Preset Medium geht deutlich schneller als slow. Dürfte dich glücklicher machen von der Speed her.


    [lexicon]CRF[/lexicon] musste halt rumspielen was dir das beste Verhältnis zwischen Dateigröße und Qualität auf Dauer darstellt.


    [lexicon]x264[/lexicon] brauch mit slow natürlich länger, gibt sich aber auch beim Encode deutlich mehr Mühe.