Les DJs qui utilisent iTunes doivent éviter macOS Catalina pour le moment

Mickaël Bazoge |

Si vous êtes DJ et que votre gagne-pain implique d'utiliser un Mac et iTunes, alors mieux vaut se tenir à l'écart de macOS Catalina pour le moment. Le nouveau système d'exploitation a explosé iTunes façon puzzle, en plusieurs applications : Apple TV, Podcasts, et Musique. Les DJs ont l'habitude de piocher leurs morceaux dans un logiciel tiers qui s'appuie sur la bibliothèque de playlists d'iTunes.

Or, l'app Musique utilise un nouveau format de bibliothèque ; si les frameworks utilisés par les éditeurs pour accéder aux bibliothèques iTunes sont toujours supportés, la compatibilité XML n'est plus de la partie. Apple travaille avec les développeurs pour s'assurer que leurs logiciels soient mis à jour et compatibles avec Musique et macOS Catalina.

Mais les utilisateurs, et en particulier les professionnels, qui se servent des passerelles XML entre iTunes et leur application DJ de prédilection doivent se rapprocher de l'éditeur de leur app pour savoir à quelle sauce ils vont être mangés. Dans l'intervalle, la prudence recommande de se contenter de macOS Mojave jusqu'à nouvel ordre.


avatar Fernand3721 | 

Les DJ rient jaune. Dommage, je préfère quand le DJ rit doux.

avatar bobmouhaha | 

@Fernand3721

Shame shame shame

avatar occam | 

@Fernand3721

"DJ rit doux"

Il pirra artawirr qui y iraka ngarrriralkpwina.

avatar Soner | 

Plus simple et pragmatique. Si votre Mac est un outil de travail et que vous bouffez grâce à lui ne faites pas la mise à jour.

avatar Arpee | 

@Soner

Ben moi je bouffe (bien) grâce à mon mac que j’ai mis sous Catalina depuis le mois d’août.

avatar raoolito | 

tout dépend de ce que vous faites avec. Si c’est remplaçable par un ipad, alors pas de soucis. Mais dès qu’on utilise des logiciels plus ou moins lourds et leur apanage de plugin et d’utilitaires, c chaud

avatar occam | 

@raoolito

"Si c’est remplaçable par un ipad, alors pas de soucis"

👍 😂

avatar BeePotato | 

@ raoolito : « tout dépend de ce que vous faites avec. Si c’est remplaçable par un ipad, alors pas de soucis. Mais dès qu’on utilise des logiciels plus ou moins lourds et leur apanage de plugin et d’utilitaires, c chaud »

Je suis tout à fait d’accord avec la première phrase de ce commentaire.
Et il aurait été préférable qu’il s’arrête à cette première phrase. ;-)

avatar pagaupa | 

@Arpee

On est ravi pour toi!

avatar Lucas | 

Et ils s’en rendent compte maintenant oO ?!
Outch, heureusement que l’avertissement arrive juste avant, et pas juste après ! ^^’

avatar Mickaël Bazoge | 
Oui j'ai trouvé ça un peu léger aussi… En même temps, quand ton Mac te fait gagner ta vie, mieux vaut attendre avant de mettre à jour.
avatar Lucas | 

@MickaëlBazoge

Quatre mois de bêta et c’est le jour de la sortie que les éditeurs s’en aperçoivent... ><
Je changerais d’éditeur devant un tel mépris ou une telle incompétence :/

avatar Paquito06 | 

@MickaëlBazoge

“Oui j'ai trouvé ça un peu léger aussi… En même temps, quand ton Mac te fait gagner ta vie, mieux vaut attendre avant de mettre à jour.”

Une des premieres choses qu’on apprend (le reste etant sauvegarde et securite) est de ne pas utiliser une machine en prod pour de l’UAT (beta version, nouvelles releases, etc.) afin d’eviter les rollbacks quand ceux-ci sont encore possible.
Pis un DJ qui se ballade avec une seule machine, il est confiant 😜

