jargha
Messages postés2Date d'inscriptiondimanche 2 novembre 2003StatutMembreDernière intervention19 novembre 2005 18 oct. 2005 à 11:20
le plus gros defaut de ton code , c'est qu'en possedant le source on peut decrypter le fichier donc aucune securité !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
ymca2003
Messages postés2070Date d'inscriptionmardi 22 avril 2003StatutMembreDernière intervention 3 juillet 20067 11 déc. 2003 à 16:25
cs_dominion
Messages postés230Date d'inscriptionmardi 21 janvier 2003StatutMembreDernière intervention15 mai 2008 9 déc. 2003 à 12:58
Faut bien recommencer un jour ;) Merci quand même pour le site ça va m'être très utile...
cs_Kirua
Messages postés3006Date d'inscriptiondimanche 14 avril 2002StatutMembreDernière intervention31 décembre 2008 9 déc. 2003 à 12:54
arf, oui c'est exact, sorry
ça faisait un bail toi ;-)
cs_dominion
Messages postés230Date d'inscriptionmardi 21 janvier 2003StatutMembreDernière intervention15 mai 2008 9 déc. 2003 à 12:29
Pour les formats :
www.wotsit.org et pas .com (heureusement que je suis là Kirua :D)
cs_Kirua
Messages postés3006Date d'inscriptiondimanche 14 avril 2002StatutMembreDernière intervention31 décembre 2008 8 déc. 2003 à 08:01
FMOD le fait non ?
kimmelf2
Messages postés267Date d'inscriptionlundi 22 septembre 2003StatutMembreDernière intervention27 novembre 2005 8 déc. 2003 à 02:25
tiens, ca m'interresse ca le format wav ...
au passage, vous ne connaissez pas une technique pour chopper ce qui entre sur une carte son ?? car faire du traitement audio sur un wav, c'est bien, le faire en live, c'est mieux ;-)
cs_Kirua
Messages postés3006Date d'inscriptiondimanche 14 avril 2002StatutMembreDernière intervention31 décembre 2008 7 déc. 2003 à 18:05
pour les formats en général:
www.wotsit.com
cs_djl
Messages postés3011Date d'inscriptionjeudi 26 septembre 2002StatutMembreDernière intervention27 novembre 20047 7 déc. 2003 à 17:35
ouai ya du huffman dans nos cher mp3!
en fait ya 2 type de compression dans mp3, ya la compression sonore et destructive(sur les frequences, l'effet de masque,...) et la compression binaire et non destructive qui vient a la fin(huffman)
pour l'algo d'huffman, il faut que tu ais au moins la notion d'arbre et d'arbre binaire en algo, ca consiste en gros a compacter la taille binaire d'un caractere en fonction de sa frequence, la table des frequences suffit comme entete.
pour lzw je sait juste que c'est baser sur les dico(une table des mots avec leur position dans le fichier)
cs_jb60
Messages postés55Date d'inscriptionmardi 16 septembre 2003StatutMembreDernière intervention 4 août 2008 7 déc. 2003 à 17:15
OK les gars,
En fait, je voulais vous dire premièrement que je ne savais pas que ce que je faisais était de l'encodage et non du cryptage (je me coucherais moins bête ce soir).
Merci alkove pour tes idées qui me seront peut être utiles un jour...
DJL, si tu connais le principe des algotihmes d'huffman et lzw, ça m'intéresserais beaucoup de les connaitres, ou tout au moins le principe si tu n'as pas de source sur ces algo. J'ai déjà essayé de chercher un petit peu, mais je n'ai rien trouvé de bien concluant sur le sujet. Alors si tu pouvais m'envoyer un message sur ce sujet, ça serait super cool de ta part.
En tout cas, vous m'avez démontré que mon cryptage ne sert à rien, voir à très peu de chose sur internet. Tout le monde pourrait lire mes fichiers sans problème...
Autre chose aussi, n'ayant rien à voir avec mon source, je cherche le principe pour lire les fichiers wav, j'aimerais créer mes propres fichiers wav et pouvoir ensuite les lire avec un lecteur du type media player, sans qu'il me dise : fichier ne portant pas la bonne extension, impossible à lire, ou tout autre message d'erreur. Je pense que les fichiers wav doivent avoir une entête avec le nom de l'artiste, etc... que je n'arrive pas à recréer. Je ne sais pas ou cette entete commence (peut etre au début du fichier), mais surtout où elle finit. Ensuite, les données sont elles codées sur 8 ou 16 bits lors de l'échantillonnage, et à quelle fréquence d'échantillonnage?
Je verrais plus tard pour les fichiers mp3, qui ne sont que des compression par algorithme d'huffman, etc... des fichiers wav.
Voilà, j'ai fini.
@+ et encore merci pour tous ces commentaires.
cs_Kirua
Messages postés3006Date d'inscriptiondimanche 14 avril 2002StatutMembreDernière intervention31 décembre 2008 7 déc. 2003 à 12:22
j'ai pas lu les comments plus haut, mais sache juste qu'un cryptage sans clef de cryptage est un encodage. ah, et puis aussi, ... le coup du fichier 12 fois plus gros c'est pas mal :-D loooool :-P
cs_kall333
Messages postés7Date d'inscriptionsamedi 15 mars 2003StatutMembreDernière intervention16 juillet 2005 7 déc. 2003 à 10:39
Un algo avec ce serais super.
En tout cas c est bien de tester de nouvelles idees
alkove
Messages postés37Date d'inscriptionjeudi 27 mars 2003StatutMembreDernière intervention 6 mai 2005 6 déc. 2003 à 18:45
il y a des moyen de "crypter" sans trop augmenter la taille du fichier dans le genre :
- découper le fichier en bloc (de 4 caractère par exemple)
- sur chaque bloc prendre un caractère l'un apres l'autre
ce qui donne a peu pres ca
"hello world"
- "hell" "o wo" "rld0" "0000"
- hoe lwlor0l0d000
(on comble les vides avec 0 par exemple)
et pour corsser les choses a la fin tu fais la meme chose en coupant le fichier en deux.
bien sur ce genre de cryptage sans cle, la sécurité ne repose que sur le fait que l'on ne connait pas l'algo.
voila, j'espère t'avoir donné des idées :)
cs_djl
Messages postés3011Date d'inscriptionjeudi 26 septembre 2002StatutMembreDernière intervention27 novembre 20047 6 déc. 2003 à 18:14
a ok, bien expliquer, maintenant tu vois pourquoi je t'ai dit de t'orienter vers le codage, car ce que tu fais c'est pas du cryptage mais du codage!
bien sur au niveau de ton entourage proche ca peut etre une securite, mais pour le reste, et donc internet, ca tien pas la route
deja il faudrai une cle sinon sa ve dir que l'on considere ton programme comme une cles (une personne tiers qui a ton programme a juste a le faire tourner et a analyser ce qu'il fait)
le mieux c meme d'avoir 2 cles
en fait en restant sur le codage et en partant de l'algo de ton code du devrai esayer de faire un prog qui code et compact un fichier comme le font les algos huffman et lzw (lzw est plus proche de ce que tu fait)
en de basant sur la frequence des caracteres je suis sur qu'il ya pas mal de truc a faire!
cs_jb60
Messages postés55Date d'inscriptionmardi 16 septembre 2003StatutMembreDernière intervention 4 août 2008 6 déc. 2003 à 13:57
merci les gars,
comme tu le dis alkove, ce n'est pas un compresseur de fichier, mais un augmenteur de fichiers...
Pour moi, il marche même pour les petits fichiers. Je ne sais pas comment tu as fait pour retrouver pratiquement le même fichier codé que l'initial, car moi quand je l'ouvre, je vois plen de caractères indescriptibles, comme des carrés, etc, alors qu'il n'y en a pas dans le fichier source. Mais bon, je les ouvre simplement avec le bloc note , il ne lit donc pas tous les caractères correctement !!!
Pour djl, merci encore, des qu'on met une source, tiu y met un commentaire, c'est cool de ta part, j'apprécie. Je sais que j'aurais pu mettre un menu, etc, mais en fait je ne voulais pas me prendre trop la tête avec tout ça, j'ai déjà eu beaucoup de mal avec le code pour crypter et décrypter le fichier avant de trouver la solution. En fait, mon algorithme de cryptage est très simple, il lit le fichier source, et compte l'occurence des caractères, ensuite le fichier crypté remet simplement la lettre lue, puis le numéro de l'occurence et sa place dans le fichier initial. Le fichier codé place simplement toutes les lettres 'a' (par exemple) du fichier original en début du fichier codé, avec toutes leurs occurences et leurs numéro de place, il fait de même avec toutes les lettres dans le fichier (même si ce ne sont pas des lettres, mais des chiffres par exemple), ceci en codant chaque caractère sur 4 octets. Je pense que vous m'aurez compris, mais je sais que mon source manque largement de commentaires (il n'y en a pas je crois)^^
Allez, bonne continuation les gars, et bonne prog....
cs_djl
Messages postés3011Date d'inscriptionjeudi 26 septembre 2002StatutMembreDernière intervention27 novembre 20047 6 déc. 2003 à 12:29
c pas mal mais faut que t'explique ton algo
sinon pour ameliorer, un petit menu et choisir le nom des fichier ;)
alkove
Messages postés37Date d'inscriptionjeudi 27 mars 2003StatutMembreDernière intervention 6 mai 2005 6 déc. 2003 à 11:08
c'est comme une compression mais à l'inversse ^^
j'ai éssayé la premiere fois avec un petit fichier ou j'avais mis : 123456abcd mais le texte codé était pratiquement en clair, et le décodage me sortait 456abc.
j'ai éssayé avec un fichier plus gros, et ca marchait nickel :)
seulement je pense qu'il y a trop de redondance dans le fichier codé, et que ca peut aider à deviner la structure du fichier codé.
18 oct. 2005 à 11:20
11 déc. 2003 à 16:25
http://membres.lycos.fr/frdupoux/compress/index.htm
J'ai également une source en gestation.
9 déc. 2003 à 12:58
9 déc. 2003 à 12:54
ça faisait un bail toi ;-)
9 déc. 2003 à 12:29
www.wotsit.org et pas .com (heureusement que je suis là Kirua :D)
8 déc. 2003 à 08:01
8 déc. 2003 à 02:25
au passage, vous ne connaissez pas une technique pour chopper ce qui entre sur une carte son ?? car faire du traitement audio sur un wav, c'est bien, le faire en live, c'est mieux ;-)
7 déc. 2003 à 18:05
www.wotsit.com
7 déc. 2003 à 17:35
en fait ya 2 type de compression dans mp3, ya la compression sonore et destructive(sur les frequences, l'effet de masque,...) et la compression binaire et non destructive qui vient a la fin(huffman)
pour l'algo d'huffman, il faut que tu ais au moins la notion d'arbre et d'arbre binaire en algo, ca consiste en gros a compacter la taille binaire d'un caractere en fonction de sa frequence, la table des frequences suffit comme entete.
pour lzw je sait juste que c'est baser sur les dico(une table des mots avec leur position dans le fichier)
pour l'entete des fichier wav
http://col2000.free.fr/vocal/formawav.htm
7 déc. 2003 à 17:15
En fait, je voulais vous dire premièrement que je ne savais pas que ce que je faisais était de l'encodage et non du cryptage (je me coucherais moins bête ce soir).
Merci alkove pour tes idées qui me seront peut être utiles un jour...
DJL, si tu connais le principe des algotihmes d'huffman et lzw, ça m'intéresserais beaucoup de les connaitres, ou tout au moins le principe si tu n'as pas de source sur ces algo. J'ai déjà essayé de chercher un petit peu, mais je n'ai rien trouvé de bien concluant sur le sujet. Alors si tu pouvais m'envoyer un message sur ce sujet, ça serait super cool de ta part.
En tout cas, vous m'avez démontré que mon cryptage ne sert à rien, voir à très peu de chose sur internet. Tout le monde pourrait lire mes fichiers sans problème...
Autre chose aussi, n'ayant rien à voir avec mon source, je cherche le principe pour lire les fichiers wav, j'aimerais créer mes propres fichiers wav et pouvoir ensuite les lire avec un lecteur du type media player, sans qu'il me dise : fichier ne portant pas la bonne extension, impossible à lire, ou tout autre message d'erreur. Je pense que les fichiers wav doivent avoir une entête avec le nom de l'artiste, etc... que je n'arrive pas à recréer. Je ne sais pas ou cette entete commence (peut etre au début du fichier), mais surtout où elle finit. Ensuite, les données sont elles codées sur 8 ou 16 bits lors de l'échantillonnage, et à quelle fréquence d'échantillonnage?
Je verrais plus tard pour les fichiers mp3, qui ne sont que des compression par algorithme d'huffman, etc... des fichiers wav.
Voilà, j'ai fini.
@+ et encore merci pour tous ces commentaires.
7 déc. 2003 à 12:22
7 déc. 2003 à 10:39
En tout cas c est bien de tester de nouvelles idees
6 déc. 2003 à 18:45
- découper le fichier en bloc (de 4 caractère par exemple)
- sur chaque bloc prendre un caractère l'un apres l'autre
ce qui donne a peu pres ca
"hello world"
- "hell" "o wo" "rld0" "0000"
- hoe lwlor0l0d000
(on comble les vides avec 0 par exemple)
et pour corsser les choses a la fin tu fais la meme chose en coupant le fichier en deux.
bien sur ce genre de cryptage sans cle, la sécurité ne repose que sur le fait que l'on ne connait pas l'algo.
voila, j'espère t'avoir donné des idées :)
6 déc. 2003 à 18:14
bien sur au niveau de ton entourage proche ca peut etre une securite, mais pour le reste, et donc internet, ca tien pas la route
deja il faudrai une cle sinon sa ve dir que l'on considere ton programme comme une cles (une personne tiers qui a ton programme a juste a le faire tourner et a analyser ce qu'il fait)
le mieux c meme d'avoir 2 cles
en fait en restant sur le codage et en partant de l'algo de ton code du devrai esayer de faire un prog qui code et compact un fichier comme le font les algos huffman et lzw (lzw est plus proche de ce que tu fait)
en de basant sur la frequence des caracteres je suis sur qu'il ya pas mal de truc a faire!
6 déc. 2003 à 13:57
comme tu le dis alkove, ce n'est pas un compresseur de fichier, mais un augmenteur de fichiers...
Pour moi, il marche même pour les petits fichiers. Je ne sais pas comment tu as fait pour retrouver pratiquement le même fichier codé que l'initial, car moi quand je l'ouvre, je vois plen de caractères indescriptibles, comme des carrés, etc, alors qu'il n'y en a pas dans le fichier source. Mais bon, je les ouvre simplement avec le bloc note , il ne lit donc pas tous les caractères correctement !!!
Pour djl, merci encore, des qu'on met une source, tiu y met un commentaire, c'est cool de ta part, j'apprécie. Je sais que j'aurais pu mettre un menu, etc, mais en fait je ne voulais pas me prendre trop la tête avec tout ça, j'ai déjà eu beaucoup de mal avec le code pour crypter et décrypter le fichier avant de trouver la solution. En fait, mon algorithme de cryptage est très simple, il lit le fichier source, et compte l'occurence des caractères, ensuite le fichier crypté remet simplement la lettre lue, puis le numéro de l'occurence et sa place dans le fichier initial. Le fichier codé place simplement toutes les lettres 'a' (par exemple) du fichier original en début du fichier codé, avec toutes leurs occurences et leurs numéro de place, il fait de même avec toutes les lettres dans le fichier (même si ce ne sont pas des lettres, mais des chiffres par exemple), ceci en codant chaque caractère sur 4 octets. Je pense que vous m'aurez compris, mais je sais que mon source manque largement de commentaires (il n'y en a pas je crois)^^
Allez, bonne continuation les gars, et bonne prog....
6 déc. 2003 à 12:29
sinon pour ameliorer, un petit menu et choisir le nom des fichier ;)
6 déc. 2003 à 11:08
j'ai éssayé la premiere fois avec un petit fichier ou j'avais mis : 123456abcd mais le texte codé était pratiquement en clair, et le décodage me sortait 456abc.
j'ai éssayé avec un fichier plus gros, et ca marchait nickel :)
seulement je pense qu'il y a trop de redondance dans le fichier codé, et que ca peut aider à deviner la structure du fichier codé.