Bonjour,
Je viens de recevoir une liseuse KoboClaraHD en cadeau. Ni une ni deux, pour la tester je me rue sur LinuxFR pour télécharger un journal au format epub et le copier dans la liseuse.
La liseuse est vue comme une clef usb quand on la branche sur un ordinateur. Il suffit donc de copier le fichier epub dessus pour voir le «livre» sur la liseuse.
J'ai testé avec succès la dépêche TapTempo en VHDL. Par contre, le journal TapTempo avec arduino ne passe pas !
Le livre se présente avec une couverture munie uniquement du titre «taptempo-pour-arduino-uno» et la liseuse m'affiche cette popup quand je tente de l'ouvrir :
«Votre liseuse n'est pas autorisée à ouvrir ce livre
Ce livre est protgé par Adobe Digital Rights Management (DRM). Vous devez autoriser votre liseuse à nouveau avec votre Adobe ID en utilisant Adobe Digital Editions (ADE). Pour en savoir plus, consultez help.kobo.com.»
Je doute fort que linuxfr mette des DRM adobe dans ses epub, mais peut-être que je me trompe ?
Quelqu'un a-t-il eu un problème similaire ?
# pareil
Posté par flavien75 . Évalué à 2.
Au cas où, j'ai retenté chez moi, c'est la même liseuse.
Je confirme le problème sur le journal "TapTempo avec arduino", et aussi avec la dépêche "sortie-de-la-version-2-0-de-grisbi-logiciel-de-comptabilite". Par contre ton commentaire est bien lisible sur la liseuse.
Bizarre…
Les vrais naviguent en -42
# Deux trucs à tester
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 3.
Salut,
ça ne règle pas le problème de fond mais :
passer par Calibre et le re-convertir en epub, j'ai constaté que ça pouvait corriger le tir ;
utiliser l'extension Save as eBook pour Firefox (voir ce journal).
Sinon, je viens de tester avec ma Diva de Bookeen (et sans passer par Calibre), aucun problème j'ouvre le journal.
Est-ce que cela viendrait de Kobo ?
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
# Tea/vivlio/pocketbook HD plus
Posté par nozof . Évalué à 1.
taptempo pour arduino uno ne passe pas non plus, message d'erreur: Fichier endommagé ou protégé.
Le journal d'Ysabeau Passe bien.
[^] # Re: Tea/vivlio/pocketbook HD plus
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 3.
C'est, peut-être un problème lié aux images du coup. Je dis bien, peut-être.
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
[^] # Re: Tea/vivlio/pocketbook HD plus
Posté par nozof . Évalué à 2.
Ça ne passe pas avec la dépêche xfce qui contient des images, la piste semble bonne.
[^] # Re: Tea/vivlio/pocketbook HD plus
Posté par Benoît Sibaud (site web personnel) . Évalué à 4. Dernière modification le 24 janvier 2021 à 11:36.
Dans le zip :
ça semble douteux d'avoir trois fichiers différents portant le même nom.
[^] # Re: Tea/vivlio/pocketbook HD plus
Posté par Benoît Sibaud (site web personnel) . Évalué à 4.
Problème déjà connu d'ailleurs https://linuxfr.org/suivi/telechargement-contenu-au-format-epub-pb-avec-la-gestion-des-images
[^] # Re: Tea/vivlio/pocketbook HD plus
Posté par Benoît Sibaud (site web personnel) . Évalué à 4.
Corrigé https://github.com/linuxfrorg/epub-LinuxFr.org/commit/3394b926b35e30bfbc1a4996f30613cd715d4b9f
[^] # Re: Tea/vivlio/pocketbook HD plus
Posté par flavien75 . Évalué à 1. Dernière modification le 24 janvier 2021 à 16:35.
Salut,
Je viens de refaire quelques essais, les deux articles deviennent lisibles si on décompresse puis recompresse le fichier epub (dans mon cas via le menu contextuel de gnome).
Par contre l'image de 3MO dans l'article sur taptempo fait vraiment ramer la liseuse (pour le coup j'ai cru qu'elle était plantée).
Au début j'ai éditer le package pour supprimer les item-id en doublon avant de recompresser. Ça marchait mais c'était inutile (quoique je pense plus propre).
En espérant que ça fasse avancer le schmilblick.
edit: les tests ont été fait sur une liseuse Kobo ClaraHD
Les vrais naviguent en -42
[^] # Re: Tea/vivlio/pocketbook HD plus
Posté par flavien75 . Évalué à 1.
J'ai ajouté une entrée de suivi pour l'histoire de taille des images.
taille des images dans les fichiers epub
Je ne suis moi-même pas sûr que ce soit vraiment souhaitable, donc n'hésitez pas à venir commenter surtout si vous pensez que c'est une mauvaise idée.
Les vrais naviguent en -42
[^] # Re: Tea/vivlio/pocketbook HD plus
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 2.
Je crois surtout que c'est déjà la taille des images du site qui devrait être limitée !
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
[^] # Re: Tea/vivlio/pocketbook HD plus
Posté par Benoît Sibaud (site web personnel) . Évalué à 4.
Il y a une taille max en poids total.
https://github.com/linuxfrorg/img-LinuxFr.org/blob/master/img.go#L36
ça n'empêche pas que l'on puisse faire une image de 10000x10000 entièrement noire et qui fasse moins de 1,2 Mo sur disque (mais va consommer beaucoup de mémoire à l'ouverture). Je prends un exemple extrême évidemment, pour dire que 5 MB de jpg, ça peut faire une grande image.
[^] # Re: Tea/vivlio/pocketbook HD plus
Posté par xulops (site web personnel) . Évalué à 2.
J'ai juste donné un lien vers les images brutes de fonderie issues du téléphone.
Je pensais que le linuxfr "pompait" les images à partir de l'URL et passait un coup de convert d'ImageMagick pour les remettre aux formats idoines et les stocker en local. Mais en fait non, c'est l'URL d'origine qui est utilisée dans la dépêche.
Du coup j'ai réduit les dimensions des images sur mon serveur pour que ça soit plus digeste.
[^] # Re: Tea/vivlio/pocketbook HD plus
Posté par Benoît Sibaud (site web personnel) . Évalué à 3.
Le daemon img fait une copie locale, mais sans la modifier en dimension / poids.
[^] # Re: Tea/vivlio/pocketbook HD plus
Posté par xulops (site web personnel) . Évalué à 1.
Niveau espace disque serveur et bande passante, ça vaudrait le coup de redimensionner les images trop grandes, quitte à mettre une case à cocher opt-out pour ne pas redimensionner si besoin spécial.
[^] # Re: Tea/vivlio/pocketbook HD plus
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 2.
Ce serait surtout préférable que, pour les dépêches, le site héberge les images. De cette façon on les maîtrise et on peut, au besoin, les redimensionner (taille et poids). La procédure actuelle est bien trop lourde et compliquée.
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.