Les Mac Apple Silicon ne devraient pas avoir de mal à encoder des vidéos

Nicolas Furno |

Même si c’est une pratique beaucoup moins courante qu’à une époque, l’encodage des vidéos reste l’une des tâches de prédilection pour mesurer les performances d’un ordinateur. Il faut dire qu’encoder une vidéo est une tâche particulièrement complexe, qui impose une pression continue sur le processeur. C’est pourquoi Pierre Dandumont a eu l’idée d’encoder quelques vidéos avec Handbrake sur le DTK, le kit de développement fourni par Apple pour préparer l’arrivée des Mac Apple Silicon.

Le journaliste de CanardPC — qui a analysé ce Mac un peu spécial dans son dernier numéro — a commencé par tester un encodage avec la version publique de Handbrake. Compilée pour les processeurs Intel, cette version nécessite Rosetta 2, la couche d’émulation de macOS. De ce fait, les performances sont assez médiocres : il a fallu près de 26 minutes pour encoder la version 4K du film Big Buck Bunny en version 1080p en utilisant le préréglage « Apple TV 1080p30 » inclus. L’encodage s’est fait en moyenne à 12 images par seconde, mais il faut dire que le processeur du DTK tourne alors au ralenti.

Encodage de la même vidéo sur le DTK avec trois configurations, sur un MacBook Pro de 2017 et sur la Surface Pro X de Microsoft qui tourne également sur un processeur ARM (graphique CanardPC).

Handbrake est une app open-source et le développement de sa version optimisée pour les Mac Apple Silicon se fait en public. Tout le code est disponible sur une branche spécifique de son projet de développement et n’importe qui peut compiler sa propre version à condition d’avoir le DTK sous la main et quelques connaissances de base dans le domaine. Avec cette version qui ne dépend plus de Rosetta et qui bénéficie de tous les cœurs du processeur Apple A12Z, l’encodage est deux fois plus rapide : 12 min 30 et 25 fps environ.

Le journaliste donne un point de comparaison : son MacBook Pro de 2017 avec un Core i7 de quatre cœurs fait légèrement moins bien pour encoder la même vidéo. Quand on sait que le DTK est construit autour d’un processeur pensé pour les iPad, cela promet pour les premiers « vrais » Mac Apple Silicon qui devraient bénéficier d’un processeur taillé pour les Mac. Toujours à titre de comparaison, CanardPC a glissé la Surface Pro X dans le mix, un ordinateur ARM conçu par Microsoft. En utilisant une version native de Handbrake compilée pour cet ordinateur, l’encodage est deux fois plus lent que pour le DTK avec émulation.

L’information la plus intéressante de ce comparatif vient toutefois de l’encodage matériel, une option prise en charge par Handbrake. Dans ce cas, Big Buck Bunny est encodé à 150 images par seconde sur le DTK, soit six fois plus rapidement qu’en utilisant uniquement l’encodage logiciel. C’est impressionnant et surtout, c’est plus rapide qu’un Mac Intel avec T2, une puce ARM qui se charge avant tout de la sécurité, mais qui peut aussi proposer ses services sur d’autres tâches et notamment pour encoder des vidéos.

La puce Apple T2 intégrée à l’iMac Pro (image iFixit).

Un Mac Intel avec puce T2 encode les vidéos à environ 115 images par seconde. Le DTK est encore plus rapide, ce qu’il doit certainement à l’utilisation d’un seul SoC qui intègre toutes les fonctions utiles. Et rappelons encore une fois qu’il s’agit d’un processeur optimisé pour les tablettes, les Mac Apple Silicon feront peut-être encore mieux.

Source
Accroche : @andrianthomas
avatar Tibimac | 

Ça va dépoter sévèrement et vu l'expérience qu'a Apple avec les iPad et iPhone et Apple TV, je ne pense pas qu'on ait de problème particulier donc je vais attendre ces Mac Apple Silicon pour changer mon MacBook Pro 😛 !

avatar en chanson | 

@Tibimac

N’oublie pas de racheter tes logiciels !🤑🤑

avatar raoolito | 

@en chanson

pas pour ceux etant sous abonnement.

avatar sebasto72 | 

@en chanson

Comme quoi l’abonnement a du bon, des fois... 😁

avatar esclandre77 | 

Savez-vous si VS Code sera compatible ?

avatar Ourson | 

@esclandre77

Il me semble que Microsoft avait assuré déjà travailler à la prise en charge des mac Arm pour leur ide vscode. De fait et à la lecture de cette article je peux des maintenant commencer à sauvegarder tout mes fichiers en prévision de l’achat de ces futurs petits bijoux 😝 en remplacement de mon MacBook Air 2018

avatar redchou | 

@esclandre77

