Videobibliothek konvertieren

Videobibliothek konvertieren (18 Beiträge, 294 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Ich hoff das ist das richtige forum für meine frage!?

Ich habe über die jahre eine riesige sammlung an videofiles gesammelt, die natürlich die unterschiedlichsten container und codecs verwenden. Weil immer mehr geräte den h264 codec am besten wiedergeben, möchte ich diese ganze videobibliothek nun umkonvertieren.

Bei einzelnen files bestimme ich schon gern selbst die bitrate, je nachdem wie gross/klein das file werden muss. Für die umkonvertierung der gesamten bibliothek hab ich aber einzig und alleine folgende anforderung: Keinen Qualitätsverlust.

Ich habe also videofiles unterschiedlichster herkunft (unterschiedliche formate und auflösungen) die ich möglichst einfach und ohne qualitätsverlust in mp4/h264 umkonvertieren möchte.

Gibt es ein tool, welches die bitrate selbst anhand des quellmaterials ermittelt und gleichzeitig die batchverarbeitung beherrscht? Wie würdet ihr denn vorgehen?

danke schonmal für jeden tipp

x264 kennt schon eine Option, wo man eine Qualitätsstufe anstelle der Bitrate vorgeben kann (bei mir ist das ein Wert um die 20).

Mit Handbrake kann man das gut austesten, aber leider kennt es keinen bequemen Batchbetrieb (wenn auch eine Queue) = weder ganze Verzeichnisse noch Drag&Drop.

Aber wenn man die Commandline einmal hat, reichen übliche Batch-Scripts (for %% usw.). Allerdings: viele alte Videos haben (bei mir) noch Ränder oder Balken, und die gleich zu entfernen geht mit Handbrake recht gut.

Danke für den tipp!

Auch hier folgende frage:
Die sache ist die, dass ich einerseits videos haben, die nicht mal pal auflösung haben und eh schon *PIEP* codiert sind. Andererseits dann 1080p material mit extrem hoher bitrate.

Wie stell ichs an, dass beide videos mit angebrachter bitrate mit x264 codiert werden, ohne es selbst auszurechnen bzw. rum zu testen?

Wenn ich die qualität auf 20 stelle, wird dann abhängig von der bitrate des ausgangsmaterials codiert, oder nur abhängig von der auflösung?

Wie stell ichs an, dass beide videos mit angebrachter bitrate mit x264 codiert
werden, ohne es selbst auszurechnen bzw. rum zu testen?

selbst TV-Material schwankt - trotz der nominal zugrundeliegenden PAL-Auflösungen sehr stark (nicht 4:3 sondern 16:9, je nach Alter des Material ganz unterschiedliche Schärfe und Grieseln, Zeichentrickfilme, S/W-Material, ...) - all das wird meiner Erfahrung nach ganz gut abgedeckt. Inzwischen benutz ich zu 90% nur mehr ein und dasselbe Profil in Handbrake, früher hatte ich je eins für Cartoons, Serien usw.

Einzig S/W könnte man extra anlegen, wobei AFAIR nur MPEG4 (nicht h.264) dafür ein eigenes Flag kennt.

Testen bleibt einem so und so zumindest anfangs nicht erspart.

Wenn ich die qualität auf 20 stelle, wird dann abhängig von der bitrate des ausgangsmaterials codiert, oder nur abhängig von der auflösung?

Hauptsächlich abhängig von der Auflösung, wobei stärker komprimiertes Material weniger Details aufweist und somit eine niedrigere Bitrate rauskommen sollte, wenn allerdings das Bild mit Artefakten durchsetzt ist, geht es in die andere Richtung...

Ich würde eher einen CRF von 18 oder 19 nehmen, 20 oder 21 bei 08/15-Kost und 22 bzw. 23 bei unwichtigem Material.

Klare Empfehlung: XMedia Recode, allerdings habe ich Schwierigkeiten mit aktuellen Versionen, sprich Programmabstürze - falls bei dir reproduzierbar, dann auf ältere Version zurückgreifen (2.3.2.0 funktioniert anständig).

Damit gehst du Video für Video durch und passt je nach Ausgangsqualität und Präferenz den CRF-Faktor an, ähnliches gilt für Audio, wodurch sich eine Queue ergibt, die man dann vom Programm abarbeiten lässt.

"Those who would sacrifice a little privacy for more security, deserve neither privacy nor security."
(c) Benjamin Franklin

http://staxmedia.sourceforge.net/ ist das Opensource Frontend meiner Wahl und beherrscht auch verschiedene Möglichkeiten zur Batchverarbeitung. Ist nicht gerade ein Oneclick-Encoder, man muss ein bisschen warm werden damit. Aber die Fülle der Möglichkeiten belohnt. U.a. kann auch das Cropping in der Batchverarbeitung miterledigt werden.

Danke für den tipp!

Die sache ist die, dass ich einerseits videos haben, die nicht mal pal auflösung haben und eh schon *PIEP* codiert sind. Andererseits dann 1080p material mit extrem hoher bitrate.

Wie stell ichs an, dass beide videos mit angebrachter bitrate mit x264 codiert werden, ohne es selbst auszurechnen bzw. rum zu testen?

Wie march schon geschrieben hat, das stellst du im Codec unter "Quality" ein - und machst dir in Staxrip gleich ein Profil dafür, um mit der Einstellung den Inhalt eines ganzen Ordners zu encoden. Wobei das Preset "DivX Plus" (nicht verwirren lassen, damit ist MKV gemeint) eigentlich schon sehr brauchbar ist. Da ist Quality auf dem Wert 22.

Es gibt für Staxrip ziemlich viele, gute Anleitungen: http://sourceforge.net/apps/mediawiki/staxmedia/index.php?title=Guides
Ich empfehl dir besonders die: http://encodingwissen.de/staxrip

Du wirst nicht drum herum kommen, ein paar Testencodings zu machen um dich einzuarbeiten, bevor du eine Batchverarbeitung startest und dein PC rechnet sich tagelang einen Ast und dann wars umsonst weil etwas am Encoding nicht passt. Das gilt aber genauso für Oneclick-Encoder wie DVDfab die 1.) kostenpflichtig sind, 2.) überhaupt keine ein-Click Encoder sind, sondern nicht weniger Clicks erfordern als Staxrip und 3.) mMn. schlechter encoden als Staxrip (was eigentlich nicht sein kann, weil die genauso nur ein Frontend für genau dieselben Opensource-Codecs sind, wie Staxrip sie benutzt und es ist aber trotzdem so. Wahrscheinlich sind die Codec- und Filterpresets bei Staxrip einfach ein bissl besser ausgetüftelt).

