Cryptimage

5 replies [Last post]
Substance2004
Offline
Joined: 11/05/2013

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...

Stem
Offline
Joined: 05/03/2017

Oui, c'est rigolo, mais...quel est l'intérêt ?

Substance2004
Offline
Joined: 11/05/2013

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).

Magic Banana

I am a member!

Offline
Joined: 07/24/2010

Une fois le JRE installé, un terminal ouvert où cryptimage_universel.jar a été téléchargé/déplacé :
$ java -jar cryptimage_universel.jar

Substance2004
Offline
Joined: 11/05/2013

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

Magic Banana

I am a member!

Offline
Joined: 07/24/2010

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...