Réglages idéaux du frein à main x264 pour l'encodage des vidéos

Quels sont les paramètres idéaux pour tirer parti des capacités de décodage matériel du processeur et éviter les fonctionnalités nécessitant un décodage logiciel ou une incapacité à décoder correctement le matériel?

Par exemple, je sais que les cadres B ne sont souvent pas bien gérés (ou pas du tout) sur de nombreux appareils mobiles et il en va de même pour le schéma de codage CABAC.

video raspbmc Goyuix
la source

Eh bien, votre question est ambiguë. En le demandant sur Raspbery Pi Q&A, nous vous donnerons et répondrons aux meilleurs paramètres pour le Pi .. pas les téléphones mobiles ou tout autre appareil. Veuillez modifier votre question.Toujours une très bonne question!

Piotr Kula

Je demande spécifiquement le Raspberry Pi et la distribution RaspBMC - j'ai simplement fourni les références mobiles comme contexte pour des fonctionnalités qui peuvent ne pas être disponibles car le matériel est assez similaire.

Goyuix

Je viens de lancer un test avec une source 720p et les paramètres par défaut "High Profile". Cela comprenait à la fois les cadres B et le codage CABAC. Il a très bien fonctionné sur RaspBMC. Je continuerai d'étudier d'autres options.

Goyuix

C'est vraiment génial. Je pense que Pi devrait être capable de gérer la plupart des encodages standard définis dans le frein à main. Comment le testez-vous? Je vais essayer de l'encodage 1080p

Piotr Kula

Je pense que la première étape serait de découvrir ce que votre décodeur peut et fera en utilisant du matériel.

XTL

Réponses:

Pour répondre à votre question, tout encodage H.264 fonctionnera parfaitement sur le Raspberry Pi. Vous devez donc sélectionner (quel que soit le profil que vous choisissez, le meilleur profil haut ou normal) l'option H.264 dans l'onglet Vidéo sous Codec vidéo . Pour l'audio, utilisez AAC (pris en charge) et choisissez stéréo (Dolby surround ne fonctionne pas).

En utilisant ces paramètres (testé moi-même), tout est agréable et fluide, aucun problème. D'autres options comme la fréquence d'images peuvent beaucoup influencer le film, un guide sur la fréquence d'images: https://trac.handbrake.fr/wiki/FramerateGuide

Je pense que cela vous aidera, rappelez-vous le codec vidéo sur H.264 et l'audio sur AAC stéréo. Vérifiez votre fréquence d'images et les autres options affecteront généralement la taille de la vidéo.

DanFritz
la source

N'oubliez pas d'activer l'optimisation pour le Web dans le frein à main. Vraiment obtenu pour sauter en avant / en arrière dans le flux ou le streaming via HTTP vers des lectures vidéo HTML5. Mon Pi est un PiTube

Piotr Kula

J'espérais vraiment une discussion plus détaillée sur des paramètres x264 spécifiques - j'ai spécifiquement mentionné les cadres B et l'encodage CABAC - qui seraient acceptables. Peut-être que ma question est trop vague ... par exemple, je choisirais différents paramètres si je l'utilisais principalement sur la sortie vidéo composite au lieu de HDMI, mais je ne pense pas pouvoir accepter votre réponse telle qu'elle est aujourd'hui. Les notes sur l'audio stéréo AAC sont parfaites. J'espérais aussi quelque chose de similaire avec les options avancées du x264.

Goyuix

Je pense que vous ne comprenez pas vraiment le concept des options supplémentaires comme les cadres B. Pour tous les paramètres et explications (et ce qu'ils font) mewiki.project357.com/wiki/X264_Settings Par exemple, les images B sont "les images B sont similaires aux images P, sauf qu'elles peuvent également utiliser la prédiction de mouvement à partir d'images futures. Cela peut conduire à une efficacité nettement meilleure en termes de taux de compression. " Cela n'a rien à voir avec la lecture de la vidéo sur le raspberry pi mais plutôt avec la taille de compression. Je ne sais pas vraiment si vous avez besoin de plus de traitement pour la sortie HDMI ou la sortie composite.

DanFritz

D'après mon expérience, les appareils de faible puissance (téléphones intelligents / appareils iOS principalement) sont que les vidéos encodées avec x264 qui utilisent des cadres B ou qui utilisent l'encodage CABAC ne seront pas lues correctement en raison de limitations matérielles / logicielles. Il y a certainement un compromis entre l'efficacité comme vous l'avez mentionné et un fichier qui ne sera pas lu en raison d'une fonctionnalité avancée non prise en charge par le moteur de décodage. J'espère trouver ce "sweet spot" pour le Raspberry Pi. Jusqu'à présent, mes propres tests ont été très positifs (High Profile avec beaucoup de cloches et de sifflets activés), mais pas définitifs.

Goyuix

"tout encodage H.264 fonctionnera parfaitement sur le Raspberry Pi." - n'est malheureusement PAS vrai. Voir ceci pour un bon exemple. Ce qui est encore pire le niveau 4.1, qui devrait être supposé être pris en charge sans problème, semble en avoir aussi. Au moins, j'ai un fichier 4.1 qui ne joue pas du tout dans Kodi sur Rpi.

silverdr

Pour toute référence future de quiconque cherche une réponse détaillée à cette même question, veuillez vous référer à ce post sur les forums Raspberry Pi: https://www.raspberrypi.org/forums/viewtopic.php?f=2&t=4668

Résumé: Le RPi prend en charge le profil élevé H.264 niveau 4.1. Si vous sélectionnez ces options sur la page Vidéo du frein à main, le Pi devrait les lire.

Vous devez vous assurer que l'audio est encodé avec AC3 plutôt qu'avec DTS, ou vous pourriez rencontrer des problèmes de lecture: voir cette question: Différence entre H.264 et x264 et comment le lire

À votre santé.

Pseudobolt
la source