[DIR MX 04] Compression Jpeg dans les distributions d'images

PJ wrote:

Bonjour,

Je dois intégrer des images Jpeg dans une distribution (pour les
protéger d'un libre accès sur le CD).

J'aimerais que vous me confirmiez ces point où la doc n'est pas
claire :

- toute image chargée (non liée) dans une distribution est
décompressée
et le restera tant que la distribution ne sera pas "protégée".
(Pourquoi
ne pas conserver la compression Jpeg en verrouillant les modifications
sur les images ?...)

oui

- les paramètres de compression d'une distribution d'images, définis
soit au niveau des acteurs, soit au niveau des paramètres de
publication
ne sont appliqués que dans le cas d'une protection avec l'option
"shockwave" (fichiers .CCT uniquement). Qu'est-ce qui justifie ce
choix ?

Oui. Aucune idée. Peut être parce que MM considère qu'en exe, la vitesse de
chargement est suffisante pour ne pas avoir besoin de compresser les images
? Ou alors que tu peux les laisser en externe en jpg ?

Finalement, les images importées en Jpeg subiront donc un cycle
décompression/recompression. Director ne semble pas prendre en compte
le fait que les images source d'une animation puissent être
nativement en Jpeg.

Pourquoi veux-tu les mettre en jpeg interne ? Si tu as de la place, tu les
mets en interne (=non compressées). Si tu es vraiment en manque de place, tu
les mets en jpg externe.
Pour éviter un accès direct, tu peux bidouiller ton fichier externe pour le
rendre illisible sans décryptage

--
Bubar
Freelance Multimédia - internet
Création de logiciels multimédia et sites web

> Pourquoi veux-tu les mettre en jpeg interne ?

> Si tu as de la place, tu les

mets en interne (=non compressées).

Non, je veux copier l'appli sur le disque dur...

> Si tu es vraiment en manque de place, tu

les mets en jpg externe.

Non, je ne veux pas qu'on puisse accéder directement aux images en
dehors de l'appli

Pour éviter un accès direct, tu peux bidouiller ton fichier externe pour le
rendre illisible sans décryptage

Tu parles des Jpeg ? Un baEncrypt sur chaque image ?? Je ne veux pas
aller au devant des soucis (lenteur, bugs, etc.) Et la date limite est
si proche !

Merci pour tes précisions.

PJ

PJ wrote:

Pourquoi veux-tu les mettre en jpeg interne ?

> Si tu as de la place, tu les

mets en interne (=non compressées).

Non, je veux copier l'appli sur le disque dur...

Tu peux donc les mettre en interne ? A moins que tu ais vraiment énormément
d'images

> Si tu es vraiment en manque de place, tu

les mets en jpg externe.

Non, je ne veux pas qu'on puisse accéder directement aux images en
dehors de l'appli

Donc 2 solutions : interne ou externe cryptées

Pour éviter un accès direct, tu peux bidouiller ton fichier externe
pour le rendre illisible sans décryptage

Tu parles des Jpeg ? Un baEncrypt sur chaque image ?? Je ne veux pas
aller au devant des soucis (lenteur, bugs, etc.) Et la date limite est
si proche !

En fait, pas vraiment. Car sinon tu te retrouves avec une string décodée en
mémoire. Et director ne permet pas de taper directement dans la mémoire d'un
membre pour y "déposer" la string.
Je parlais plutôt d'un codage/décodage binaire :
tu bidouilles un ou plusieurs octets de chaque image pour la rendre
illisible (tu inverses les 10 premiers octets de chaque fichier par ex). Au
moment de la lecture, tu copies dans le temp le fichier, tu dé-bidouilles le
fichier et tu l'importes dans director. C'est assez rapide, et ça empêche 95
% des utilisateurs de récupérer l'image directement.

Mais en fait, la solution la plus simple, c'est de sauver en cSt avec
compression jpg. Attention de ne compresser shockwave que les cast. Pas la
peine de compresser les dir/exe

--
Bubar
Freelance Multimédia - internet
Création de logiciels multimédia et sites web

PJ a tapotylographié :


| Tu parles des Jpeg ? Un baEncrypt sur chaque image ?? Je ne veux pas
| aller au devant des soucis (lenteur, bugs, etc.) Et la date limite est
| si proche !
|
| Merci pour tes précisions.
|
| PJ

j'utilise baEncryptFile, aucun souci de bug, et si c'est pour bosser sur
disque dur c'est assez rapide

--
------------------
Ned
----------------------------------------
Bien faire et laisser braire
----------------------------------------

Yop !

j'utilise baEncryptFile, aucun souci de bug, et si c'est pour bosser
sur disque dur c'est assez rapide

Ca marche sur des fichiers non-texte ? Je ne connais pas suffisament BA. Si
c'est le cas, c'est extrèmement pratique (et ça va beaucoup m'aider sur mon
projet courant)
Oui, je sais j'ai la flemme de chercher tout seul :)

--
Bubar
Freelance Multimédia - internet
Création de logiciels multimédia et sites web

Bubar a tapotylographié :

| Yop !
|

glop glop ;o)

|| j'utilise baEncryptFile, aucun souci de bug, et si c'est pour bosser
|| sur disque dur c'est assez rapide
| Ca marche sur des fichiers non-texte ?

voui :o) il fait un xor avec le string qui sert de clef. C'est pas le must
en protection, mais il y a de quoi décourager 99% des petits malins

| Je ne connais pas suffisament
| BA. Si c'est le cas, c'est extrèmement pratique (et ça va beaucoup
| m'aider sur mon projet courant)

BuddyAPI, le couteau suisse des directoriens !

| Oui, je sais j'ai la flemme de chercher tout seul :)

LOL ! gros flemmard ! un bête test dans la fenêtre de messages te l'aurais
confirmé !!
--
------------------
Ned
----------------------------------------
Bien faire et laisser braire
----------------------------------------