Le 23/04/2010 à 08h41

Apple : l'accélération h264 bas niveau dans Mac OS X 10.6.3

Adobe estimait, il y a quelques semaines, que la différence de vitesse entre Flash sur Windows et Flash sur Mac OS X tenait, pour beaucoup, à l'absence d'API permettant l'accélération matérielle du décodage des vidéos H.264.

Une note technique d'Apple, concernant Mac OS X 10.6.3, devrait les satisfaire : le système embarque désormais un framework C - VDADecoderDecode- permettant l'accès bas niveau à cette accélération. La chose fonctionne sur les chipsets comme sur les cartes graphiques : NVIDIA GeForce 9400M, GeForce 320M ou GeForce GT 330M.

Source (via)

Merci Macleone

Envoyer Déjà 22 réactions !

Lire l'actu : ou consulter tous les titres...

Disponible également pour iPad et Android

Les réactions à cette news
Pour voir les réactions directement dans le forum, cliquez ici.

1 2 >>
1 2 >>
@ Fred834 : Posté depuis Mac4Ever Mobile

Et sur le chipset de l'iPhone? Toujours pas? :-(
@ Di-antalvic : Posté depuis Mac4Ever Mobile

Pourquoi "bas niveau" ?
@ Fil de brume :

C'est quoi le rapport entre le h264 et flash? Flash utilise le h264 pour l'affichage?
@ Fred33 : Posté depuis Mac4Ever Mobile

Est-ce basé sur l'utilisation de la GPU ? IMovie 9 l'utilise t il ? Peut être QuickTime ? Si un expert a des détails !
@ Soaptracker :

En tout cas, désormais Flash n'arrive pas à améliorer la chose, il faudra qu'ils se trouvent une autre excuse.. ! Ou alors ils remettront encore la faute sur Apple..
@ Iceman_60 : Posté depuis Mac4Ever Mobile

@ Fil de Brume
Oui le codec vidéo utilisé par les lecteurs vidéos flash est le h264 d'où le gain de performance dans les vidéos flash.
Mais je ne pense pas que les utilisateurs attendent flash pour les vidéos bientôt tout sera en HTML5 si ce n'est pas déjà fait, voir YouTube ou GoogleVideo.

L'accélération bas niveau est intéressante car ce n'est pas une accélération software a proprement parler, c'est un pu comme si l'OS avait été construit avec ces optimisations beaucoup plus rapides qu'un accélération dite "haut niveau". Elle permet entre autre d'utiliser les capacités du GPU et d'optimiser la mémoire.
@ Goldevil :

Le format flash supporte les vidéos encodées en H.264. On trouve de plus en plus dans les ordinateurs des composants permettant de décoder et/ou encoder ce format sans nécessairement faire appel au processeur.

Il s'agit en effet d'un format assez complexe et qui nécessite pas mal de calculs de la part d'un processeur généraliste. Maintenant, les cartes graphiques modernes peuvent décoder ce format de manière très efficaces.
Mac OS X exploite de mieux en mieux les ressources de la carte graphique et par exemple Quicktime en profite. Sous Windows on a la même chose. Plus besoins d'écrire du code spécifique à chaque CG, on utilise par exemple Quartz, OpenGL ou DirectX qui est sont universels. Et c'est Quarts/OpenGL/DirectX qui est intégré à l'OS et qui sait exploiter les performances à disposition.

La grande différence est que sur Windows, les développeurs peuvent accéder à ces fonctions graphique interne de bas niveau de l'OS (via DirectX, Direct3D...). Sur Mac, c'est seulement maintenant que c'est disponible. Avant, il fallait faire appel des API de plus haut niveau, ce qui ne convient pas à des plug-in comme Flash. C'est pour cela que Flash utilisait le processeur pour le décodage H.264 ce qui est moins performant.

Néanmoins, pour d'autre fonctions graphiques comme les animations vectorielles, Flash reste vraiment très performant.

Que les développeurs Mac qui passe sur Mac4Ever me corrigent si je me suis trompé.
@ Jeannot :

Fred834 - Bien sûr que le GPU de l'iPhone accélère le H.264. C'est même arrivé deux ans avant Snow Leopard. Sinon ce serait impossible de lire du H.264 correctement et sans griller la batterie en 30 minutes.

Fil de brume - les lecteurs Flash utilisent H.264 pour de nombreuses videos dont celles de youtube, vimeo et dailymotion.