Um jetzt noch deine unausgesprochene Frage zu beantworten, die ich glaube zwischen den Zeilen zu lesen:
Nein, weder ich noch sonstwer kann dir eine schlüsselfertige Lösung oder Anleitung geben, wo du in unter 15 Minuten ein Programm installierst, 150 Filme batch-verarbeitest und du brauchst dich um nichts zu kümmern, nichts zu wissen und nichts zu lernen. Sondern beim Filmencoden gehts nicht anders, du wirst dich damit beschäftigen müssen und selber rumspielen und rumprobieren müssen.

Für die umkonvertierung der gesamten bibliothek hab ich aber einzig und alleine folgende anforderung: Keinen Qualitätsverlust.

Du solltest dich bisschen einlesen in die Thematik MKV, denn ein paar Formate kann man muxen, d.h. der Audio/Video Inhalt wird 1:1 einfach in einen neuen Container - eben MKV - umgeschrieben. Dabei gibts keinen Qualitätsverlust und natürlich geht das viel schneller als das Umcodieren. Nur die Größe der Videodatei, die dabei raus kommt, darf keine Rolle spielen.

Dabei gibts keinen Qualitätsverlust und natürlich geht das viel schneller als
das Umcodieren.

im Prinzip ja ein Ansatz mit Vorteilen.
Leider gewinnt man damit nichts, wenn es drum geht, die Sammlung universell abspielen zu können, weil eben nach wie vor die Codecs nicht überall zur Verfügung stehen.

