Beiträge von De-M-oN

Naja du hast massive schwarze Balken oben und unten, daher konnte es auch so gut komprimiert werden.

Die Auflösung ist leider etwas nicht wirklich 16:9.

Liegt halt an der kleinen Vertikalen von 512 nur. Hätte man dann ruhig hochskalieren sollen.

Eine 4k sollte von Youtube normal angenommen werden, aber die Encodierung dauert da natürlich länger.

Ihr versteht es einfach nicht..

170 MB..

Also ist schon wieder bereits Lossy Material nochmals weiter encodiert worden.. Und 170 MB ist recht stark komprimiert (ausgehend von 15min und nicht gerade 360p)
Ihr sollt VERLUSTFREIES Material an x264 (in dem Fall Handbrake als GUI Programm) geben.
Nicht verlustbehafteten Matsch

Wenn was weggeschnippelt wurde, entferne Crop (Haken für cropping raus - bzw Werte überall auf 0, keine Ahnung wie es beim Handbrake war.

Und die Dateigröße richtet sich komplett nach Quellmaterial (wie komplex ist es, wieviel FPS, welche Auflösung usw) und dem eingestelltem Qualitätsfaktor beim Constant Rate Factor (CRF) Encodiermodus - Also nichts Bitrate..

Constant Rate Factor (CRF) = Man stellt einen Faktor ein und jedes Video wird an jeder Stelle, an jedem Frame und jeder Auflösung etc die exakt gleiche Bildqualität aufweisen. Und CRF nimmt sich nur exakt so viel Bitrate, wie für den gewählten Qualitätsfaktor pro Frame notwendig ist. ---> Das hat 2 Vorteile:

-> Kein Bauchgefühlgerate mehr mit Bitrate.
-> Man weiß das die Videos immer exakt gleich aussehen, egal wie komplex sie sind. (Einheitliche exakt identische Videoqualität)

Die weiteren x264 Einstellungen beeinflussen bei CRF dann eben nur noch Encodierzeit vs Dateigröße.

Höherer CRF Faktor = schlechtere Qualität. Kleinerer eben besser. 21 reicht dem Auge für ein Bild, als würde man gerade spielen.

a) Man encodiert nicht Lossy Material doppelt
b) Encodiereinstellungen helfen.

x264 ist halt ein viel hochwertigerer Encoder als Camtasias Encoder..

Stell halt CRF Faktor höher oder intensivere Encodiereinstellungen. Dann wirds auch kleiner. Gewählter Audiocodec und dessen gewählte Bitrate ist natürlich auch von Bedeutung - vor allem bei solch miniaturdateigrößen.

Das wiederum wäre schade, wenn das nötig ist, weil gerade das bringt dem Lagarith neben 64bit ja so ein Leistungsschub gegenüber HuffYUV
Aber irgendwie kann ichs mir auch nicht vorstellen, weil das Videostudio tut eig. nur die Daten an Lagarith übermitteln und Lagarith letztendlich encodiert ja.
Aber hmm^^ man weiß ja nie xD

YV12 ist übrigens 12 bit, nicht 10.

Probiere es mal bitte ohne Nullframes. Nicht jedes Videoprogramm mag diese

Möglicherweise kann auch Handbrake eine Lagarith Datei ohne Nullframes lesen. MeGUI kann das in dem Fall nämlich dann auch mit FFVideoSource als Decodierungsweg, sonst geht eben halt wirklich nur AVISource (so das eben auf dem vom Lagarith Setup installierten Decoder auch zurückgegriffen wird)

Öhm ja und RGB ist natürlich Quatsch, wenn du in YV12 encodierst. Eig. bestimmt man den Farbbereich nur mit lagarith selbst

Hat Videostudio denn auch YV12 zur Auswahl?

Benutze den Lagarith Codec. Der ist besser.

Warum dein MKVMergeGUI abgestorben ist weiß ich nicht.

Du hast aber das hier und auch von dort her oder?

http://www.bunkus.org/videotoo…x-unicode-4.8.0-setup.exe

@ Trollwut, hattest eig. meine Presets mal genutzt die ich dir in PN gab? Weil das YT (CRF 21) [Langsam] wäre z.B. auf "Slower" gesetzt