Fred33 - Oui ça utilise la GPU, et non iMovie 9 ne l'utilise pas (pas pour le décodage) car il ne monte pas en H.264 (la vidéo est transcodée en un format léger à décoder). Par ailleurs, iMovie doit être basé sur Quicktime 7, qui je suppose est incapable d'en tirer parti (trop archaïque).
Quicktime Player v. X l'utilise, seulement sur les Macs équipés de puces Nvidia gérant le "PureVideo 3", soit le 9400M et les puces des tous derniers MacBook Pro.
@ Youpla77 :

Donc point de salut pour les CG ATI ?
D'ailleurs pourquoi uniquement les nvidia ?
@ Fil de brume : Re: Envoyé depuis Mac4Ever Mobile

Posté par "ICEMAN_60"
Oui le codec vidéo utilisé par les lecteurs vidéos flash est le h264 d'où le gain de performance dans les vidéos flash.

Ah ok on parle donc là de "vidéos" flash. Parce que pour moi, flash c'est pas que les vidéos ^^ Des sites ont du contenu flash qui ne sont pas des vidéos
@ Goldevil :

HTML5 n'est pas la solution à tout ce que les plug-in comme Flash, JavaFx, SilverLight, Quicktime peuvent offrir.

Il s'agit d'un langage dérivé du HTML, conçu pour décrire des pages web statiques et non des sites interactifs. Pour cela HTML est vraiment très bien. Mais le web change et le sites se transforment en applications et sont de plus en plus interactifs.

Mais s'il est vrai que le HTML5 apporte beaucoup de fonctions graphiques et interactives, on est encore loin de ce qu'un plug-in peut apporter. Je n'arrive pas imaginer une solution technique pour faire un panorama Quicktime 3D en pur HTML5.

Développer une application en HTML, c'est programmer en HTML + CSS + Javascript (sans compter la partie serveur (PHP + SQL). C'est apprendre a utiliser les librairies AJAX assez différentes et parfois incompatibles. Supporter les différences entre les différents navigateurs (même si de ce point de vue, les choses vont de mieux en mieux avec le temps)

En gros, programmer une application en HTML5 est bien moins agréable qu'utiliser XCode (ObjectiveC), Adobe Flex (ActionScript) ou encore Microsoft Visual Studio. Oui il est facile de bricoler un petit truc sympa, mais pour un projet d'envergure avec des contraintes de performances et de maintenabilité, le développeur utilisera autre chose.

Les développeurs de Mac4Ever Mobile pourrait se contenter d'une version spéciale du site en HTML5 sans se casser la tête avec les lutins de l'AppStore. Mais pour intégrer les fonctionnalités qu'ils désiraient offrir, il était plus logique et plus facile de travailler avec XCode.

En résumé, HTML 5 n'est pas la solution universelle. HTML5 ne fait pas repousser les cheveux. HTML5 ne fait pas maigrir.

Seul Mac4Ever Mobile en est capable
@ Macleone :

@ Fil de brume : Oui, mais Adobe parle aussi de la vidéo dans l'article pointé dans le lien inclus dans la news.
Faut suivre
@ Dafunker :

Pourquoi Apple critique les performances de Flash MAC s'ils ne proposent pas les API que proposent déjà Windows ?

Ce problème était montré du doigt par Adobe non sans raison, c'est la seule raison qui explique la différence de performances pour la lecture de vidéos.

<quote>@ Soaptracker :
"En tout cas, désormais Flash n'arrive pas à améliorer la chose, il faudra qu'ils se trouvent une autre excuse.. ! Ou alors ils remettront encore la faute sur Apple.."</quote>

Hum, là c'est un peu Apple qui rejettait la faute sur Adobe pour le coup, non ?
Beau geste d'Apple en tout cas et il y aura forcément de net améliorations côté Flash, à suivre.
@ Goldevil :

Je suppose qu'il n'y a pas que Flash qui peut en profiter. Est-ce que SilverLight ou VLC vont utiliser cette nouvelle API ?
@ Rutt :

Et c'est seulement des semaines après la sortie finale qu'on découvre ça ?

C'était pas dispo' pendant le cycle de beta pour développeurs ou personne ne s'est renseigné ?
1 2 >>

Réagissez à cette news !
Pour réagir directement dans le forum, cliquez ici.