avatar bitonio | 

@MickaëlBazoge

On parle sans doute pas d’éditeur qui gagnent des millions avec des équipes super staffée. Quand les offres sont multiplateformes, et qu’ils y a plusieurs produits, les équipes sont pas a attendre qu’apple sorte sa beta, faut descendre sur terre.

Je suis le premier à pester quand je tombe sur un bug mais force est de constater que les choses se stabilisent qu’après quelques mois.

Merci donc de faire passer l’info, et pour ceux qui visiblement n’ont aucune idée du job d’éditeur.

avatar Xander | 

Hang the DJ...Hang the DJ 🎶

avatar Patrick75 | 

@Xander

Tu peux me rappeler le groupe de cette chanson ? J’ai la mélodie en tête mais impossible à trouver ! Merci !!!!

avatar Rom 1 | 

@Patrick75

C’est pas The Smiths ?!

avatar C2SC3S | 

@Rom 1

Ça est.

avatar passingphantom | 

Une exception notable est Djay Pro qui, depuis iTunes 11 a abandonné le XML pour le "sdk/ J'ai fait la mise à jour, ai ouvert Djay Pro et ai trouvé toutes mes playlists. Bon, un DJ "pro" n'utilisera pas cette app, mais pour les autres, ça marche. Pour le moment, à ce que j'ai lu, les utilisateurs qui rencontreront le plus de problèmes sont les utilisateuurs de RekordBox.

avatar SyMich | 

Mais il a quand même besoin de lire la bibliothèque d'iTunes qui, elle, est en xml, non?
Sinon comment importer et mettre à jour en temps réel la discothèque d'iTunes???

avatar ijimax | 

Aucun lien direct mais Catalina est disponible sur le Mac App Store !
Je l'ai téléchargé pour vérifier.

Bon comme j'utilise Pioneer DJ RekordBox ET Akai MPC Software je vais attendre avant d'installer.

A ceux qui ont un MPC (X, Live, autres...) et utilisent MPC Software : Attendez avant de passer à Catalina (mail distribué par Akai Pro).

avatar sofad | 

Rien à voir avec les dj, mais ma femme est infirmière libérale et elle a reçu un mail de son logiciel qui lui permet de gérer ses patients, lui disant de ne pas faire la mise à jour.
"Le système de facturation GIE SESAM-Vitale rencontre un problème de comptabilité indépendant de notre volonté avec la prochaine mise à jour Apple. Pour que vous puissiez continuer à facturer, il est très important de ne pas installer MacOS 10.15 « Catalina » la dernière mise à jour prévue pour les ordinateurs Mac."

Donc je suppose que cela doit toucher pas mal de professions de santé

avatar Boboss29 | 

J'utilise le logiciel Reason (pour du loisir) et j'ai reçu il y a quelques jours un mail pour prévenir de ne pas faire la mise à jour en attente d'un correctif. Mon mbp va attendre un peu du coup.

avatar xela57 | 

Déjà avec Traktor et iCloud drive ça pose des problèmes donc bon vaut mieux utiliser une ancienne version de Mac Os si tu est DJ

avatar MKO | 

Je prédis : Catalina le plus faible taux d’adoption de l’histoire de l’informatique. Un peu comme Windows seven ... lol

avatar SyMich | 

Sauf que ceux qui ont un iPhone ou iPad et feront la mise à jour iOS13 devront rapidement passer à Catalina pour retrouver un fonctionnement fluide entre les 2 (avec les synchro des onglets Safari, des favoris, du trousseau... et accessoirement de Rappel dans sa nouvelle version)
Donc Catalina finira par être adopté de façon forcée.

avatar spiral | 

@MKO

"Un peu comme Windows seven ..."

Euh, genre l’OS de Microsoft le plus répandu après Windows 10, alors qu’il est sorti il y a plus de 10 ans ?

avatar occam | 

@spiral

"genre l’OS de Microsoft le plus répandu après Windows 10"

