Sollten wir nicht immer das für Handbremse optimierte Web verwenden?

Ich verwende manchmal Handbrake, um Videodateien zu komprimieren, und stelle fest, dass die Option "Weboptimiert" nicht standardmäßig ausgewählt ist und auch in den Optionen nicht auf den Standardwert festgelegt werden kann.

Aber ich habe sowohl weboptimiert als auch nicht weboptimiert ausprobiert. Es stellt sich heraus, dass beide Dateien die gleichen 320MB genau sein. Aber wenn es weboptimiert ist, dann kann ich es bereits im Chrome-Browser ansehen, selbst wenn ich FTP verwende, um es nur für ungefähr 10 MB ins Web hochzuladen-im Gegensatz dazu, wenn es ist nicht weboptimiert, dann muss ich warten und alle 320MB hochladen, damit es spielbar ist.

Ich vermute, weboptimiert bedeutet wahrscheinlich, eine Art Videorahmen-Indizes in die Vorderseite der Datei anstatt am Ende zu setzen, damit der Index fertig ist und Benutzer das Video sogar mit nur 10 MB oder 20 MB anzeigen können. Aber (1) Warum verwenden wir nicht immer web optimized und machen es zum Standard? (2) ist es überhaupt konfigurierbar, es zum Standard in Handbrake zu machen, so dass, wenn wir vergessen haben, es jedes Mal einzustellen, wir eigentlich wieder neu codieren müssen?

PS Die andere Sache, die ich für die nicht weboptimierte Version wirklich nicht mag, ist, wenn ich auf meine Website hochlade, unterwegs bin und auf diese Datei zugreifen möchte und wenn die Netzgeschwindigkeit langsam ist, sodass das Video ständig abgespielt und angehalten wird, kann ich die Datei herunterladen und mit dem VLC-Player abspielen. Aber wenn ich 200MB oder sogar 280MB heruntergeladen habe, wird das Video immer noch nicht einmal 1 Sekunde abgespielt. Es muss die ganze 320MB heruntergeladen werden, bevor es spielen kann überhaupt nichts

Author: nonopolarity, 2013-12-25

3 answers

Wenn das Video jemals gestreamt werden soll, sollten Sie es weboptimieren. Dadurch wird ein spezieller Block der Videodatei an der Vorderseite platziert, der als "Moov-Atom" bezeichnet wird und einem Inhaltsverzeichnis ähnelt. Nicht sicher warum, aber es ist nicht am Anfang standardmäßig und kann überall erscheinen. Für das HTML-Streaming muss dieser Block zuerst gelesen werden, bevor der Remote-Benutzer mit der Anzeige des Videos beginnen kann.

Für eine großartige Erklärung auf mittlerer Ebene dazu finden:
http://rigor.com/blog/2016/01/optimizing-mp4-video-for-fast-streaming

 7
Author: zip zinzel,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2017-01-11 23:16:38

Dies ist einer der Gründe, warum nicht:

Wenn Sie dies aktivieren und Ihr Video konvertieren, spielt das iPad die Videodatei nicht ab! Stattdessen erhalten Sie den Fehler "Der Vorgang konnte nicht abgeschlossen werden".

Https://stackoverflow.com/q/24042894/1066234

 6
Author: Avatar,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2017-05-23 12:41:44

Ich denke, das kommt auf die Meinung. Ich wähle immer Weboptimiert aus, aber das bedeutet nicht, dass das jeder tun möchte. Handbrake ist Open-Source-Software und ich habe entdeckt, dass es gerne Leute auswählen lässt, was sie wollen.

Wenn Sie die weboptimierten Ergänzungen nicht benötigen, warum sollten Sie sie dann in die Kodierung aufnehmen?

 3
Author: tbenz9,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2013-12-26 01:09:44