🚲 Tanguy Ortolo a écrit 12720 commentaires

Attention, attention, Google ont lâchement accepté de sortir une version verrouillée du Pixel 3, et peut-être des autres, pour des opérateurs américains. Pire encore, il me semble que rien ne les différencie en terme de nom de modèle ou de version de modèle.

Donc, en achetant un Google Pixel 3, et peut-être aussi un Pixel 4 reconditionné, il est possible de tomber sur une appareil sur lequel il sera impossible d'installer LineageOS. Pour de l'occasion c'est moins probable, en tout cas si le téléphone en question a été acheté neuf en Europe.

Par ailleurs, j'ai essayé le Pixel 3, et il souffre d'un défaut assez significatif et parfaitement documenté : le petit haut-parleur (celui qu'on utilise quand on utilise le téléphone contre l'oreille, sans le mode « haut-parleur » en fait) est carrément anémique. On n'entend rien, même volume à fond, quand on téléphone dans une rue un peu bruyante. D'ailleurs le grand haut-parleur (celui qui sert aux sonneries et au mode « haut-parleur ») est censé être plutôt bon, mais en pratique, même au volume maximum, la sonnerie du téléphone est franchement faiblarde.

Les plus gros fabricants ont effectivement la détestable habitude de fournir des modèles déclinés en plein de versions trop différentes pour pouvoir être prises en charge par la même version du système d'exploitation.

C'est particulièrement vrai pour Samsung, mais ça vaut aussi pour d'autres. Pire encore, certains fabricants fournissent des versions spéciales en partenariat avec des opérateurs mobiles américains, qui ont la principale particularité d'être verrouillées contre l'installation d'un système non officiel. Ces versions se retrouvent ensuite sur le marché de l'occasion et du reconditionné.

Il est donc effectivement très important de vérifier la version précise du téléphone que tu t'apprêtes à acheter. Si c'est sur une site d'occasion, le plus simple est de demander au vendeur, en lui expliquant où trouver l'info : paramètres, à propos du téléphone, modèle. Si c'est sur un site de reconditionnement, tu ne pourras généralement pas demander ce renseignement. Et attention, sur les sites de reconditionné justement, la version du modèle est parfois indiquée, mais elle est parfois, voire souvent, fausse ! Dans ce cas, la seule solution, c'est de la vérifier dès la réception et de renvoyer illico le paquet si ça ne correspond pas.

Pour les modèles aussi anciens que les Galaxy S4 et S4 mini, il n'est pas étonnant que tu ne trouves pas de version officielle de LineageOS, parce que leurs développeurs n'ont probablement plus ces téléphones.

Pour acheter un vieux téléphone, je ne peux que te conseiller vivement d'en prendre un dont la batterie peut être facilement remplacer. C'est malheureusement de plus en plus rare. Tout comme les téléphones de taille raisonnable d'ailleurs : la tendance générale, c'est de moins en moins réparable et de plus en plus gros.

Ce n'est pas tout à fait ça, mais est-ce que ce ne serait pas possible de mettre une copie de sa carte d'identité dans un PDF avec dedans du code pour que, après une date donnée, au lieu de la carte d'identité, ce soit un message genre « copie expirée » qui s'affiche ?

L'image de la carte serait toujours dedans, bien sûr, et pourrait être extraite, mais la plupart des gens ne savent pas du tout faire ça, donc ça limiterait les risques d'abus.

Pas si simple. Ces "numérisations" de peintures sont des photographies soumises en France au droit d'auteur. La/le photographe a effectué un travail qui est considéré par la loi française comme "œuvre originale"

Ministère de la Culture: DROITS LIES A LA DIFFUSION, A LA PUBLICATION ET A L'EXPOSITION D'IMAGES

Ah, forcément, si la source de cette info est le ministère de la culture, on sait déjà ce que ça va raconter. Le résumé final est assez risible pour donner une idée du sérieux de cette note :

Avant de diffuser librement une image sans avoir à payer quoi que ce soit, il faut s'assurer :

