Ne devrions-nous pas toujours utiliser Web Optimized pour Handbrake?

21

J'utilise parfois Handbrake pour compresser des fichiers vidéo et je remarque que l'option "Web Optimized" n'est pas choisie par défaut et ne peut pas non plus être définie par défaut dans Options.

Mais j'ai essayé à la fois Web optimisé et non Web optimisé. Il s'avère que les deux fichiers s'avèrent être exactement les mêmes 320 Mo. Mais s'il est optimisé pour le Web, même lorsque j'utilise FTP pour télécharger sur le Web uniquement pendant environ 10 Mo, je peux déjà commencer à le regarder sur le navigateur Chrome - par opposition, s'il n'est pas optimisé pour le Web, je dois attendre et téléchargez tous les 320 Mo pour qu'il soit jouable.

Je suppose que l'optimisation Web signifie probablement mettre une sorte d'index d'images vidéo à l'avant du fichier plutôt qu'à la fin, afin que l'index soit prêt et que les utilisateurs puissent voir la vidéo même avec seulement 10 Mo ou 20 Mo. Mais, (1) pourquoi n'utilisons-nous pas toujours le Web optimisé et en faisons-nous la valeur par défaut? (2) est-il du tout configurable pour en faire la valeur par défaut dans Handbrake de sorte que si nous oublions de le définir à chaque fois, nous devons réellement ré-encoder à nouveau?

PS L'autre chose que je n'aime vraiment pas pour la version non optimisée pour le Web est, si je télécharge sur mon site Web, et que je voyage et que je veux accéder à ce fichier, et si la vitesse nette est lente, faire jouer la vidéo et faire une pause tout le temps, puis je peux télécharger le fichier et le lire à l'aide du lecteur VLC. Mais si j'ai téléchargé 200 Mo ou même 280 Mo, la vidéo ne jouera toujours pas, même pendant 1 seconde. Il doit être entièrement téléchargé de 320 Mo avant de pouvoir jouer quoi que ce soit

mp4 video-encoding handbrake

— nopole
source

7

Si la vidéo doit être diffusée en continu, vous devez l'optimiser sur le Web. Cela place un bloc spécial du fichier vidéo à l'avant appelé un "atome moov", qui est un peu comme une table des matières. Je ne sais pas pourquoi, mais ce n'est pas au début par défaut et peut apparaître n'importe où. Pour le streaming Html, ce bloc doit être lu en premier avant que l'utilisateur distant puisse commencer à visionner la vidéo.

Pour une excellente explication de niveau moyen à ce sujet, voir:
http://rigor.com/blog/2016/01/optimizing-mp4-video-for-fast-streaming

— zip zinzel
source

5

C'est une des raisons pour lesquelles non:

Si vous l'activez et convertissez votre vidéo, l'iPad ne lira pas le fichier vidéo! Au lieu de cela, vous obtenez l'erreur "L'opération n'a pas pu être terminée".

/programming//q/24042894/1066234

— Kai Noack
source

2

êtes-vous sûr? J'ai essayé les deux Web Optimized ou non, et dans les deux cas, je peux télécharger vers l'application Films sur iPad, ou le visualiser à l'aide de Google Chrome sur iPad si le fichier est servi sur mon site Web par une société d'hébergement Web

— nopole

Si vous essayez de lire les fichiers vidéo avec un lecteur flash, ils ne démarreront que lorsqu'ils seront complètement chargés (profil de conversion iPad). Ici, vous devez utiliser "Web optimisé", puis ils commencent immédiatement. Si vous lisez les vidéos avec <video> HTML5 et qu'elles sont optimisées pour le Web, alors vous avancez dans la chronologie, le chargement de la vidéo ne fonctionnera pas ou attendra que la vidéo soit chargée jusqu'à ce point.

— Kai Noack

3

Je suppose que cela revient à l'opinion. Je sélectionne toujours Web Optimized mais cela ne signifie pas que tout le monde voudrait le faire. Handbrake est un logiciel open source et j'ai découvert qu'il aime laisser les gens choisir ce qu'ils veulent.

Si vous n'avez pas besoin des ajouts optimisés pour le Web, alors pourquoi les inclure dans le codage?

— tbenz9
source

non, que les données d'index de trame soient devant ou à la fin du fichier, cela n'a pas vraiment d'importance, n'est-ce pas?

— nopole

Je ne sais pas si les vidéos non optimisées pour le Web contiennent même des données d'index d'images. Avez-vous une source qui répertorie l'inclusion de données d'index de trame? Merci.

— tbenz9

c'est le fait que si le fichier se trouve sur votre disque dur ou est totalement téléchargé sur la page Web, vous pouvez accéder à n'importe quel point de la vidéo. Il devrait donc y avoir des données d'index de trame. Parce que, s'il n'y a pas de telles données, alors même si 20 Mo du fichier sont téléchargés, vous devriez pouvoir regarder la vidéo depuis le début ou même passer à 10 secondes plus tard, n'est-ce pas? Le fait que vous ne puissiez pas signifie qu'il y a des données manquantes qui sont cruciales pour la lecture de la vidéo même dès le début.

— nopole

2

donc ce que je veux dire, c'est que si les tailles de fichiers finales sont les mêmes, et qu'il n'y a pas de pénalité pour la qualité, qu'elle soit optimisée Web ou non Web, alors pourquoi ne pas simplement la rendre Web optimisée tout le temps, de sorte que le fichier est plus universellement utilisable?

— nopole