Il n’y a pas de raison avec Rosetta 2...

avatar Mrleblanc101 | 

@esclandre77

Bien sur, p-e pas day one, mais c'est à ça que sert Rosetta. Apple contribue à porter électron sur ARM tout comme Microsoft donc aucun dangé de ce côté

avatar fte | 

@esclandre77

Lorsqu’Electron sera adapté à macOS ARM, ce qui devrait arriver peu après que Chrome sera adapté à macOS ARM, ce qui devrait arriver peu après les Mac ARM, à moins que ce ne soit déjà fait... toutes les applications Électron pourront être rendues compatibles rapidement, dont VS Code.

avatar esclandre77 | 

Et Git aussi

avatar Maxmad68 | 

@esclandre77

J’utilise Git sur DTK: aucun soucis, et c’est bien un programme universel compilé et pour x86 et pour arm.

avatar Mrleblanc101 | 

@esclandre77

Git est inclus avec le système et essentiel à Xcode, donc évidement il sera compatible

avatar Boboss29 | 

Depuis le départ, ça me semble évident que les mac Apple Silicon seront plus performants que les machines qu'ils remplaceront... Sinon autant rester sur Intel... J'imagine plusieurs types de processeurs dans la gamme: un équivalent très peu energivore pour les ultra portable (macbook et air), plus costaud pour les macbook pro, et des trucs ultra couillus pour les ordis de bureau (mac mini, imac) et plus tard pour équiper des mac pros des solutions encore plus performantes. Sinon quel intérêt de changer son matériel dans les 2 ou 3 ans à venir ☺️ et l'intérêt c'est peut être de se différencier d'intel pour séduire les utilisateurs pc d'utiliser un mac ? On verra bien ☺️

avatar DrStax | 

@Boboss29

L'ARM arrivera aussi (Est déja arrivé mais trop tôt) sur PC.

avatar Boboss29 | 

@DrStax

Oui mais pas les puces Apple. Arm c'est l'architecture (comme x86 x64), après chaque constructeur a ses processeurs. Un ryzen Amd est différent d'un core i7 par exemple, non ? Et pourtant ils sont compatibles.Or j'imagine mal Apple permettre d'utiliser ses puces ailleurs que sur son matériel... Mais nul doute que la concurrence va sûrement suivre 😉

avatar raoolito | 

@Boboss29

pas si simple, je crois avoir lu ailleurs que compilé pour ARM IOs ne veut pas dire que ca fonctionnerait sur un iOS tournant sur snapdragon par exemple. Il y aurait de vrais différences
bon, franchement je ne sais que penser vu qu’ARM dispense ses licences mais avec des jeux d’instructions compatibles donc bon..

avatar Boboss29 | 

@raoolito

Sûrement, n'étant pas programmeur, je n'ai pas toutes les subtilités de la chose, mais je pense que les puces Apple seront uniques pour Apple. Tout comme les Axxx depuis des années. D'ailleurs, de mémoire, il n'y a aucun Hack de ios sur des puces mobiles non plus ?

avatar redchou | 

@raoolito

Non, le code, en binaire fait appel aux instruction ARM. Si iOS était adapté aux snapdragons, les app tournerait aussi...

avatar esclandre77 | 

Dernière question : et Anaconda ? Merci

avatar fousfous | 

Après c'est que du fullHD, quand on prend des définitions supérieurs ça devient beaucoup plus long. Et c'est pas du tout proportionnel à la quantité de pixel, c'est plutôt exponentiel.

avatar raoolito | 

@fousfous

on part d’une video 4K pour la downgrader. Quelque soit l’encodage que vous prefereriez, le resultat serait dans les memes proportions.

avatar fousfous | 

@raoolito

Moi quand je créé une vidéo, le temps de l'encodage grimpe significativement quand je passe de la 4K à de la 6K. Et l'ordinateur donne l'impression de ne pas faire grand chose.

avatar raoolito | 

@fousfous

Je voulais dire que les proportions ( 2x plus rapide ou plus lent seraient les mêmes, sauf que le journaliste les attendrait encore peut être :) )

avatar Link1993 | 

Je cherche depuis tellement longtemps des équivalents à Handbrake et Subbler voire ces applications meme sur iPad... la puce est excellente, et maintenant qu'iPadOS gère les accès sur serveur distant, c'est carrément la bonne option !
Mais je ne trouves rien malheureusement... :(

avatar raoolito | 

@Link1993

on a une petite idee avec imovie ou photos, vu qu’ils peuvent encoder en partant d’une video brute(et ils sont bien optimisés sur ios). Il suffirait de tester l’encodage sur ces deux là et sur un mac avec T2 pour avoir une idée
si j’ai le temps je testerais

Pages

CONNEXION UTILISATEUR