• que l'auteur de l'œuvre concernée par l'image à diffuser est décédé depuis plus de 71 ans à la date de diffusion ;
• que le photographe qui a fait l'image numérique n'est pas un photographe professionnel privé ou travaillant pour une agence photographique privée. En effet, l'image d'un tableau de Rembrandt (auteur dans le domaine public), faite par un photographe professionnel privé, est soumise aux droits d'auteur ;
• que le (ou les) éventuel(s) contrats de cession de droits sont bien valide(s) et non expiré(s).

Mais bien sûr. Si c'est une photo d'un tableau du domaine public, que le photographe n'est pas un pro et qu'on a éventuellement un contrat de cession de droits, c'est gratuit. Et la marmotte, elle met le chocolat dans le papier d'alu.

Le second point est lunaire. Comme si le fait que le photographe soit un pro changeait quoi que ce soit au droit d'auteur. Et les amateurs, ils sont quoi, exclus du droit d'auteur peut-être ? Ah non, c'est juste qu'avec eux il n'est pas nécessaire de signer un contrat de cession de droits. N'importe quoi.

On peut jeter cette note à la poubelle, c'est tout sauf une source juridique sérieuse. Et sinon, visiblement les jugements sur ce genre de sujet sont variables, on a des cours d'appels qui se sont prononcées dans des sens opposés. Donc pas de jurisprudence fiable. Autrement dit, c'est risqué, ce qui pour moi signifie : suivre sa conscience et faire profil bas. Suivre ma conscience : une numérisation d'un truc du domaine public n'implique pas d'originalité, surtout pas d'originalité, le but est de faire une reproduction fidèle, pas une nouvelle œuvre d'art, donc ça devrait rester du domaine public. Et faire profil bas : rediffuser ce genre de truc, mais en prenant soin qu'on ne puisse pas formellement m'identifier comme l'auteur d'une rediffusion qui pourrait être attaquée par des copyfraudeurs.

Tu peux tourner ça dans tous les sens, mais un contrat n'a pas de valeur supérieure à la loi. Le code de la propriété intellectuelle te donne le droit de faire ce que tu veux du bouquin, donc tu peux le faire.

Ça me rappelle la publication que je m'étais permis de faire de belles numérisations de peintures du domaine public. Elles étaient fournies par un musée, sur le site Web, avec des mentions prétendant qu'on n'avait pas le droit de les copier, encore moins de les diffuser, pour des raisons de droit d'auteur. Belle tentative de copyfraude, mais non, c'est du domaine public, on en fait ce qu'on veut et personne n'a rien à y redire.

Sauf que le principe de l'ePub, c'est que justement ça ne fait pas de mise en page. De la mise en forme, oui, éventuellement, mais ça, pour un livre constitué essentiellement de prose, c'est inutile au possible (on a juste besoin de deux ou éventuellement trois niveaux de titre et de mise en emphase) et c'est trivial à faire sauter, il s'agit juste de dézinguer une CSS.

Vous voyez sérieusement un éditeur de bouquins porter plainte pour contrefaçon si on distribue des photocopies d'une édition du Tour du monde en 80 jours, au motif que ça copie sa façon de mettre en forme les titres des chapitres ? Ça ferait doucement rigoler le juge, non ? À part une condamnation pour procès abusif, ça n'aboutirait pas à grand chose.

Il y a plus simple, sans aller déterrer GIF : une animation WebP. WebP, pas WebM : ça se met bien dans une img.

Yes, en tant que moule, je veux ajouter mon merci car je lis pas mal linuxfr et c'est une bonne source d'information et il y a un certain sens de communauté (même si les commentaires sont parfois assez brusques).

C'est triste ton avis sur les commentaires.

