Les Mac Apple Silicon ne devraient pas avoir de mal à encoder des vidéos
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.
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.
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.
Ç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 😛 !
@Tibimac
N’oublie pas de racheter tes logiciels !🤑🤑
@en chanson
pas pour ceux etant sous abonnement.
@en chanson
Comme quoi l’abonnement a du bon, des fois... 😁
Savez-vous si VS Code sera compatible ?
@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
@esclandre77
Il n’y a pas de raison avec Rosetta 2...
@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é
@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.
Et Git aussi
@esclandre77
J’utilise Git sur DTK: aucun soucis, et c’est bien un programme universel compilé et pour x86 et pour arm.
@esclandre77
Git est inclus avec le système et essentiel à Xcode, donc évidement il sera compatible
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 ☺️
@Boboss29
L'ARM arrivera aussi (Est déja arrivé mais trop tôt) sur PC.
@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 😉
@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..
@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 ?
@raoolito
Non, le code, en binaire fait appel aux instruction ARM. Si iOS était adapté aux snapdragons, les app tournerait aussi...
Dernière question : et Anaconda ? Merci
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.
@fousfous
on part d’une video 4K pour la downgrader. Quelque soit l’encodage que vous prefereriez, le resultat serait dans les memes proportions.
@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.
@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 :) )
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... :(
@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
@raoolito
C'est pour du montage ça. Pas pour encoder une vidéo au format mkv ou mts (qu'iOS ne gèrent pas), en m4v par exemple.
Ajouter des tags aux m4v pour bien s'intégrer à iTunes.
C'est surtout de ça dont j'ai besoin.
@Link1993
Ah non, au moins iMovie je l’utilise pour encoder parfois
Mais oui pour les formats en effet
On va peut-être bientôt avoir handbrake sur iOS :) ?
« Son MacBook Pro de 2017 avec un Core i7 de quatre cœurs »
soucis, il y en avait 4 différents des i7 sur les mbp de 2017:
skylake 6700 / 6920
kabylake 7700 / 7920
seul point vraiment interessant, le A12 a un an de moins c’est tout...
@raoolito
EDIT: oups. c’est marqué dans l’image, un 7700 3,8 quand meme :O !
C’est bien beau d’encoder en h264 mais en h265 et av1 ça donne quoi ?
@Rin-Kun
comparable, le T2 est un encodeur H264-265 donc on peut estimer que c’est la meme chose ici
@Rin-Kum
La puce T2 est utilisé que pour l'H265, pour l'H264 c'est l'igpu (Quick sync) qui est utilisé.
Donc ici en H265 115fps pour la puce T2 et 150fps pour l'A12z.
@maxou56
Ah non
La T2 fait les deux! Je l’utilise presque tous les jours pour encoder :)
Le graphique est assez étrange et peut-être trompeur si un seul test sur le DTK utilisé le videotoolbox de HandBrake. Videotoolbox exploite en effet l’encodeur matériel h264 ou h265 intégré aux puces, CPU ou GPU. Donc il faudrait un test équivalent sur les configurations classiques pour comparer.
@clarksebat
On a justement le détail dans l’article. Un Mac Intel T2 fait 115
@marc-5
sans videotoolbox activé, c ce que voulait dire Clarksebat
@clarksebat
j’y pensais, l’encodage videotoolbox n’a pas ete testé sur le macbookpro.
Mais bon, ca doit donner un resultat comparable (bien plus haut, et sans doute proche du mini.
Mais les chip specialisés sont une chos,e la puissance « brute » en est une autre. J’ai envie de dire que si l’encodage videotoolbox est impressionnant ce sont ceux « en bas » en mode normal qui sont interessants
@raoolito
La puce T2 est identique alors les performances seront identique à peu de choses près (p-e un peu moindre si ça chauffe)
@Mrleblanc101
Probablement mais pour être précis il manquait ce test
@dandu
Ah oui...
Tout de suite c’est moins impressionnant :O
ça fait rêver, en tout cas moi oui.
c'est mon métier de transcoder des vidéo.
Pour info, j'utilise mon iPad Pro dernière génération pour réaliser des livestreaming avec Switcher App.
14h de live avec récupération de vidéo de 3 iPhones + webcam + habillage et diffusion de sujet depuis l'iPad.
Pas un seul lag, pas une seul déconnexion et les titrage restent fluide.
et on est sur un SOC d'iPad, imaginez sur la version desktop qu'Apple sortira pour les iMac ^^
Alors que faire la même chose avec un MacBook ou un windows demande au minimum un core i7 voir i9, OBS ou équivalent + beaucoup de matos.
c'est un game changer dans le métier.
j'ai beaucoup d'espérance pour les MacBook Pro apple silicon
Je rajoute un élément sur videotoolbox,
c'est pratique mais
sur un MacBook ça fait chauffer le CPU + vite et donc les fréquences chutent + rapidement, apportant un throttling + rapidement.
et surtout les lib videotoolbox n'ont pas le meme degré de profondeur de paramétrage que peuvent proposer libx264/265 en full CPU
Un MacBook Pro arm 13/14 qui serai déjà aussi puissant que un MacBook Pro 16 core i9 hummm je dis pas non.
Hate de remplacer mon MacBook Air de 2018 par un MacBook Pro ^^
Hâte de la commercialisation. Hâte de connaître les performances. Hâte de voir le design... et le prix 😅.
Très sympa comme news.
Si seulement la partie GPU pouvait aussi etre x fois plus rapide qu’une 30x0 ...
@melaure
https://media1.giphy.com/media/DeJ2ifS2V2zlu/giphy.gif?cid=4d1e4f29ngx7t...
Ca promet sauf si accountd bouffe toujours 400% de proc…
@huexley
S’il y a 8 cœurs, ce sera plutôt 800%.
Pages