Cryptimage
Bonjour à tous
Je viens de découvrir un logiciel assez drôle qui permet de reproduire les systèmes de cryptage Discret 11 qu'utilisaient auparavant Canal +.
Il décrypte aussi apparemment.
Je le partage avec vous.
Un effet vidéo supplémentaire en GPLV3
http://cryptimage.vot.pl/cryptimage_fr.php
Le code source est disponible sur la page.
Le logiciel nécessite au moins Java 7, le 8 est recommandé pour les utilisateurs de Windows et j'ai installé openjdk-9-jre pour essayer de le faire fonctionner.
En revanche, je me demande comment le lancer.
Un utilisateur Ubuntu sur You Tube utilise la commande
/usr/java/jre1.8.0_131/bin/java/ -jat cryptimage.jar
Mais visiblement il a téléchargé la version 8 depuis Oracle (qui n'est pas libre) et le nom du cript diffère puisque la version Linux se nomme cryptimage_universel.jar
Quelqu'un a une idée de la bonne ligne de commande à faire pour le lancer ?
Merci à vous...
Oui, c'est rigolo, mais...quel est l'intérêt ?
En effet, il est donc indispensable ! <;oD
Cela peut être utilisé comme un effet vidéo ayant une référence culturelle particulière.
Notamment un certain sketch des Guignols de l'info qui a fait rager l'Élysée l'a utilisé.
Malheureusement il est intouvable, mais l'histoire vaut le détour.
https://video-streaming.orange.fr/comedie-humour/guignols-la-creation-du-sketche-bernadette-et-le-sac-a-main-VID0000000xud8.html
Mais il semble décoder aussi... Peut donc avoir une possible utilité (un fond de vhs soigneusement numérisé avec un contenu intéressant).
Une fois le JRE installé, un terminal ouvert où cryptimage_universel.jar a été téléchargé/déplacé :
$ java -jar cryptimage_universel.jar
Humm... message d'erreur.
Je peux toujours essayer avec openjdk-8-jre....
mars 02, 2019 3:09:31 AM sun.util.PropertyResourceBundleCharset$PropertiesFileDecoder decodeLoop
INFO: Invalid or unmappable UTF-8 sequence detected. Switching encoding from UTF-8 to ISO-8859-1
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007efc76694009, pid=15816, tid=15817
#
# JRE version: OpenJDK Runtime Environment (9.0) (build 9-internal+0-2016-04-14-195246.buildd.src)
# Java VM: OpenJDK 64-Bit Server VM (9-internal+0-2016-04-14-195246.buildd.src, mixed mode, tiered, compressed oops, g1 gc, linux-amd64)
# Problematic frame:
# C [libjava.so+0x1d009] JNU_GetEnv+0x19
#
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /home/pierre/Téléchargements/cryptimage/hs_err_pid15816.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
Abandon
Je n'ai pas mis le log d'erreur, je peux toujours le mettre si tu souhaites y jeter un œil.
Bizarre, l'adresse pour envoyer le rapport de bug est chez Oracle.
Ce n'est pas plutôt une commande comme
$ openjdk -jar cryptimage_universel.jar
Je ne sais pas si je peux avoir un conflit si j'installe à la fois openjdk 8 et 9.
Ou alors le 9 est encore instable...
Merci tout de même
Pas de conflit, non. C'est la version 9 qui tu as utilisé :
# JRE version: OpenJDK Runtime Environment (9.0) (build 9-internal+0-2016-04-14-195246.buildd.src)
http://cryptimage.vot.pl/doc/cryptimage/cryptimage_fr.pdf conseille la version 8. Mais cette documentation a probablement été écrite avant la sortie de la version 9. Et la compatibilité descendante devrait être garantie. Franchement, cela ressemble plus à un bogue...