Évidemment, je ne teste pas HEIF, ce format ne me concerne pas (je n'ai pas de logiciel pour en produire).

Au temps pour moi, il y a bien un compresseur fourni avec libheif. Sur les icônes de ×ばつ128 ça donne :

• en HEIF sans perte : 580 kio en 1,8 s.

HEIF ne fait pas non plus le poids, en tout cas pour ce type d'image. Pas génial en poids, pas génial en temps de calcul. Je m'en réjouis.

et à presque 2Mo en jpg

Ça, pour des icônes, ce n'est pas du tout pertinent. Pas de transparence en JPEG, c'est inutilisable.

Allez, à mon tour.

Compression de 44 icônes en ×ばつ64. Ce sont les icônes d'applications du thème hicolor :

• en PNG d'origine : 296 kio ;
• en PNG optimisé (et quantifié...) par pngnq, donc avec destruction : 172 kio ;
• en GIF, donc avec destruction : 156 kio ;
• en WebM quasi-sans perte : 156 kio ;
• en AVIF sans perte : 304 kio ;
• en JPEG XL quasi-sans perte : 152 kio.

Avec des icônes en ×ばつ128 :
* en PNG d'origine : 688 kio ;
* en PNG optimisé (et quantifié...) par pngnq, donc avec destruction : 368 kio en 1,5 s ;
* en GIF, donc avec destruction : 384 kio en 4 s avec ImageMagick ;
* en WebM quasi-sans perte : 340 kio en 1,4 s ;
* en AVIF sans perte : 824 kio en 3,2 s ;
* en JPEG XL quasi-sans perte : 324 kio en 1,1 s.

Visiblement, AVIF ne fait pas le poids, en taux de compression comme en temps de calcul. JPEG XL bat tout le monde dans ces deux domaines.

Évidemment, je ne teste pas HEIF, ce format ne me concerne pas (je n'ai pas de logiciel pour en produire).

(sans compter qu'une mise à jour de firmware des APN est toujours possible et Nikon ou Sony n'y manqueront pas s'ils constatent la mise en avant d'un autre format)

Ça tout de même je n'y compterais pas trop. Vous mettez souvent à jour votre appareil photo vous ? Vous avez déjà vu une mise à jour d'ailleurs ?

Le fait d'être prisonnier d'un format problématique imposé par le fabricant d'un appareil photo ne t'oblige pas à le défendre. Ça sent le syndrome de Stokholm.

D'ailleurs, concrètement, si tu veux passer des photos à quelqu'un d'autre, tu risque de devoir les convertir au préalable en WebM ou en AVIF, avec perte supplémentaire, voire augmentation de taille.

Si ton fabricant d'appareil photo les enregistrait directement en WebM ou en AVIF, tu n'aurais pas ce problème-là, donc tu es en droit de leur en vouloir d'avoir choisi un format problématique. S'il les enregistrait en JPEG XL, tu aurais ce problème pendant un ou deux ans, puis plus aucun problème au fur et à mesure que ce format commencera à être lisible partout.

Mais à part ça, HEIF c'est super en fait, ça permet de continuer à avoir des problèmes de formats malgré les super initiatives vraiment ouvertes telles que AVIF et JPEG XL. Heureusement qu'il y a des fabricants pour choisir ce format, on s'ennuierait sinon.

Voilà, c'est refait. J'avais oublié de surtout ne mettre aucune métadonnée dans le PNG.

Donc, avec une image de ×ばつ16 avec quelques traits de noir sur fond transparent :

• GIF : 77 octets,
• PNG : 127 octets,
• WEBP : 64 octets,
• AVIF : 537 octets,
• JPEG XL : 137 octets.

Et pour comparaison, le même genre de dessin trivial (trois lignes et un polygone) en SVG optimisé par Inkscape :

• SVG optimisé : 537 octets,
• SGV optimisé puis gzippé : 290 octets.

Il en ressort que pour des icônes :
* GIF est encore très intéressant ;
* WEBP est un peu plus intéressant, c'est le seul à être plus efficace de GIF ;
* PNG se défend, JPEG XL aussi ;
* AVIF est obèse en comparaison ;
* SVG est trop verbeux pour que ce soit pertinent avec de si petites tailles, de toute façon le rendu serait trop flou pour être intéressant.

Pas mal. Un genre de MJPEG 2000 en somme. :-)

À noter que ce choix technique vraisemblablement été dicté par la possibilité de compresser sans perte, justement. Donc si ça devait évoluer, à moins qu'on ne trouve un vrai format vidéo sans perte, ça pourrait être remplacé par un autre format d'image proposant cette fonctionnalité, donc WebP, AVIF, HEIF ou JPEG XL. Bon, plutôt HEIF ou JPEG XL, parce que dans WebP il y a Web, ce qui ne fait pas très sérieux, et l'AVIF ça vient d'une Open Media Alliance, dans laquelle il y a open, ce qui ne fait pas très sérieux non plus pour des gens du cinéma.

Pour sortir les images, pdfimages -all.

Je vois, c'est un truc d'initié que le commun des mortels ne peut pas comprendre. Aucun intérêt d'en parler dans ce cas.

À refaire, j'ai dû me planter quelque part. :-)

C'est sûr que si on sort les photos brutes pour les développer soi-même, on peut librement choisir son format. Et là, choisir HEIF, c'est, euh, un choix idéologique, pas un choix pratique.

C'est comme quand on choisit d'utiliser un truc libre parce que c'est libre et pas parce que c'est mieux. Sauf que là c'est l'inverse, choisir volontairement HEIF, c'est choisir d'utiliser un truc pourri de brevets pour cette raison et non parce qu'il est mieux (parce qu'il ne l'est pas, le concurrent est juste plus performant, a plus de fonctionnalité et déjà plus largement supporté).

Ah, je ne dis pas qu'HEIF a certainement un avenir assuré comme format de niche, pour les fabricants d'appareil photo, et pour les photographes qui subissent ce choix. Ça me rappelle un peu des trucs comme Memory Stick par exemple. Ou mieux, Compact Flash, qui a quand même tenu vachement longtemps dans des appareils réflex alors que le reste du monde était passé aux cartes SD.

Seulement, sur le Web, HEIF a peu de chances de percer. Il n'arrive déjà pas à percer face à un concurrent plus ancien (AVIF), et il y a déjà un concurrent plus récent (JPEG XL) qui, à peine arrivé, est déjà mieux supporté.

Sauf que justement, dans un PDF on peut très bien stocker seulement des images matricielle. Ça a assez peu d'intérêt... sauf pour les numérisations en très haute définition de document en noir et blanc. Le format idéal pour ça, c'est le DjVu, mais peu de gens peuvent le lire. Le second format idéal, c'est JBIG2, mais à peu près personne ne peut le lire... sauf si c'est mis dans un document PDF !

Désolé, je mentionnais ici PDF dans un usage précis qui consiste à encapsuler une image. Matricielle ou vectorielle d'ailleurs.

PDF sert couramment à bien plus que cela. Mais, en matière de stockage d'image, si vous voulez intégrer un dessin vectoriel dans un document composé en LaTeX, il va vous falloir la stocker en PDF, justement. :-)

Tiens, tant que j'y pense, c'est une fonctionnalité de JPEG XL, ça, de permettre l'intégration de canaux additionnels qui représentent autre chose que de la couleur ou de la transparence. Je n'ai pas regardé le détail, mais ils doivent à l'évidence être exclus des optimisations psycho-visuelles, ou pouvoir l'être, et il devrait être possible de les compresser avec ou sans perte.

Ça ne prend toujours pas de majuscule. Certains travaillent dans l'informatique libre, dans les travaux publics ou dans la chirurgie reconstructrice sans revendiquer une majuscule.

Oui, c'est conçu pour ça. Et je viens d'essayer, sur une image JPEG de 1,9 Mio, j'obtiens une image JPEG XL de 1,5 Mio sans perte supplémentaire.

C'est le gros intérêt du JPEG XL, la fonctionnalité qui semble anecdotique mais qui tue, en fait : on peut prendre une ensemble de millions de photos en JPEG, et bourrinement transcoder tout ça en JPEG XL sans risquer d'avoir des remords.

Mieux encore, JPEG XL est capable de se transcoder vers JPEG, toujours sans perte. Voire même, encore mieux, à condition d'avoir stocké les métadonnées d'origine, de reconstruire exactement le JPEG d'origine ! Évidemment, le résultat est plus gros, mais ça permet de servir du JPEG à ceux qui ne savent pas lire le JPEG XL.