Also deine Erfahrung war jetzt auf CRF 21 bezogen oder? Dann auf jeden Fall auch mal danke für die Info. Denn wieviel das ausmacht im Genauen hat mich dann doch mal interessiert

Guck mal bei deinem Video @ 22:58

Da ist dein Profil auf 29,97 fps eingestellt

Darum hat er es auch mit 29,97 fps geschrieben.

LOL dein Syberia lässt sich so dermaßen gut komprimieren, das du es glatt lossless hochladen könntest

Zumal da noch total kompressionspotential hinter steckt, wenn man stärkeres x264 preset nehmen würde.

Einfach nur krass

Da hasts gut bei dem Spiel
Da wär ja dann auch locker 2048x1152 drin gewesen

Die x264 Settings beeinflussen bei CRF eh nur noch die Dateigröße vs Encodierzeit. Von daher ist klar das du keine Qualitätsunterschiede siehst. Wäre auch schlimm wenns so wäre bei CRF^^ Denn dann würde CRF verbuggt sein.

Du solltest ref-frames wenigstens auf 3 machen, dürfte die kompression bereits deutlich verbessern. Ref-frames sind gutes Komprimierpotential. Max b-frames würd ich auch wenigstens 3 machen und weighted p-frame auch nicht unbedingt deaktiviert.

Aber letztendlich musste das selbst wissen.^^
Da dein Video eh ziemlich sehr schnell durchencodiert seh ich aber nicht das Problem die Einstellungen zu machen. Ich finde da kann man durchaus eben mehr komprimieren lassen dann..
Aber wie gesagt, ist ja deine Sache.

Kann man denn beim Handbrake kein x264 eigenes Profil auswählen?

Die Profile vom x264 sind nämlich recht gut und sinnvoll ausbalanciert.

Preset Slow komprimiert sehr gut und sollte bei dir immer noch ziemlich zügig encodieren.

MKVMerge wird btw MKVMörtsch (so sinngemäß^^ kann keine Lautschrift ^^) ausgesprochen, und nicht merge

Genauso heißt HuffYUV "haff YPSILON U V", nicht J. wo siehst du da ein J?

Ja aber OGG ist ein besserer Lossy Audio Codec als MP3.

Genauso wie eben x264 besser encodiert als Mainconcept oder gar xvid gibt es eben bei Audio Codecs auch differenzen

Zitat von maestrocool

welche Bitrate Videostudio erlaubt kann ich noch nicht sagen aber wenn die ebenfalls über 300 geht, dann wäre es eine gute Alternative, dem Avi-Kontainer sollte es ja egal sein und Handbrake ebenso.