D’abord, les données :
https://gs.statcounter.com/windows-version-market-share/desktop/worldwide/#monthly-200901-201910

@MKO parle du taux d’adoption, et non pas des parts de marché.
Que montrent les courbes du graphique dont j’ai donné le lien ?

1. Windows 10 eut une 1e phase d’adoption assez fulgurante. Sans doute la plus rapide de l’histoire de l’OS.

2. Cette croissance se fit d’abord surtout au détriment de Windows 8/8.1. Pour deux raisons : les machines dotées de 8/8.1 étaient en grande partie idoines à l’upgrade, et celui-ci était gratuit.

3. Comme toujours, les décideurs institutionnels ayant de gros parcs de PC faiblards à gérer attendaient voir venir, et rentabilisaient entre-temps au max leur base de Windows 7.

Quand on considère les taux d’adoption d’une version de Windows, il faut toujours garder à l’esprit la grande masse de parcs institutionnels, avec leurs propres cycles de renouvellement, qui opposent un frein considérable à chaque nouvelle version.

4. Il est instructif d’examiner le point d’inversion des courbes de taux d’adoption. Et de revoir ce graphique en 2020, après la fin du support Windows 7.

avatar PierreBondurant | 

@spiral

À mon avis il confond Vista et Seven. 🥴

avatar SyMich | 

Si Music abandonne xml au profit d'un nouveau format, ça veut dire aussi que le partage familial, en local, avec un Mac utilisant encore iTunes (et l'accès depuis un Mac à la bibliothèque d'un autre Mac) n'est plus possible ...

Décidément... adopter Catalina et/ou iOS13, c'est basculer dans un autre environnement qui coupe durement les ponts avec le passé 👎

Qui va encore oser nous bassiner avec la supériorité de l'"écosystème Apple"??? 🤦‍♂️

avatar omorgensztern | 

@SyMich

Ça marche encore, c’est mon setup chez moi. Itunes avec partage sur un mac mini sous Mojave, et j’accède a la musique a partir de lapo music sur mon imac sous catalina

avatar SyMich | 

Et dans l'autre sens? Le Mac utilisant encore iTunes arrive-t-il à lire la bibliothèque Music du Mac passé à Catalina?

avatar BeePotato | 

@ SyMich : « Si Music abandonne xml au profit d'un nouveau format »

Notons que personne n’a dit que c’était le cas. Le nouveau format peut bien être toujours du XML.

« ça veut dire aussi que le partage familial, en local, avec un Mac utilisant encore iTunes (et l'accès depuis un Mac à la bibliothèque d'un autre Mac) n'est plus possible ... »

?
Mais pourquoi donc ?
Quel rapport y a-t-il entre une fonction d’échange de données via le réseau et le format de fichier utilisé pour stocker des informations localement ?
La réponse est : aucun.

avatar SyMich | 

Personne n'a dit que ce n'était plus du xml???
Je ne sais pas, mais j'ai pourtant lu "l'app Musique utilise un nouveau format de bibliothèque ; ... la compatibilité XML n'est plus de la partie".

Chaque Mac ayant besoin de lire le contenu de la bibliothèque des autres Macs pour lesquels le partage familial est activé, il faut bien qu'il sache lire le format du fichier de cette bibliothèque ( c'est le même problème que pour ces applications destinées aux DJ et qui ont besion de lire ces bibliothèques). Si ce n'est plus un fichier xml et qu'iTunes n'est pas mis à jour pour lire le nouveau format, ça va coincer...

avatar BeePotato | 

@ SyMich : « Personne n'a dit que ce n'était plus du xml??? »

En effet.

« Je ne sais pas, mais j'ai pourtant lu "l'app Musique utilise un nouveau format de bibliothèque ; ... la compatibilité XML n'est plus de la partie". »

Cette phrase ne dit pas que le nouveau format n’est pas en XML. Juste qu’il n’est pas compatible avec ce qu’essayent de lire les anciennes applications. On peut très bien avoir deux formats incompatibles tout en étant tous les deux du XML.

