Je pense que la réponse dépend de si vous remettez en question l'utilisation réelle ou la couverture du support de la bibliothèque. Puisque vous posez la question sur programmers.stackexchange, vous voulez peut-être parler de bibliothèque, mais tout le monde semble supposer que vous posez des questions sur les applications. Je suivrai la foule.
En parlant d'applications, basé sur la liste des applications de Wikipédia, le support de nos jours semble assez mauvais. Les logiciels utilisateur compatibles avec lui sont numérotés et sont généralement des outils professionnels, et il ne fait que gagner du terrain dans certaines organisations mondiales axées sur les archives que vous pouvez terminer la liste sur une seule page. Bref, jp2 est hors de portée du peuple. À ce rythme, il n'atteindra jamais le seuil de rentabilité pour être accepté par le public, malgré la supériorité technique.
En parlant de navigateurs, Wikipedia a indiqué que seul Safari avait un support natif. Tous les autres, Firefox, Chrome, IE ... ne le font pas, sauf certains le font avec QuickTime, qui ne peut pas être garanti sur Android / Windows et n'est pas là sur Linux.
Sur mon OpenSUSE 13.1, voici quelques résultats de navigateur avec des exemples (notez que l'ouverture de la page d'exemple ne compte pas pour OK, vous devez ouvrir les images .jp2 à l'intérieur):
- Chrome 33: impossible, proposez aux utilisateurs de télécharger.
- Firefox 27: impossible, proposez aux utilisateurs de télécharger.
(Puisque Linux lui-même prend en charge jp2, les utilisateurs peuvent ouvrir les images après le téléchargement)
** Modifier après avoir lu le commentaire de Peter Krauss ** Dans le contexte de la préservation, vous pouvez peut-être choisir le format, car généralement vous fournissez des outils aux utilisateurs; l'environnement de bureau et de navigateur des utilisateurs est d'une importance secondaire.
Faire évoluer votre logiciel ne signifie pas accepter les dernières normes technologiques. La dernière norme technologique est l'espoir d'une future technologie du comité de normalisation, et les gens votent à pieds après leur décision. Exemples: Beaucoup ont migré vers XHTML puis HTML5 tandis que la plupart de HTML4 directement vers HTML5, et beaucoup ont migré vers FireWire (1394) puis eSATA et USB3 tandis que la plupart de USB2 directement vers USB3.