Si vous avez un dossier blindé de comics / BDs au format CBZ ou en CBR, rangé à "votre sauce" par éditeur, par série ou carrément en bordel (ce qui est mon cas, je suis bordélique...), Issued est un petit serveur à installer chez vous qui va vous rendre de fiers services. En effet, ce soft scannera votre dossier tel quel, ne réorganisera rien parce que c'est pas votre mère, mais par contre, il reconstruira sa bibliothèque autour de vos dossiers, pour que vous puissiez lire tout ça depuis un navigateur ou une appli de lecture, en ayant l'impression que "Oh dis donc c'est bien rangé"

Une seule règle à respecter quand même c'est de ne pas mélanger des comics et des sous-dossiers dans un même dossier puisque pour Issued, un dossier qui contient des comics, c'est une série. Ah et les fichiers aux formats CB7 et les PDF passeront aussi sans souci.

Côté lecture, le lecteur web affiche les derniers ajouts et les comics entamés à reprendre. Et si vous suivez des séries encore en cours de parution, vous les marquez avec le bouton Ongoing, et la page du même nom vous montre le dernier numéro ajouté, le nombre de numéros et ceux qui manquent peut-être à l'appel... Sur mobile, vous pouvez aussi ajouter son catalogue OPDS dans Panels ou Chunky Reader sur iOS, ou dans Moon+ Reader sur Android.

Son dev dit l'utiliser avec environ 4 500 comics (mais quel pirate ^^) et pense que ça tiendra le choc à 10 000 voire 20 000 BDs. Les vignettes, de leur côté, sont générées une seule fois, sur un seul thread, pour ne pas saturer votre serveur qui fait déjà tourner d'autres conteneurs et la surveillance du dossier, qui ajoute les nouveaux comics toute seule, se coupe dans la config si vous préférez laisser roupiller vos disques (un bouton permet alors de relancer le scan à la main).

Attention par contre au mot de passe que vous mettrez car celui que vous pouvez définir dans config.ini ne protègera que le lecteur web. En effet, le catalogue OPDS reste accessible sans session et c'est ce catalogue qui permet de télécharger les archives. Donc pour lire vos comics depuis l'extérieur, n'ouvrez pas le port 8181 de votre box en mode neuneu ! Non, restez absolument sur votre réseau local, ou passez par un reverse proxy qui gère l'authentification ou encore un VPN local type Tailscale (Qu'est ce que j'aime ce truc).

Pour l'installer, le plus simple c'est comme d'hab Docker (l'image embarque déjà unrar pour les CBR) :

docker run -d --name issued \
 --restart unless-stopped \
 -p 8181:8181 \
 -v /path/to/your/comics:/comics:ro \
 -v issued_data:/app/data \
 ghcr.io/metalogico/issued:latest

Remplacez alors le chemin par celui de votre dossier de comics, et le lecteur web répondra sur le port 8181, dans /reader/, et le catalogue OPDS dans /opds/. Et si vous n'avez pas Docker, il existe aussi des exécutables pour macOS, Linux et Windows. Voilà... Le tout est sous licence MIT et sachez également que si vous avez besoin de plusieurs comptes, ou de servir aussi des mangas et des ebooks, la bibliothèque Komga et le serveur Kavita en feront un peu beaucoup plus ^^.

Ah et si vous vous demandez pourquoi tout est violet dans l'interface, c'est parce que la fille du développeur s'appelle Viola (pas de "vert caca d'oie" donc, désolé pour les amateurs de treillis ^^).

Source : noted.lol

Depuis ce week-end, bonne nouvelle les zamis, puisque ce bon vieux ffmpeg sait maintenant fabriquer des images qui n'ont jamais été filmées. Oui oui ! Et ça c'est possible grâce à un filtre qui s'appelle fruc_vulkan, qui permet de calculer le mouvement entre deux images grâce au bloc dédié des GeForce RTX, pour ensuite synthétiser ce qui manque entre les deux. Grâce à ça, un 24 images par seconde ressort sans souci en version 60 images par seconde.

La cadence de sortie se paramètre, donc vous pouvez aussi faire du 25 vers du 50, du 30 vers 60, ou n'importe quelle valeur intermédiaire. C'est donc beaucoup plus souple que le filtre équivalent côté AMD, frc_amf, qui ne sait que doubler la fréquence et ne fonctionner qu'en DirectX...

Fabriquer ce genre d'images intercalaires n'a rien de neuf, cela dit... L'outil RIFE convertissait déjà du 24 fps en 96 en 2020. Mais ce qui change ici, c'est qu'il n'y a plus de chaîne externe, plus d'aller-retour par des milliers de PNG, puisque tout tient dans le graphe de filtres, entre le décodage et l'encodage.

Le filtre logiciel historique de ffmpeg, minterpolate, existe pourtant depuis des années mais c'était loin d'être du temps réel. Alors que là, le vrai gain avec cette nouvelle feature, c'est qu'on passe en full temps réel. Ça veut dire que sur un catalogue à réencoder, l'interpolation cesse d'être l'élément qui bloque toute la chaîne de conversion.

Pour l'essayer il vous faut une RTX 30 ou plus récente. Il faut aussi compiler une version de développement car ce filtre est arrivé après la sortie de ffmpeg 9.0, ce qui veut dire que pour le moment, il n'est dans aucune release et ne sera dans aucun paquet avant la prochaine.

La commande suit ensuite le motif habituel des filtres Vulkan, qui veulent les images en mémoire GPU :

ffmpeg -init_hw_device vulkan=vk:0 -filter_hw_device vk -i entree.mp4 -vf "format=yuv420p,hwupload,fruc_vulkan=fps=60,hwdownload,format=yuv420p" sortie.mp4

L'auteur du filtre prévient quand même qu'en 2160p24, les réglages par défaut ne suivront pas en temps réel et qu'il faudra alors descendre la qualité d'estimation du mouvement. Ça s'écrit comme ceci :

fruc_vulkan=fps=60:perf=medium:grid=2

En traitement par lots maintenant, la question ne se pose pas, c'est juste plus lent.

Maintenant, les pros de l'encodage, redescendez de votre chaise parce que j'ai quand même quelques mauvaises nouvelles... Tout d'abord, on n'a aucune stat indépendante sur le débit ou la qualité. Et il y a aussi un défaut que l'auteur du patch documente lui-même... En fait, dans les zones sans texture, le moteur invente un mouvement faux mais cohérent, qui laisse des "fantômes" autour des objets. La parade existe heureusement, mais c'est une heuristique, qui demande quelques réglages à la main sur des échantillons.

Et il y a aussi un coût qu'on oublie... Car doubler la cadence, c'est donner deux fois plus d'images à avaler à l'encodeur, donc, il y a toujours une espèce de goulot d'étranglement. Et puis après il y a le rendu... un film de cinéma en 24 images par seconde qu'on monte à 60 prend immédiatement un aspect téléfilm que les cinéastes détestent !! Imaginez l'Odyssée de Nolan avec l'aspect visuel de Plus Belle La Vie... Ahahaha. Après sur de l'animation ou un ralenti, ça se défend bien sûr mais sur du cinéma, c'est un choix à prendre et pas une amélioration. En tout cas, c'est mon avis.

Ah et dernier point, parce que la confusion est déjà partout dans les commentaires sur le net : Tout ça se passe à l'encodage ! Je répète : A L'ENCODAGE ! Le fichier qui sort de ffmpeg est une vidéo NORMALE. Absolument personne n'aura besoin d'une carte graphique GeForce pour la regarder ! OK ? 😘

Source : Phoronix