Mais c’est un détail non important — désolé de ne pas l’avoir signalé dès ma première remarque.
La seule chose importante, c’est bien sûr que ce nouveau format soit illisible par les anciennes applications.

« Chaque Mac ayant besoin de lire le contenu de la bibliothèque des autres Macs pour lesquels le partage familial est activé, il faut bien qu'il sache lire le format du fichier de cette bibliothèque »

Non, ce n’est généralement pas comme ça qu’on met en place ce genre de partage via le réseau. On définit plutôt un protocole permettant à chaque application de demander à l’autre la liste de ce qui est partagé, et le format de données utilisé dans le cadre de ce protocole n’a aucunement besoin de suivre le format de données utilisé pour stocker la bibliothèque sur le disque.
C’est pour ça que j’ai répondu à ma question qui n’en était pas vraiment une, en précisant qu’il n’y avait aucun rapport entre les deux. Le format de fichier sur disque peut tout à fait évoluer sans le moindre impact sur le protocole de partage (qu’on essaye généralement de garder plus stable, puisqu’il doit servir à des échanges entre diverses versions du logiciel, au contraire du format sur disque).

Cela dit, le protocole utilisé pour le partage via le réseau peut tout à fait évoluer lui aussi de manière incompatible avec les anciennes versions (mais j’espère bien sûr que ça n’a pas été le cas).
C’est juste qu’une telle évolution n’est pas directement liée à l’évolution du format de fichier de la bibliothèque, et qu’on ne peut donc pas conclure, sur la simple base du changement de format de fichier de la bibliothèque, que « le partage familial, en local, avec un Mac utilisant encore iTunes […] n'est plus possible », ni que « adopter Catalina et/ou iOS13, c'est basculer dans un autre environnement qui coupe durement les ponts avec le passé ». ;-)

avatar SyMich | 

Sauf que ce n'est pas ainsi que fonctionne le partage de bibliothèques d'iTunes.
iTunes lit directement la bibliothèque iTunes du Mac distant. Il n'y a pas création de fichier d'échange.
Donc le changement de format du fichier bibliothèque impacte directement la capacité d'un autre Mac utilisant iTunes à y accéder

avatar BeePotato | 

@ SyMich : « Sauf que ce n'est pas ainsi que fonctionne le partage de bibliothèques d’iTunes. iTunes lit directement la bibliothèque iTunes du Mac distant. »

?!?
Est-on sûr de ça ?
J’avoue que ça fait longtemps que je ne me suis pas penché sur cette question, mais j’en étais resté à l’usage de DAAP pour ce partage, et j’ai du mal à voir pourquoi Apple aurait changé d’approche. Y a-t-il un lien vers un site où je pourrais trouver plus d’information là dessus ?

« Il n'y a pas création de fichier d’échange. »

Je n’ai jamais parlé de fichier d’échange. Juste d’envoi direct des informations d’une application à l’autre, via un protocole réseau bien défini, le tout sans impliquer le moindre fichier.

avatar SyMich | 

Pas d'envoi direct d'une application à l'autre. iTunes n'a pas besoin d'être lancé sur le Mac distant pour que le partage de bibliothèques fonctionne et qu'un autre Mac lise sa bibliothèque.

avatar BeePotato | 

@ SyMich : « Pas d'envoi direct d'une application à l’autre. »

Je repose ma question : est-ce qu’on peut voir quelque part la preuve de ça ?

« iTunes n'a pas besoin d'être lancé sur le Mac distant pour que le partage de bibliothèques fonctionne et qu'un autre Mac lise sa bibliothèque. »

Ça, c’est normal, vu que c’est le processus iTunes Helper qui s’occupe de ça.
Parce que sinon, s’il n’y avait aucun processus dédié à ça, il faudrait que le partage de fichiers soit activé sur le Mac partageant sa musique et que le dossier de l’utilisateur partageur soit monté (avec saisie de mot de passe au passage) sur l’autre Mac, afin que ce dernier puisse enfin accéder à cette fameuse bibliothèque. On constate évidemment qu’il n’y a rien de tout ça, grâce à iTunes Helper qui se charge de réaliser le partage de musique.