Den Einwand versteh ich jetzt nicht.

Matroska ist kein eigenständiger Codec sondern nur ein Containerformat, das verschiedene Codecs beinhalten kann. Wie gesagt kann man einige Videodateien direkt in einen MKV Container muxen, WENN ... sie bereits in einem zulässigen Format encoded sind.

Wir setzen voraus ein Muxingtool erstellt kein ungültiges MKV, dann ist es Sache des Geräts, das behauptet MKV abspielen zu können, dass es alle in Frage kommende Codecs lesen kann, die in einem MKV vorkommen können. Dass das für die Gerätehersteller ein Horror ist, ist ein ganz anderes Thema. Da rächt sich halt, dass bei Opensource Projekten jeder nur das macht wofür er sich berufen fühlt, aber mit Hardwareherstellern verbindliche Wiedergabeprofile zu verhandeln, ist ihnen bis heute noch nicht gelungen. Vielleicht setzt sich DivX dahinter und erledigt das für MKV.

12.07.2012, 13:48 Uhr - Editiert von Beel_Zebub, alte Version: hier

Punkt ist: MPEG4/h.264 wurden u.a. dahingehend entwickelt, auch effizient in Hardware codierbar/decodierbar zu sein, siehe (endlich) diverse tragbare Player, angefangen beim iPod. Viele, speziell batteriebetriebene Geräte, aber auch viele Set-Top-Boxen, haben gar nicht genug CPU-Leistung, um was anderes zu abzuspielen, als was in die HW gegossen wurde.

MKV ist für die Industrie da nicht wirklich ein Thema.

DivX ist wiederum ein Ableger von MPEG4, nur halt wieder im AVI-Container.

Die Gerätehersteller sind teils auch selbst am Dilemma verantwortlich: Ein Teil hat diesen Part der Digitalisierung schlicht verschlafen, andere haben sich an die stets vergänglichen MS-Formate (WMV) angehängt, bestenfalls hat man Sigma Reeldesign-Chips als quasi-Standard verbaut.

Wieder einmal mußte dann Apple kommen und mit MPEG4 (Container = QT/MOV-Ableger) und h.264 in Hardware ein paar Standards zementieren, bis der Rest endlich aufgewacht ist (Sony ... hallooooo ... jemand zu Hause?)

Ich bin auch kein Freund von ständigem Umcodieren, aber Umpacken ist IMHO auch wiederum nur dann sinnvoll, wenn es um einen sagen wir mal Top-3-Codec geht.

Also *TRÖT*setzung ist für mich h264, der container ist absolut zweitrangig.

Sowohl mein kleiner wd media player, als auch android phone und ipad gehen mit dem codec eindeutig am besten um (stichwort hardwaresupport) und es scheint mir auch so, als würde sich das die nächsten jahre auch als quasi-standard halten.

Ob mkv, mp4 usw. ist zweitrangig, auch wenn ich mit mp4 die besten erfahrungen gemacht habe.

da man das ergebnis zumindest stichprobenweise sowieso durchschauen sollte...warum muss man gleich alles auf einmal konvertieren ? Das man nachher umso mehr doppelt machen muss ?
_________________________________________________________________
There are 10 types of people. Those who understand binary and those who don't

Wäre eigentlich auch meine vorrangige Empfehlung. Weil nicht nur, dass Geräte die MKV wiedergeben können, normalerweise ältere Formate wie DivX-XviD genauso problemlos abspielen können. Sondern vor allem, nachdem Matroska bis heute keine verbindlichen Wiedergabeprofile mit den Hardwareherstellern ausverhandelt hat, kann keiner sagen, wie das zukunftssichere kompatible MKV kodiert werden muss, das dann auf jedem Gerät abspielbar sein wird.

DVDFab
--------------------------------------------------------------------------

http://www.erightsoft.com/SUPER.html das Ding und sonst nix mehr, geht alles zum Einstellen, kann Batch usw.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung