Bonjour, tout d’abord merci pour cet outils très sympa. Je l’utilise sur un DS413j et tout fonctionne correctement.
Je suis en train de regarder l’intégration avec les datas provenant de ComicRack. Cet outil enregistre ses metadatas dans un fichier XML : super pour les fichiers de type CBR, CBZ, CB7, etc mais pour les PDF ? Les 10 000 BD que j’ai sont toutes au format PDF… une idée ?
Merci d’avance.
Les fichiers PDF peuvent contenir deux types de metadata:
- Les “document properties”, qui sont très limitées (title, author, subject, and keywords) et assez peu utilisées dans les BD que j’ai pu voir.
- Un fichier XMP, potentiellement beaucoup plus riche mais en pratique jamais utilisé pour les BD.
C’est pour cette raison que ComicRack ne gère pas les metadata pour les PDF, et qu’Ubooquity n’affiche que les propriétés de base.
Mon avis est que le format PDF n’est pas adapté pour les BD, et que le meilleur format à utiliser (et de loin) est le CBZ.
Donc à part une conversion massive de PDF vers CBZ (moi c’est que je fais), il n’y a pas de solution si tu veux gérer des métadonnées un peu poussées.
Merci pour ta réponse, je connais XMP pour avoir écrit des scripts de conversion des tags de visage depuis Picassa vers DS Photos, et j’avais espérer trouver une solution autre que d’utiliser le CBZ. Nous utilisons à la maison Ubooquity sur pas mal de support dont téléphone, tablette, PC et j’ai pas trop envie d’installer des lecteur CBZ partout. Et encore moins d’expliquer à mes parents qu’il faut installer un nouveau soft pour lire les BD sur leur PC 
ComicRack génère un fichier XML contenant toutes les metadatas des livres (chez moi C:\Users\moi\AppData\Roaming\cYo\ComicRack\ComicDb.xml), si je mettais ce fichier à côté du .jar, pourrais-tu facilement intégrer les metadatas ?
J’imagine qu’il serait techniquement possible de lire la base de ComicRack (le ComicDb.xml) et d’effectuer une réconciliation avec les données présentes dans la base d’Ubooquity, mais ce n’est pas prévu, pour au moins deux raisons:
- ça demanderait une quantité de travail non négligeable (notamment pour gérer tous les cas de désynchronisation des deux base) et j’ai déjà une « todo list » longue comme le bras de fonctionalités plus prioritaires
- C’est contraire à la « philosophie » du design d’Ubooquity, qui est de se baser uniquement sur les données présentes dans les fichiers partagés (sauf pour la fonctionnalité à venir de flag « lu / non lu » ).
Du coup je n’ai pas vraiment de solution à proposer, à part se passer des metadatas (qu’on peut partiellement remplacer par une organisation en répertoires par genre, auteur ou collection par exemple). 
Merci d’avoir pris le temps de répondre. Bonne continuation.
La version 1.9.0 est dispo.
La grosse nouveauté c’est le lecteur d’epub. Il permet de lire ses bouquins sans avoir à les télécharger.
C’est moins utile que pour les BD puisque les epub sont beaucoup plus légers que les BD, mais c’était réclamé par pas mal de monde.
Autres modifs mineures:
Tout d’abord merci pour le logiciel, il vas me permettre de partager avec quelques personnes ma bibliothèque d’epub et de Bd’s.
j’ai installé Ubooquity sur mon serveur dédié Kimsufi, pas évident pour un néophyte comme moi, du coup je me retrouve avec quelques soucis que je n’arrive pas à résoudre, si quelqu’un peut m’aider… 
Une partie de mes Bd’s ne sont pas détecté par le scan, je suppose que c’est en cause des accents, mais je n’en suis pas sur. exemple : Tome 02 - L’île des mers gelées.pdf
De plus, j’ai des scans en Jpg, il y à t’il un moyens de les lire sur Ubooquity, car je me retrouve avec des dossiers vides.
Merci
ps : Pour ceux intéresser par l’installation sur un serveur kimsufi debian wheezie, j’ai utilisé ce tuto :
Les problèmes liés aux accents proviennent souvent d’une mauvaise configuration de la locale.
Ça peut se corriger (je ne sais pas si ça marche dans tous les cas) avec l’option décrite dans ce message.
Sinon regarde ce thread sur le même sujet, il explore le problème plus en détail.
Pour le jpeg dans des répertoires, ce n’est pas possible: Ubooquity ne reconnait que les fichier de BD ou livre complet (cbz, cbr, pdf, epub…).
Pour les jpeg j’avais eu le cas, pas d’autre solution que compresser les dossiers contenant les jpeg vers du cbz ou cbr, c’etait la solution la plus simple que j’ai trouvé.
Salut, merci pour ta réponse. En cherchant par la suite j’avais trouve le même thread que toi, j’ai rajouté au script ubooquity :
DAEMON_PATH=« /usr/bin/java -Dfile.encoding=UTF-8 »
DAEMON_OPTS=« -jar /opt/ubooquity/Ubooquity.jar -Dfile.encoding=UTF-8 -webadmin -headless -port 4040 »
Et du coup toutes mes BD avec accents sont bien affiché sans problème.
Merci beaucoup
Merci à toi c’est ce que j’ai fait, je trouve dommage que les images ne soit pas reconnue quitte à pouvoir simplement les téléchargé.
Pour ceux que ça intéressent, en ligne de commande j’ai utilisé « rar a » puis « mv » ce qui donne par exemple, en se mettant dans un dossier ou vous avez une 20 de fichiers .jpg qui composent la BD.
rar a NomdelaBD.rar *.jpg
Puis
mv NomdelaBD.rar NomdelaBD.cbr
Il y à sans doute plus simple mais çà à bien marché pour moi, je me permet de mettre la solution que j’ai trouvé au cas ou cela serve.
Tu ferais mieux de générer des cbz (zip) au lieu de cbr.
Pourquoi donc ?
Parce que le zip est un format supporté de manière beaucoup plus large que le rar.
Pour le rar côté dev, en fonction du langage tu peux te retrouver à devoir utiliser une lib plus maintenue depuis des années parce que c’est la seule disponible, avec les problèmes de bugs non fixés et de compatibilité avec les dernières version de rar que cela entraine.
Le zip est géré en standard dans la plupart de plateformes, avec des tonnes d’implems alternatives en cas de besoins spécifiques.
Et enfin parce que pour des BD, le rar n’apporte aucun avantage significatif par rapport au zip.
Au contraire, si la personne qui a créé le fichier rar a eu la mauvaise idée de faire une compression compacte (“solid archive”), tu le payes cash en perf CPU et conso mémoire au moment de lire la BD (pour du “random access” de page, ce que font tous les readers).
1 « J'aime »
Merci pour ton message Twin. J’ai utilisé rar car j’avais lu sur un site qu’il fallait changer seulement le nom de l’extension d’un rar en cbr, ça m’as parue le plus simple. Comme fais tu pour générer des cbr avec des jpg ?
J’en profite pour te poser une autre question, est-il dangereux de ne pas activer de compte d’utilisateur pour la sécurité du serveur ? Car je trouve que c’est plus simple de ne pas donner de code et de compte à mes à amis.
Rar -> CBR
Zip -> CBZ
C’est aussi simple que ça. (enfin je crois)
Et normalement 99% des lecteurs d’ebook / de bd sont compatibles avec les deux.
Voilà, pour faire un CBR, tu “rarre” et tu renommes, pour faire un CBZ, tu zippes et tu renommes.
Les deux formats sont supportés par tous les lecteurs, mais mes arguments restent valables.
Par exemple le lecteur que j’utilise sur iOS (Chunky Reader) décompresse et repacke les fichiers RAR “solides” à l’import, pour éviter des problèmes de latence à la lecture.
Autant éviter ce genre de truc et utiliser ZIP.
Dernier conseil: quand tu compresses une BD (quel que soit le format), choisis le taux de compression le plus bas (et même pas de compression du tout si c’est disponible). La compression de fichiers JPG ou PNG ne te feras de toutes façons rien gagner en terme de taille et rendra la BD plus longue à ouvrir.
Pour la question de la protection par mot de passe: si tu n’en mets pas, ça veut simplement dire que n’importe qui qui découvre ton IP pourra se servir dans ta collection (et si Google arrive à indexer ta page ça risque de faire du monde). Donc oui c’est mieux d’en mettre un (quitte à mettre le même pour tout le monde).
Hop, version 1.10.1 livrée.
Passage à Java 8 (parce que bon, hein) , amélioration flagrante du rendu des PDF (avec un impact perf, on n’a rien sans rien) et support des liens symboliques (parce qu’apparemment les gens en utilisent sans même le savoir).
1 « J'aime »
Merci pour ce logiciel que je découvre.
Il aurait pu sauver la mise suite au changement de charte de Dropbox (en gros je ne peux plus exécuter de HTML sur Dropbox du coup je ne peux plus partager ma bibliothèque).
Malheureusement pour madame il manque certaine fonction qu’elle avait avant :
Donc faut que je trouve le moyen de partager ce lien simplement.
J’ai cru comprendre que ça gérait les OPDS mais je n’ai pas réussi a faire fonctionner pour le moment.