OGG erlaubt maximal 500 kbit. Es kann auch sein das du einen Q-Regler hast. Den Q-Wert auf 10 entspricht 500 kbit, 9,0 entspricht 320 kbit/s 8,0 256 kbit/s usw (nur damit du grob bescheid weißt, sollte die Bitrate beim Q-Faktor nich bei stehen. Es ist auch 9,75 oder so möglich, sprich auch Kommazahlen (9,75 ergäbe 455 kbit) OGG arbeitet mit variabler Bitrate, also man gibt hier halt den Durchschnittswert an.

Zitat von maestrocool

wegen 30FPS... nein ich meinte die Datei interne info von Mediaplayer Classik... rosa umramte Zahl

Dann ist dein Video auch in 29,97 encodiert wurden. Warum auch immer wird dein Videostudio oder x264vfw deine 30fps Angabe ignoriert haben und trotzdem 29,97 fps encodiert haben.

Ein Video von mir mit 30 fps:

Beim Lagarith Video steht ebenfalls 30,000 fps.

Zitat von Deepstar

Und bei Audio vielleicht auf PCM umstellen, wenn es denn sein müsste.

Ja bitte

Du hast mit Lagarith und MeGUI eh keine Probleme mit PCM.
Und Dateigröße dürfte bei Lossless Material eher weniger eine Rolle spielen. Den Hauptteil macht vor allem bei Lossless eh das Video aus.

Zitat von maestrocool

Der kompletten Videoschnitt und eventuellen resize macht man doch schon Videostudio.

Aber wie resized Video Studio denn?

Auch mit qualitativ hochwertigem Lanczos4 Resize Filter? Oder einfach nur Pixelinterpolation? Ich vermute stark letzteres, einstellbar/einsehbar ist es jedenfalls nicht.

Naja hab in meinem vorigen Posts noch mehr edits drin, gucke halt gerade dein Video an

Achso und bei der Lossless Datei bereits zu resizen bläht nur unnötig encodierzeit und Dateigröße vorzeitig auf.

Zitat

wie dir vielleicht im Film aufgefallen ist hatte ich dann zum Schluss im Voreisstellungsprofil zur Avi 30 FPS stehen...und was kam bei der Videodatei raus als sie gerendert war und wir sie kontrolliert hatten im MPC ??? huch da stand 29,97.... wie merkwürdig.... das 30 FPS plötzlich 29,97 ergeben... Tatsache ist nun mal beides führt zu 29,97 oder 30 fps... ich weiß nicht mehr wo ich es gelesen habe aber NTSC hatte sich genau deswegen auf 29,97 FPS genormt, weil dann die Videos dann auch mit genau 30 FPS abgespielt werden.

Meinst du was hier steht?

Da hab ich sogar gerad 31

Das ist ja normal das es hier schwankt.

In Mediainfo steht bei 30 fps auch 30,000 fps ..

Zitat

und ich werde mich hüten einen 48 kHz Audiostream mit 44 kHz zu rendern, bei 320 kbit Rate kannst du mir nicht mehr weis machen das das lossi ist, bei 320 kbit kannst du eine Atombombenexplosion rein packen und die hört sich dann immer noch Original an.

Achso aber 44,1 khz vs 48 khz hörste oder wie?

Außerdem geht es darum überhaupt nicht und das hab ich auch geschrieben warum. Und das selbe Thema hatten wir mit deinem WMV Thema schon. Es geht nicht um deine Sinnesorgane in dem Fall. Sondern darum was physikalisch passiert.

Zitat

Wie auch immer, ich kann Wav nicht benutzen mit x264vfw, denn dann gibts wieder mal Störungen beim Video Encoden, in Form von abbrücken...weis der Kuckuck wieso.
Es reicht wenn Handbrake zum Schluss den Audiostream umwandelt auf AAC 44kHz 192 bzw 160 kbit (je nachdem welches Profil ich verwende)

Also gehste ja doch nach 44,1 khz runter. Also was denn nun?^^
Kannst du in x264vfw denn wenigstens OGG Vorbis Ton nehmen? Dann kannste diesen auf 500 kbit stellen. OGG Vorbis ist MP3 weit überlegen und AAC auch. Aber erst MP3, dann AAC und dann Youtube nochmal wieder AAC. Das ist genauso wenig toll wie mit Video diese so oft Lossy zu codieren zu lassen.

Die Bitrate beim Endencode sollte wenigstens 224 kbit/s haben. Immerhin gibt Youtube mittlerweile 160 kbit AAC @ HD.

Aber genau hierin liegt eben das Problem^^

Denn mit genau diesem Avisynth tut man den Decodierungsweg bestimmen und es hat auch super Resizefilter etc.

Ist halt schon schade, da Avisynth extrem viele nützliche Sachen hat.

@ Video:

29,97 fps und 30 fps sind NICHT das selbe.

Und mit etwaigen Verwaltungsaufwand das da 0.03 fps draufgehen das ist ja nun eine ganz interessante theorie.

29,97 gibt es weil NTSC und PAL halt. NTSC = 29,97 - auf dieser FPS Rate laufen NTSC Discs und Fernseher. Und PAL Fernseher / Discs auf 25 FPS.

Wenn dein Fraps Videomaterial auf 30 fps aufgenommen ist, dann sollte man auch die 30 FPS belassen und nicht auf so ein krummen Murks skalieren.

Warum benutzt du MP3 Ton wenn du Lossless speichern willst? Zu einer Lossless speicherung gehört natürlich auch der Ton !

PCM WAVE 44,1 khz, 16 bit, Stereo sollte hier gewählt werden. Gerade Ton leidet nämlich darunter wenn er doppelt encodiert wird und MP3 ist ziemlich Lossy. Vllt nicht 100% für die Ohren, aber physikalisch schon, daher auch hier mehrfache lossy encodes vermeiden, damit es auch fürs Ohr weiterhin ordentlich bleibt.

Tuning beeinflusst mehr das du angeben kannst, was deine Quelle ist und x264 tut dann mehr rausholen bei lossy encodierung, da es dann sich darauf einstellen kann. Das hat hier daher nichts mit Effekthascherei zu tun

Zitat von maestrocool

Du vergisst eine Sache, MeGui ist doch keine komfortable Videoschnittsoftware mit etlichen Effekten und Vorteilen, Video und Soundspuren und komfortabler Ripple-Bearbeitung,

Jau ich meinte jetzt auch nicht Ulead Video Studio, sondern eben den Encode danach.

Videoprogramm ist ja eh egal mit welchem du die Lossless Datei machst.

Schade ist halt das man bei Handbrake den Decodierungsweg nicht wählen kann und es kein Avisynth Support gibt.

Zitat

StaxRip, das seit Jahren überhaupt nicht mehr gepflegt wird.

korrigiert

Wenn du mit MeGUI bereits zurechtkommst, gibts eig. kein Grund zum Umstieg.

Beides ist nämlich eine Encodierung mit x264

MeGUI hat den Vorteil das man hier auch den Decodierungsweg bestimmen kann, es mit Avisynth arbeitet und somit unterstützt und das hier eine hervorragende Updatepflege der Encoder und Tools gehalten wird (diese 3 Punkte gehen mit Handbrake nämlich nicht)

Passiert das auch mit dem Mediaplayer Classic Home Cinema mit dem Haali Renderer?

Und die hast du mit AVS Script via AVISource geöffnet oder wie meinst du das jetzt?

Die MKV Datei wird ohne script geöffnet.

Nichts desto trotz (ist zwar offtopic) aber würde eher Media Player Classic - Home Cinema + Haali empfehlen. Deutlich mehr Performance

Lagarith & VLC?

Das ist wie Hund & Katze.

Ein Wunder das es überhaupt auf ging.

wow das ist ja mal richtig Katastrophe bei dir

DirectShowSource statt AVISource machter bei dir und convertfps hat da auch nichts verloren und die fpsrate spricht für sich.

Ich versteh nicht, warum er bei dir kein AVISource nimmt. Bei mir macht er es ganz normal.

Naja das versteh ich jetzt echt nicht ganz o.o

Naja müsstest dann erstmal das Script manuell machen. Kannst ja ein Muster AVS anfertigen, dann brauchste da immer nur Videopfad aktualisieren^^

Aber echt komisch. Vllt echt ein Bug, aber woher der rühren könnte ist mir jetzt gerad völlig unklar.

Ehhhh moment mal, bei dem DirectShowSource Eintrag ist ja nicht mal der Pfad zum Video.

Woher kommt das denn?

Vllt Sonderzeichen im Video? Oder admingeschützter Ordner oder so? EDIT2: Offensichtlich nicht, wenn ich 1. Bild angucke. Extrem komisch. Oder mag er vllt die Leerzeichen nicht?

Kannste mir vllt mal den Scriptinhalt geben, das MeGUI erstellt, wenns zu dem Fehler kommt?

Das macht aber kein Sinn irgendwie

Weil du hattest vorher ja auch AVISource benutzt oder nicht?

Hast du vllt irgendn Codecpack o.ä. vor kurzem installiert gehabt?

Wenn du dir manuell eine AVS Datei anlegst mit AVISource als decodierungsweg und diese dann mit MeGUI öffnest, geht das?

Lagarith = AVISource, weißt ja auch. Und da musste dann hier DirectShowSource auswählen.

File Indexer und Oneclick fallen hier flach.

One Click wäre mit meinen neuen Presets die ich später mal posten werde sehr laienhaft tauglich (da super einfach) zu machen, aber leider hat man da nicht die Möglichkeit dem beizubringen, das er AVISource nehmen soll und NICHT File indexer.

Zitat

Beim Öffnen via DirectSource kommt die Fehlermeldung, dass er die Datei nicht öffnen könne.

Doch musser aber über AVISource können.

ggf. den Lagarith Codec nochmal drüber installieren ( http://lags.leetcode.net/codec.html )