URL: https://linuxfr.org/users/martindelille/journaux/que-faire-des-formats-proprietaires-qui-n-aiment-pas-l-interoperabilite Title: Que faire des formats propriétaires qui n’aiment pas l’interopérabilité? Authors: martindelille Date: 2014年11月28日T18:31:21+01:00 License: CC By-SA Tags: interopérabilité, drm_flawed_by_design et format_ouvert Score: 47 l y a une quinzaine de jours [j’ai présenté le logiciel Open source Joker](http://linuxfr.org/news/joker-un-logiciel-pour-doubler-des-films-sous-licence-gpl) que je développe au sein de ma société Phonations. Il importe de noter que la nature open-source de mon logiciel le distingue radicalement des logiciels existants, ainsi que son interopérabilité avec les logiciels disponibles sur le marché. Lors du traitement d’un fichier de l’un de ces différents fournisseurs, nous avons eu la désagréable surprise de constater il y a une semaine, que le concepteur du logiciel [Mosaic](http://noblurway.com/fr/produits/noblurway-mosaic/presentation-generale), s’érigeant en concurrent, encrypte son format de fichier pour lutter contre cette interopérabilité, visant une situation de monopole absolument préjudiciable à l’économie du marché de niche que sont les activités de doublage et de postsynchronisation. Les conséquences sont en effets des plus regrettables : - Je suis pénalisé dans mon développement : les projets d’installation de Joker chez des clients qui en avaient manifesté le désir sont maintenant obsolètes. On pourrait admettre que ce sont les dures lois de la concurrence, mais hélas la profession déjà fragile voit ses ressources se déstabiliser davantage : - Les adaptateurs ayant acheté une licence de ce logiciel pouvaient travailler pour une quarantaine de studio (30 sur Mosaic et 10 sur Joker). Leur base de clients potentiels se voit donc réduite de 25 % (je précise que ces chiffres sont une estimation). - Les studios équipés de Joker qui avaient la capacité faire travailler n'importe quel auteur voient leur base de fournisseur réduite de 50 % Cet abus de position sociale de la part du concurrent m’invite à chercher des solutions au plan technique et juridique. Existe-t-il des solutions de décompilation mobilisant des puissances de calcul restant à ma portée de développeur indépendant ? En matière légale, on peut penser que la loi française soit de mon côté puisque le document de l'April semble bien préciser que si faire de la rétroingénierie sur un logiciel est interdite, elle est autorisée en France si c'est dans le but d'assurer l'interopérabilité de données (http://wiki.april.org/w/Synth%C3%A8se_interop%C3%A9rabilit%C3%A9). Évidemment il reste aussi la solution du dénigrement systématique et autres manœuvres politiques déplaisantes, mais j’aimerais les éviter pour consacrer plus utilement mon temps à l’avancée de la technique profitant à l’ensemble de la communauté. Merci d’avance de vos lumières.