Apple n’accepte plus les apps utilisant les APIs QuickTime
Petit rappel à qui de droit : Apple n’accepte plus les applications utilisant les API QuickTime. Même si le développeur Drew McCormack (Cream, Mental Case) ne s’en émeut qu’aujourd’hui, cette décision a été entérinée depuis la fin de l’année dernière.
Ce n’est à vrai dire pas une surprise : les frameworks QuickTime et QTKit ont été « dépréciés » dans OS X 10.9 Mavericks. Mais il est vrai qu’Apple a réduit la période de transition au minimum, ce qui n’augure pas du meilleur pour le futur de QuickTime dans les prochaines versions d’OS X.
Pour lire, éditer, encoder et enregistrer de la vidéo, les développeurs doivent désormais se tourner vers AV Kit et AV Foundation. Le format QuickTime lui-même (fichiers .mov) n’est pas déprécié : pris en charge par AV Foundation, il reste le format de fichier multimédia de base des systèmes d’Apple.
Et qu'aura-t-on comme lecteur de base quand on ne veut pas qu'un media video ouvert par double clic soit importé dans iTunes ?
Pour moi, QuickTime joue le rôle d'Aperçu pour les médias audio vidéo.
@Mark Twang :
Prend vlc, c'est le meilleur, et il est free...
Merci Free... Lol
ce n'est que l'api en dessous.
Le nom il peuvent le conserver (ainsi que le logiciel) ou le renommer en "Lecteur Vidéo".
Peut être une refonte complète pour un tout nouveau lecteur vidéo "made in Apple" avec comme format de base le mkv!!
Je déconne bien sur ;)
@Mark Twang :
- QuickTime...
- C'est l'API "QuickTime" qui n'est plus supportée. Le logiciel QuickTime, lui, utilise déjà AVKit et/ou AVFoundation... Depuis le passage QuickTime 7 > QuickTime X, je pense.
- L'API QuickTime était ancienne, les "nouvelles" API (introduite avec OS X 10.7) sont plus moderne et permettent une meilleure utilisation des accélérations matérielles pour le décodage d'une vidéo par exemple...
Il y a de grosses différences entre QTKit et AVKit ?
Beaucoup d'améliorations ?
Du moins bien ?
@Mark Twang : Comme le précise redchou, il s'agit ici de l'API QuickTime, et non du lecteur QuickTime, qui n'est qu'une application de lecture audio/vidéo parmi d'autres utilisant l'architecture multimédia d'OS X.
@patrick86 : Si je ne me trompe pas, l'une des différences entre QTKit et AVKit, c'est la non prise en charge des plugins pour la lecture native et l'arrêt du support des codecs autres que MPEG-4 dans AVKit (H.264 pour la vidéo, et AAC pour l'audio) : toute vidéo dans un autre format n'est plus pris en charge par l'OS et les applications basées sur AVKit, et une conversion vers MPEG-4 est dorénavant d'abord effectuée en présence de vidéos encodées dans d'autres format si les codecs sont installés (ils permettent ainsi la conversion mais ne permettent plus la lecture).
L'intérêt étant des rendre tous média audio/vidéo compatibles avec les iDevices (puisqu'aujourd'hui les applications OS X se doivent d'être compatibles avec celles d'iOS). Le bémol étant une perte de place et une perte de qualité dues à la conversion préalable (qu'advient il par exemple d'un avi de quelques kilo octets ? Un équivalent "haute qualité" (d'une image mauvaise qualité) des plusieurs méga octets est-il créé ? Si tel est le cas ... mouais bof ... vivement des SSD 2To :o)
@elwood_blues :
Ok, merci
Je viens effectivement de me rendre compte que QuickTime veut convertir les avi avant de les lire…
Ce serait donc pour ça que Quicklook ne les lit plus, même avec Flip4Mac installé.
Longue vie à VLC.
@iPotable :
Perso je préfère MPlayerX, beaucoup plus léger que VLC...
@XiliX :
J'ai testé MPlayerX avec un film 4K, le rendu ne me parait pas aussi bon qu'avec QuickTime. C'est un peu moins net et la colorimétrie (sans changer les réglages) est différentes.
oui.
Déjà Apple avait déprécié les plugins quicktime
C'est encore un moyen de forcer les dev à ne faire des applis compatible qu'avec le dernier OS … et donc de forcer les utilisateurs à toujours changer, même s'ils ne veulent pas …
Autant 20 ans de compatibilité à la Windows ne permettent pas la modernité, mais l'excès inverse ne fait que frustrer les utilisateurs et finira par les "gonfler" … Parfois on a envie de stabiliser les choses.
Je plussoie énergiquement mais sans illusion.
@melaure :
QuickTime X et AVKit, ça fait depuis Snow Leopard quand même.
Au bout d'un moment, on peut bien se le permettre.
C'est surtout une façon de forcer les dev à ne pas faire les feignasses et à utiliser les API modernes.
Merci pour les réponses.
En faisant part d'une inquiétude au sujet de l'avenir de QuickTime je trouve que l'article porte à confusion entre l'API et le lecteur du même nom...
@Le Gognol :
L'article lui-même semble faire la confusion, déclarant une inquiétude pour "QuickTime" dans OSX.
Personnellement a part pour enregistrer l'écran, Quick Time ne sert a rien. Vlc fait tout.
@iRobot 5S :
Ben il sert à lire de la video en MP4. T'as que du avi ? c'est moche…
Mais bien sur Apple ne s'applique pas ses propres règles (cf Safari).
Et cette décision fait qu'apperçu ne marche plus sur les format QuickTime. Il faut les ouvrir, attendre que QuickTime convertisse... Super pratique quand on recherche un film...
"Et cette décision fait qu'apperçu ne marche plus sur les format QuickTime. Il faut les ouvrir, attendre que QuickTime convertisse"
?
QuickTime Player lit toujours les .mov et QuickLook aussi. Tu ne confonds pas avec un autre format ?
@patrick86
Pour faire simple , installez vous PERIAN, ça sbstalle en 1 seconde (oui) et ça lit tout les formats existant de l'univers connu.
@USB09
Non pas tous
En plus c'est inutilisable avec Quicklook sous Mavericks
non, perian n'est plus utilisable avec le dernier quicktime (et lecteur quicktime) de Os x 10.9
Et son (Perian) développement est arrêté il me semble
Y' a belle lurette et gai luron que je n'ai pas utilisé le lecteur Quicktime .
Autant j'adorais Quicktime 7 Pro autant j'ai horreur de QuictimeX , de VLC aussi d'ailleurs ...Heureusement de bonnes alternatives existent
quicktime 7 pro était vraiment vraiment vraiment pratique. et les codecs supplémentaires comme perian le complétait bien.
puis Apple (et l'industrie entière je dirai même) a décidé que le simplisme (ISME) était mieux.
@curly bear :
Safari utilise toujours QTKit ?
Et tous ceux qui ont acheté QuickTime 7 Pro ? Que vont-ils devenir ? De plus il est toujours en vente...
http://store.apple.com/fr/product/D3380Z/A/quicktime-7-pro-pour-mac-os-x
ils sont enterrés avec les derniers utilisateurs de PowerMac.
@ patrick86 : « Il y a de grosses différences entre QTKit et AVKit ? Beaucoup d'améliorations ? Du moins bien ? »
Moi j'y ai trouvé surtout du moins bien.
QTKit proposait une API simple et claire, qu'AVKit s'ingénie à compliquer.
Et comme d'autres l'ont déjà fait remarquer, au delà de l'ergonomie de l'API (qui n'est un souci que pour les développeurs), il y a l'ergonomie pitoyable induite par cette idée du « tout MPEG4 », où l'utilisateur se retrouve sans le vouloir à faire une conversion d'une vidéo qu'il voulait juste lire (et qu'il arrivait parfaitement à lire avant ça).
Bref, je ne suis vraiment pas fan.
AVFoundation est bien plus performant que l'ancêtre QuickTime ou le plus récent (2005) QTKit.
Vous n'avez qu'à comparer à l'encode sur une machine "moderne" (2010 ->).
QuickTime 7 Pro fonctionne toujours sur Mavericks ainsi que les plug-ins tiers comme Perian, DivX ou x264.
Il suffit d'installer cette version de QuickTime 7 : http://support.apple.com/kb/DL923
Ce qui a été supprimé est le lien entre QuickLook et l'ancienne architecture, d'où la fin du support des formats gérés par Perian.
Apple procède comme d'habitude lorsqu'elle a décidé d'en finir avec une technologie obsolète et ne s'embarrasse pas du passé. Les retardataires n'ont pas d'excuses car il était clair déjà en 2011 qu'il fallait tourner le dos à l'API QuickTime. C'est la raison majeure de l'abandon de projets comme Perian et x264Encoder.
On peut légitimement regretter les choix effectués par Apple (voir la remarque de BeePotato), mais s'en étonner aujourd'hui est ridicule.
L'important n'est pas que l'API soit deprecated mais qu'elle reste présente sans l'OS pour faire fonctionner les applications qui la requièrent (ex : MPEGStreamclip), ce qui est encore le cas avec 10.9.
Fatalement, arrivera le jour ou elle disparaîtra. :(
Surtout, il n'y a aucun moyen de contourner cette conversion à la con.
Oui, VLC, mais si on veut un aperçu, si on cherche dans ses vidéos (hé oui, je filmai avant l'arrivée de l'iPhone et j'ai pas envie de tout convertir...), si on veut une compatibilité avec iPhoto, si on veut inclure dans Pages...
Bref, pour le coup, le mac est vu comme une machine de calcul pour le type qui à le dernier iPhone / iPad.
C'est une erreur ergonomique, c'est un non sens économique, c'est juste CHIANT et ça ne set qu'à 4 pinguins qui n'avaient pas vu qu'iTunes encodait déjà les vidéo avant de les envoyer.
Quand à la performance, désolé, quand j'ouvrai une vidéo, je pouvais la lire immédiatement.
Or un bon benchmark prend en compte l'utilisation. Et on lit beaucoup plus de fois une vidéo qu'on l'encode....
Donc gagner 4 secondes pour encoder une vidéo mais le faire à chaque lecture est juste débile et peu performant.
Bref.
"Il y a de grosses différences entre QTKit et AVKit ?"
ÉNORMES !!!
Et pour ma part -dans mes applications- ça se traduit par une dizaine de millier de lignes de codes
…Je m'en suis aperçu avant-hier en tentant de mettre à jour mes apps :(
Le soucis est:
- Apple a traîné pendant des années le code QuickTime originel (archi-complet mais super compliqué), "QuickTime.framework". C'est lui qui permettait l'ajout de plug-ins comme Perian.
- lors de macOsx 10.4, apple a décidé de commencer à moderniser son vieux code, ça a donné "QTKit.framework". Ils ont commencée à réécrire des morceaux de l'ancien code… mais qu'une partie (et sous 10.5 et 10.6 il y a eu des améliorations, mais on restait très loin des possibilités de l'ancien code)
- sous 10.7, ils ont abandonné QTKit (juste commencé mais toujours en chantier) et ont introduit un nouvel ensemble de codes, totalement nouveau (venant de iOs) et totalement incompatibles avec les anciens codes, c'est "AVFoundation".
Maintenant ils suppriment tout l'ancien (bien plus complet) pour ne garder que le nouveau (bien plus limité).
PS: un logiciel comme MpegSteamClip s'appuie sur "QuickTime.framework": c'est le seul moyen pour qu'il offre toutes ses possibilité. Avec la décision d'Apple, Il est donc condamné.
Le soucis côté utilisateur est:
- il devient impossible de proposer une application sur le store compatible avec Snow Leopard (10.6), car les technologies dont il dispose sont interdites par Apple! En gros, Apple impose de de ne plus utiliser macosX 10.6
- Et des tas de différences fonctionnelles. Ex: les vidéos au format DV n'étaient plus aimé par Apple depuis quelques années, et seuls les codes issus de "QuickTime.framework" permettaient de le traiter sans perte de qualité (ce n'est donc plus possible maintenant), etc
Donc en pratique, la décision d'Apple revient à: obligation de passer à des systèmes récents et perte de fonctionnalités :(
Merci pour vos réponses !
"- il devient impossible de proposer une application sur le store compatible avec Snow Leopard (10.6), car les technologies dont il dispose sont interdites par Apple! En gros, Apple impose de de ne plus utiliser macosX 10.6"
Ben certains l'utilisent encore, et en sont plus que tres content.
Avec Apple, c'est soit tu suis, soit tu suis. Ceux qui ne veulent pas suivre leurs lubbies, ben dommage.
"il devient impossible de proposer une application sur le store compatible avec Snow Leopard (10.6), car les technologies dont il dispose sont interdites par Apple! En gros, Apple impose de de ne plus utiliser macosX 10.6."
La sagesse impose de ne plus utiliser Mac OS X 10.6.
(Bien sûr, on n'est pas toujours dans la possibilité de s'y conformer.)
Et puis le Mac App Store n'est pas la seule manière de distribuer des applications. Si on tient vraiment à faire des applications sur un SDK de Mathusalem, il n'y a rien qui l'empêche. Il n'y a qu'à faire comme avant le MAS. Dans l'absolu, on peut même consacrer son temps à faire de l'application compatible PPC.
"La sagesse impose de ne plus utiliser Mac OS X 10.6."
…Sagesse? :D :D :D
Et pour les apps qui tournent sous Rosetta? tu fais comment s'il n'existe pas de mise-à-jour? tu passes sur PS? ;)
"Dans l'absolu, on peut même consacrer son temps à faire de l'application compatible PPC."
Mes apps (distribuées sur mon site) sont justement compatibles MacOsX10.5 et PPC aussi. Sur l'app store ou elle ne sont que 10.6 et intel (du fait des caprices d'Apple) … et donc bientôt elles ne seront qu'uniquement compatibles 10.7.
Gérer plusieurs systèmes est déjà une plaie en tant que développeur, devoir gérer des incompatibilités artificiellement crées par Apple et une cata!!! (j'ignore encore si je vais pouvoir maintenir la compatibilité avec les vieilles bécanes: tant mieux pour Apple et tant pis pour les utilisateurs).
Je ne vois pas où est le soucis à ne pas pousser à la consommation les utilisateurs qui n'ont pas le besoin (ou les moyens) de tout ré-acheter.
(je pense qu'on n'a pas les mêmes notions de ce à quoi sert une app: ça ne sert pas qu'au développeur à faire du pognon, ça sert avant tout à rendre service aux utilisateurs ;))
à+
"Et pour les apps qui tournent sous Rosetta?"
Plus 2 ou 3 Mac Intel en 32 bits qui ne sont pas supportés par 10.7+
"Je pense qu'on n'a pas les mêmes notions de ce à quoi sert une app: ça ne sert pas qu'au développeur à faire du pognon, ça sert avant tout à rendre service aux utilisateurs"
C'est tout à ton honneur.
Mais relativisons les choses. Le PPC aux dernières nouvelles c'est 5 % des utilisateurs Mac, dont 3% pour Leopard. Parmi ces pourcentages, bon nombres ont une autre machine plus moderne.
Ce sur quoi j'insiste c'est qu'il existe toujours une alternative au MAS. D'ailleurs celui-ci ne concerne pas le PPC.
Alors, oui, ça complique la tâche pour ceux qui comme toi veulent assurer une base plus large de configuration.
Mais les nouvelles technologies sont aussi facteur de progrès et on doit pouvoir en user sans s'encombrer du poids du passé. Pour le coup, OS X deviendrait vraiment comme Windows.
"Les apps sous Rosetta" et pourquoi pas "les apps sous Classic" ? A un moment, il faut tirer un trait.
La transition matérielle : 2006-2007 — La transition logicielle : 2005-2011. Il y a eu suffisamment de temps pour se retourner, que ce soit chez les devs ou chez les utilisateurs.
Depuis toujours, c'est le choix d'Apple de ne pas s'encombrer avec l'ancien et elle oriente sa politique sur le MAS dans ce sens afin d'entraîner les développeurs dans ce même mouvement. C'est très bien.
C'est très bien, tant qu'existe la possibilité de s'en affranchir. Ce qui est toujours le cas. C'est très bien si les nouveaux outils sont adéquats. Là, pour l'instant, dans la vidéo, le compte n'y est pas.
A terme, je suis pessimiste en ce qui concerne les applications reposant sur l'API QuickTime. Soit elles seront capables de faire leur mue, soit elles disparaitront. Et oui, nous allons finir par perdre MPEGStreamClip, et cette perspective ne me réjoui pas plus que toi.
Au tournant des années 2000, Apple n'a pas hésité à sacrifier les développeurs OpenStep pour créer Mac OS X. Eux n'ont même pas eu droit à un Classic.
En fait, Apple devrait donner de l'argent à VLC. Car si VLC n'existait pas, nul doute, que nous serions nombreux à passer sous Windows et à abandonner Apple dans son aveuglement.
"En fait, Apple devrait donner de l'argent à VLC. Car si VLC n'existait pas, nul doute, que nous serions nombreux à passer sous Windows et à abandonner Apple dans son aveuglement."
Tu serais au moins 1…
Tu sais quand même que y'a pas que VLC comme lecteur video multi-formats ?
Comme lecteur de base, un coup sur la barre espace et Quicklook fait bien le job !