Zerpex > J’ai oublié de te demander: tu a tenté d’appliquer la méthode decrite dans la doc de Crashplan ?
Ça m’intéresse d’avoir quelques retours dessus, parce que si elle fonctionne c’est effectivement un truc que je pourrais conseiller dans la FAQ.
[EDIT] Un second tuto qui décrit la même chose, au cas où. Si j’en crois ce qui est écrit, il pourrait être nécessaire de réimporter les fichiers sur le NAS pour que les caractères spédiaux soient correctement pris en compte. :pinch:
Ma dernière tentative a été de passer de java 1.7 à 1.8, mais impossible de démarrer uBooquity après mise à jour de java.
Vu que ça fonctionne impeccable sur mon Pi à côté, j’avoue que je n’ai pas creusé plus et ai stoppé mes tests là.
Note : Crashplan fonctionne impec sur mon NAS (je l’utilise).
J’ai pensé à regarder de ce côté, mais je me suis perdu dans d’autres tests et n’y suis pas revenu… Je testerai ce soir pour te faire un retour.
Autre point, si ça t’intéresse, j’ai écris des scripts pour automatiser l’installation d’un certain nombre de softs pour Linux et y ai inclus le tiens : https://github.com/zerpex/media_manager
Dans ma configuration, j’ai un RPi 2 qui fait office de serveur et un NAS qui stocke mes données.
Pour des raisons purement sonore, le NAS est éteint la nuit.
Jusque là, c’est simple. Mon souci, c’est que Ubooquity efface sa base de données lors d’un scan s’il n’accède pas aux dossiers.
Dans l’absolu, ce c’est pas hyper génant car il reconstruit sa base dès que les fichiers sont à nouveau disponible.
Sauf que 5k+ de comics, ça prend quand même un certain temps à scanner ^^
Crois-tu qu’il est possible de rajouter un test du genre : si le chemin d’accès n’est pas dispo : pas de scan. Sinon lancer un scan ?
Ainsi, si le NAS est éteint, alors Ubooquity ne fait rien, et s’il est allumé, les scans sont normaux.
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).
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.
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é.
)