avatar SyMich | 

Je n'ai pas trouvé de base de connaissance traitant de ce sujet. Je ne peux que constater le fonctionnement.
Par contre, j'avais oublié la présence du daemon iTunes Helper... si son équivalent existe sur Catalina pour la nouvelle application Music, ça pourrait assurer le maintien de compatibilité de ces partages y compris avec des Macs utilisant toujours iTunes.

avatar BeePotato | 

@ SyMich : « Je n'ai pas trouvé de base de connaissance traitant de ce sujet. »

Ah. C’est un peu dommage d’avoir un ton aussi affirmatif en l’absence d’information technique confirmée sur ce sujet. :-)

« Je ne peux que constater le fonctionnement. »

Ben justement, tout dans le fonctionnement indique qu’il n’y a aucun lien entre le partage réseau et le format du fichier local de la bibliothèque.

« Par contre, j'avais oublié la présence du daemon iTunes Helper... si son équivalent existe sur Catalina pour la nouvelle application Music, ça pourrait assurer le maintien de compatibilité de ces partages y compris avec des Macs utilisant toujours iTunes. »

Ce qui assure la compatibilité, c’est de continuer à utiliser le même protocole d’échange, c’est tout (et il reste à vérifier que c’est bien le cas, même si le commentaire d’omorgensztern semble l'indiquer).

Quant à iTunes Helper, j’ai été pris d’un doute juste après l’écriture de mon commentaire précédent : est-il bien vrai qu’on arrive à accéder à une bibliothèque partagée même quand iTunes n’est pas lancé ? Dans mes souvenirs, non (mais je n’utilise plus trop cette fonction).
M’enfin, que ce soit iTunes ou iTunes Helper qui se charge du partage réseau, ça ne change rien au fond du problème et à la façon dont ce partage est fait.

avatar byte_order | 

@BeePotato
> J’avoue que ça fait longtemps que je ne me suis pas penché sur cette question,
> mais j’en étais resté à l’usage de DAAP pour ce partage, et j’ai du mal à voir
> pourquoi Apple aurait changé d’approche.

DAAP repose sur des messages DMAP (tout autant propriétaires que peut l'être DAAP), et ces messages peuvent et ont probablement changés entre temps.
Et IIRC les messages DMAP échangés sont (ou étaient) grosso modo des morceaux d'XML directement compatible avec le format antérieure de la base XML de iTunes. Si celle-ci a changé, il parait probable alors que les messages DMAP eux aussi le sont.

« Il n'y a pas création de fichier d’échange. »

Je n’ai jamais parlé de fichier d’échange. Juste d’envoi direct des informations d’une application à l’autre, via un protocole réseau bien défini, le tout sans impliquer le moindre fichier.

avatar BeePotato | 

@ byte_order : « DAAP repose sur des messages DMAP (tout autant propriétaires que peut l'être DAAP), et ces messages peuvent et ont probablement changés entre temps. »

Ils peuvent évidemment changer, mais ils n’ont très probablement (et on pourrait presque écrire « évidemment ») pas changé.

« Et IIRC les messages DMAP échangés sont (ou étaient) grosso modo des morceaux d'XML directement compatible avec le format antérieure de la base XML de iTunes. »

De mémoire, non, ils ne contiennent pas de XML, mais donnent bien évidemment accès aux même informations sur les morceaux (enfin, à certaines des mêmes informations, toutes n’étant pas utiles dans le cadre du partage) que ce qu’on retrouve dans la bibliothèque d’iTunes et dans sa version exportée en XML.

« Si celle-ci a changé, il parait probable alors que les messages DMAP eux aussi le sont. »

D’une part, non, ça ne paraît pas probable — c’est même tout le contraire, vu qu’il est logique de vouloir conserver une certaine stabilité dans un protocole d’échange de ce type, notamment pour conserver la compatiblité avec iTunes sur les anciennes version de Mac OS, mais aussi avec iTunes pour Windows. On ne voit donc pas pour quelle raison Apple s’amuserait à modifier ça.

D’autre part, le format de la version XML n’a apparemment pas changé.
L’article est mal écrit à ce sujet : le fond du problème n’est pas un changement de format de bibliothèque. On ne sait même pas s’il a changé, le format de la bibliothèque, mais de toute façon il ne concerne pas les applications tierces.
En effet, rappelons que le fichier XML utilisé par les applications tierces n’était pas (ou plus depuis longtemps) la bibliothèque iTunes — qui était enregistrée dans un autre format — mais juste une exportation de la bibliothèque dans un format XML facilement lisible (et, surtout, indépendant des évolutions du format de la bibliothèque).
iTunes intégrait l’option de maintenir automatiquement à jour cet export en XML, et c’est cette option qui a disparu lors du passage à l’application Musique.
D’après ce qu’on peut lire en ligne, il est en revanche toujours possible d’exporter manuellement la bibliothèque en XML (et manifestement toujours au même format, compatible avec les applications non mise à jour).

La raison pour laquelle Apple a supprimé cette exportation automatique est sûrement que ce mode de partage de la bibliothèque avec les applications tierces est annoncé depuis un bon moment comme obsolète — depuis qu’Apple a fourni le framework iTunesLibrary qui permet aux applications d’interroger directement le contenu de la bibliothèque iTunes, de manière bien plus efficace puisqu’elle n’ont pas à parser à chaque fois (et pour chaque application) un gros fichier XML, ni à en surveiller les mise à jour.

L’export manuel en XML permet aux utilisateurs de contourner ce problème (à condition de ne pas avoir de mises à jour trop fréquentes de leur bibliothèque) en attendant que leurs applications soient adaptées comme elles auraient dû l’être.

avatar Brice21 | 

@SyMich

Le partage familial est toujours possible mais ses réglages sont désormais dans Réglages > Partage > Partage Multimédia.

Ca marche super et il ne faut plus garder iTunes ouvert!

avatar SyMich | 

Très bonne nouvelle! Merci

(Nota: ça fait déjà quelques versions d'iTunes qu'on n'a plus besoin de le laisser ouvert pour que le partage familial fonctionne.)

avatar pat3 | 

@SyMich

"Décidément... adopter Catalina et/ou iOS13, c'est basculer dans un autre environnement qui coupe durement les ponts avec le passé 👎

Qui va encore oser nous bassiner avec la supériorité de l'"écosystème Apple"??? 🤦‍♂️"

Les changements d’Apple sont stratégiques (à 10 ans). Que tout le monde s’excite à la sortie de Catalina, ça n’a pas grande incidence sur la stratégie d’Apple sur le long terme. On verra dans un an, quand les nouveaux acheteurs d’iPhone voudront compléter leur équipement par un Mac. Si l’effet halo continue de fonctionner, la bascule vers Catalina se fera mécaniquement.

Le microcosme d’ici, fait d’aficionados anciennement choyés par la marque n’est pas représentatif de la clientèle actuelle d’Apple.

Ça n’empêche pas qu’il y a un risque pour Apple, mais je pense qu’ils ont bien pris le temps de le calculer.

avatar yourglaaa | 

Je regarde passer les systèmes avec délectation : rester immobile, seule façon de se mouvoir dans cette frénésie pathétique qu'est notre époque. Allez, salut !

avatar pagaupa | 

Encore une preuve qu’Apple ne se soucie pas des pro...
Ni d’ailleurs des désidératas de ses clients...

avatar pagaupa | 

C’était déjà un joyeux bordel cette bibliothèque ! Espérons que cet éclatement simplifiera cette usine à gaz! (J’ai comme un doute...)

avatar pagaupa | 

J’entrevoie un joyeux bordel pour les applications qui se servent dans une bibliotheque itunes... (genre Sonos)...

Pages

CONNEXION UTILISATEUR