On 22 oct, 10:18, JKB wrote:Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :
> JKB a écrit :
>> Le problème est que tu essayais de convaincre un auditoire de
>> matheux avec un raisonnement faux.
> quoi ,hein ,comment , raisonnement faux,...
> ils sont complètement bouchés imbus ,de leur savoir,
> oeillères académiques, mais sans eux je n'aurais certainement pas avancé
Retourne nous représenter ton algo révolutionnaire et bouffeur
d'entropie sur fsm. On t'attend de pied ferme. On t'avait même
donné des contre-exemples de bon fonctionnement de ton truc
histoire de te fixer les idées.
contre exemple de quoi google cela te va comme archive
http://groups.google.fr/group/fr.sci.maths/browse_frm/thread/970e69c6d0dcc827/f6f999b37d6dd7b8?hl=fr&lnk=gst&q=compression+remy#f6f999b37d6dd7b8
je pars de nombres premiers, je garde l'idée et je généralise
comme personne ne comprend rien, je finis avec un tableau
bon maintenant, je ne leur demandais pas de comprendre
http://groups.google.fr/group/fr.sci.maths/browse_frm/thread/fdcc0afd3cc1577c/b530c57dfeddf9e7?hl=fr&lnk=gst&q=compression+remy#b530c57dfeddf9e7
à l'arrivée un bout de code java sur mon site qui compresse et
décompresse
une reconnaissance informelle de mon algo par l'une des plus grosses
boites informatiques de la planète
pas MS l'autre
une question sur l'antériorité posée comp.compression les mecs ils
sont dedans du matin au soir
et en maths chez les anglos saxons bon disons que là c'était plutôt
de la com
bon bref cela a donné lieu à quelques visites de mes pages, en gros
j'ai eu en 5 jours
des facs de France, de toute l'Europe du nord, du Japon, de
l'Australie ,
des USA côte ouest et côte est, c'était superbe ces petits points sur
la carte des chaleurs
merci websta l'icône en haut à gauche
donc, mon coco, si tu as un problème avec mes algos, je t'écoute
à titre perso, je joue carte sur table, montre moi ou explique moi
ce qui ne marche pas et n'oublies pas que je suis con
alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
On 22 oct, 10:18, JKB <knatsc...@koenigsberg.fr> wrote:
Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :
> JKB a écrit :
>> Le problème est que tu essayais de convaincre un auditoire de
>> matheux avec un raisonnement faux.
> quoi ,hein ,comment , raisonnement faux,...
> ils sont complètement bouchés imbus ,de leur savoir,
> oeillères académiques, mais sans eux je n'aurais certainement pas avancé
Retourne nous représenter ton algo révolutionnaire et bouffeur
d'entropie sur fsm. On t'attend de pied ferme. On t'avait même
donné des contre-exemples de bon fonctionnement de ton truc
histoire de te fixer les idées.
contre exemple de quoi google cela te va comme archive
http://groups.google.fr/group/fr.sci.maths/browse_frm/thread/970e69c6d0dcc827/f6f999b37d6dd7b8?hl=fr&lnk=gst&q=compression+remy#f6f999b37d6dd7b8
je pars de nombres premiers, je garde l'idée et je généralise
comme personne ne comprend rien, je finis avec un tableau
bon maintenant, je ne leur demandais pas de comprendre
http://groups.google.fr/group/fr.sci.maths/browse_frm/thread/fdcc0afd3cc1577c/b530c57dfeddf9e7?hl=fr&lnk=gst&q=compression+remy#b530c57dfeddf9e7
à l'arrivée un bout de code java sur mon site qui compresse et
décompresse
une reconnaissance informelle de mon algo par l'une des plus grosses
boites informatiques de la planète
pas MS l'autre
une question sur l'antériorité posée comp.compression les mecs ils
sont dedans du matin au soir
et en maths chez les anglos saxons bon disons que là c'était plutôt
de la com
bon bref cela a donné lieu à quelques visites de mes pages, en gros
j'ai eu en 5 jours
des facs de France, de toute l'Europe du nord, du Japon, de
l'Australie ,
des USA côte ouest et côte est, c'était superbe ces petits points sur
la carte des chaleurs
merci websta l'icône en haut à gauche
donc, mon coco, si tu as un problème avec mes algos, je t'écoute
à titre perso, je joue carte sur table, montre moi ou explique moi
ce qui ne marche pas et n'oublies pas que je suis con
alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
On 22 oct, 10:18, JKB wrote:Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :
> JKB a écrit :
>> Le problème est que tu essayais de convaincre un auditoire de
>> matheux avec un raisonnement faux.
> quoi ,hein ,comment , raisonnement faux,...
> ils sont complètement bouchés imbus ,de leur savoir,
> oeillères académiques, mais sans eux je n'aurais certainement pas avancé
Retourne nous représenter ton algo révolutionnaire et bouffeur
d'entropie sur fsm. On t'attend de pied ferme. On t'avait même
donné des contre-exemples de bon fonctionnement de ton truc
histoire de te fixer les idées.
contre exemple de quoi google cela te va comme archive
http://groups.google.fr/group/fr.sci.maths/browse_frm/thread/970e69c6d0dcc827/f6f999b37d6dd7b8?hl=fr&lnk=gst&q=compression+remy#f6f999b37d6dd7b8
je pars de nombres premiers, je garde l'idée et je généralise
comme personne ne comprend rien, je finis avec un tableau
bon maintenant, je ne leur demandais pas de comprendre
http://groups.google.fr/group/fr.sci.maths/browse_frm/thread/fdcc0afd3cc1577c/b530c57dfeddf9e7?hl=fr&lnk=gst&q=compression+remy#b530c57dfeddf9e7
à l'arrivée un bout de code java sur mon site qui compresse et
décompresse
une reconnaissance informelle de mon algo par l'une des plus grosses
boites informatiques de la planète
pas MS l'autre
une question sur l'antériorité posée comp.compression les mecs ils
sont dedans du matin au soir
et en maths chez les anglos saxons bon disons que là c'était plutôt
de la com
bon bref cela a donné lieu à quelques visites de mes pages, en gros
j'ai eu en 5 jours
des facs de France, de toute l'Europe du nord, du Japon, de
l'Australie ,
des USA côte ouest et côte est, c'était superbe ces petits points sur
la carte des chaleurs
merci websta l'icône en haut à gauche
donc, mon coco, si tu as un problème avec mes algos, je t'écoute
à titre perso, je joue carte sur table, montre moi ou explique moi
ce qui ne marche pas et n'oublies pas que je suis con
alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
>alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
JKB
>
alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
JKB
>alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
JKB
alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
http://remyaumeunier.chez-alice.fr/archive/compressionarchive.php
http://remyaumeunier.chez-alice.fr/archive/compressionarchive2.php
alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
http://remyaumeunier.chez-alice.fr/archive/compressionarchive.php
http://remyaumeunier.chez-alice.fr/archive/compressionarchive2.php
alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
http://remyaumeunier.chez-alice.fr/archive/compressionarchive.php
http://remyaumeunier.chez-alice.fr/archive/compressionarchive2.php
Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :
>>> alors évites moi le charabia habituel qui est l'apanage des
>>> incompétents mais tu n'es pas de cela
>>> hein je t'écoute
>> Bizarrement, la page avec l'algo n'est plus disponible, c'est
>> dommage, elle nous avait bien fait rire. Le truc qui était sur la
>> page était _trivialement_ destructeur d'information.
>http://remyaumeunier.chez-alice.fr/archive/compressionarchive.php
>http://remyaumeunier.chez-alice.fr/archive/compressionarchive2.php
Bon, puisque tu me cherches.
Je pars du principe pas forcément vérifié qu'il s'a git du truc
qui a été posté sur fsm. Je vais juste noter les er reurs grossière.
Je ne vais pas perdre de temps pour détailler.
1/ pour une taille donnée de fichiers , l'entropie d'une séquence est
inversement proportionnelle à sa longueur.
Ça reste à démontrer (mais à vue de nez, c'est fa ux)
2/ si la taille d'un fichier est plus petit que toutes les combinaisons
possibles d'une chaîne donnée il y a de quoi à faire
Moi y en a pas comprendre la moëlle substantifique de l a sentence
susdite. Je suppose qu'il faut mettre un point à la fin de la
phrase, mais même avec ça, je ne comprends pas.
3/ Donc 2 données consécutives dans un fichier sur 16 bits d=x1*256 +x2
Je suppose qu'il s'agit de deux octets consécutifs dans un fichier à
accès direct. Passons.
4/ Que se passe-il si on balance 255 255 dans ton truc ? Tu commences
par encoder en base64 ? Tu rajoutes par un mécanisme à la noix d'en-t ête
le nombre de rotations ou de décalage (ce qui va te faire retomber sur
le nombre de bits initial...) ?
5/ Tu ne regardes pas le contenu statistique du message, donc tu n'as pas
accès à l'entropie et tu ne peux pas compresser (au moins compresser
efficacement).
Bref, risible.
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2 % de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :
>>> alors évites moi le charabia habituel qui est l'apanage des
>>> incompétents mais tu n'es pas de cela
>>> hein je t'écoute
>> Bizarrement, la page avec l'algo n'est plus disponible, c'est
>> dommage, elle nous avait bien fait rire. Le truc qui était sur la
>> page était _trivialement_ destructeur d'information.
>http://remyaumeunier.chez-alice.fr/archive/compressionarchive.php
>http://remyaumeunier.chez-alice.fr/archive/compressionarchive2.php
Bon, puisque tu me cherches.
Je pars du principe pas forcément vérifié qu'il s'a git du truc
qui a été posté sur fsm. Je vais juste noter les er reurs grossière.
Je ne vais pas perdre de temps pour détailler.
1/ pour une taille donnée de fichiers , l'entropie d'une séquence est
inversement proportionnelle à sa longueur.
Ça reste à démontrer (mais à vue de nez, c'est fa ux)
2/ si la taille d'un fichier est plus petit que toutes les combinaisons
possibles d'une chaîne donnée il y a de quoi à faire
Moi y en a pas comprendre la moëlle substantifique de l a sentence
susdite. Je suppose qu'il faut mettre un point à la fin de la
phrase, mais même avec ça, je ne comprends pas.
3/ Donc 2 données consécutives dans un fichier sur 16 bits d=x1*256 +x2
Je suppose qu'il s'agit de deux octets consécutifs dans un fichier à
accès direct. Passons.
4/ Que se passe-il si on balance 255 255 dans ton truc ? Tu commences
par encoder en base64 ? Tu rajoutes par un mécanisme à la noix d'en-t ête
le nombre de rotations ou de décalage (ce qui va te faire retomber sur
le nombre de bits initial...) ?
5/ Tu ne regardes pas le contenu statistique du message, donc tu n'as pas
accès à l'entropie et tu ne peux pas compresser (au moins compresser
efficacement).
Bref, risible.
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2 % de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :
>>> alors évites moi le charabia habituel qui est l'apanage des
>>> incompétents mais tu n'es pas de cela
>>> hein je t'écoute
>> Bizarrement, la page avec l'algo n'est plus disponible, c'est
>> dommage, elle nous avait bien fait rire. Le truc qui était sur la
>> page était _trivialement_ destructeur d'information.
>http://remyaumeunier.chez-alice.fr/archive/compressionarchive.php
>http://remyaumeunier.chez-alice.fr/archive/compressionarchive2.php
Bon, puisque tu me cherches.
Je pars du principe pas forcément vérifié qu'il s'a git du truc
qui a été posté sur fsm. Je vais juste noter les er reurs grossière.
Je ne vais pas perdre de temps pour détailler.
1/ pour une taille donnée de fichiers , l'entropie d'une séquence est
inversement proportionnelle à sa longueur.
Ça reste à démontrer (mais à vue de nez, c'est fa ux)
2/ si la taille d'un fichier est plus petit que toutes les combinaisons
possibles d'une chaîne donnée il y a de quoi à faire
Moi y en a pas comprendre la moëlle substantifique de l a sentence
susdite. Je suppose qu'il faut mettre un point à la fin de la
phrase, mais même avec ça, je ne comprends pas.
3/ Donc 2 données consécutives dans un fichier sur 16 bits d=x1*256 +x2
Je suppose qu'il s'agit de deux octets consécutifs dans un fichier à
accès direct. Passons.
4/ Que se passe-il si on balance 255 255 dans ton truc ? Tu commences
par encoder en base64 ? Tu rajoutes par un mécanisme à la noix d'en-t ête
le nombre de rotations ou de décalage (ce qui va te faire retomber sur
le nombre de bits initial...) ?
5/ Tu ne regardes pas le contenu statistique du message, donc tu n'as pas
accès à l'entropie et tu ne peux pas compresser (au moins compresser
efficacement).
Bref, risible.
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2 % de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Ah, si c'est ça ;-)
JKB, qui cherche toujours un képi à deux étoiles modèle 1940
Ah, si c'est ça ;-)
JKB, qui cherche toujours un képi à deux étoiles modèle 1940
Ah, si c'est ça ;-)
JKB, qui cherche toujours un képi à deux étoiles modèle 1940
Le Wed, 21 Oct 2009 20:43:18 +0000, JKB a écrit:Ah, si c'est ça ;-)
JKB, qui cherche toujours un képi à deux étoiles modèle 1940
Désolé je n'ai que la version Lieutenant :)
Le Wed, 21 Oct 2009 20:43:18 +0000, JKB a écrit:
Ah, si c'est ça ;-)
JKB, qui cherche toujours un képi à deux étoiles modèle 1940
Désolé je n'ai que la version Lieutenant :)
Le Wed, 21 Oct 2009 20:43:18 +0000, JKB a écrit:Ah, si c'est ça ;-)
JKB, qui cherche toujours un képi à deux étoiles modèle 1940
Désolé je n'ai que la version Lieutenant :)
Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
http://remyaumeunier.chez-alice.fr/archive/compressionarchive.php
http://remyaumeunier.chez-alice.fr/archive/compressionarchive2.php
Bon, puisque tu me cherches.
Je pars du principe pas forcément vérifié qu'il s'agit du truc
qui a été posté sur fsm. Je vais juste noter les erreurs grossière.
Je ne vais pas perdre de temps pour détailler.
1/ pour une taille donnée de fichiers , l'entropie d'une séquence est
inversement proportionnelle à sa longueur.
Ça reste à démontrer (mais à vue de nez, c'est faux)
2/ si la taille d'un fichier est plus petit que toutes les combinaisons
possibles d'une chaîne donnée il y a de quoi à faire
Moi y en a pas comprendre la moëlle substantifique de la sentence
susdite. Je suppose qu'il faut mettre un point à la fin de la
phrase, mais même avec ça, je ne comprends pas.
3/ Donc 2 données consécutives dans un fichier sur 16 bits d=x1*256+x2
Je suppose qu'il s'agit de deux octets consécutifs dans un fichier à
accès direct. Passons.
4/ Que se passe-il si on balance 255 255 dans ton truc ? Tu commences
par encoder en base64 ? Tu rajoutes par un mécanisme à la noix d'en-tête
le nombre de rotations ou de décalage (ce qui va te faire retomber sur
le nombre de bits initial...) ?
5/ Tu ne regardes pas le contenu statistique du message, donc tu n'as pas
accès à l'entropie et tu ne peux pas compresser (au moins compresser
efficacement).
Bref, risible.
JKB
Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :
alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
http://remyaumeunier.chez-alice.fr/archive/compressionarchive.php
http://remyaumeunier.chez-alice.fr/archive/compressionarchive2.php
Bon, puisque tu me cherches.
Je pars du principe pas forcément vérifié qu'il s'agit du truc
qui a été posté sur fsm. Je vais juste noter les erreurs grossière.
Je ne vais pas perdre de temps pour détailler.
1/ pour une taille donnée de fichiers , l'entropie d'une séquence est
inversement proportionnelle à sa longueur.
Ça reste à démontrer (mais à vue de nez, c'est faux)
2/ si la taille d'un fichier est plus petit que toutes les combinaisons
possibles d'une chaîne donnée il y a de quoi à faire
Moi y en a pas comprendre la moëlle substantifique de la sentence
susdite. Je suppose qu'il faut mettre un point à la fin de la
phrase, mais même avec ça, je ne comprends pas.
3/ Donc 2 données consécutives dans un fichier sur 16 bits d=x1*256+x2
Je suppose qu'il s'agit de deux octets consécutifs dans un fichier à
accès direct. Passons.
4/ Que se passe-il si on balance 255 255 dans ton truc ? Tu commences
par encoder en base64 ? Tu rajoutes par un mécanisme à la noix d'en-tête
le nombre de rotations ou de décalage (ce qui va te faire retomber sur
le nombre de bits initial...) ?
5/ Tu ne regardes pas le contenu statistique du message, donc tu n'as pas
accès à l'entropie et tu ne peux pas compresser (au moins compresser
efficacement).
Bref, risible.
JKB
Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
http://remyaumeunier.chez-alice.fr/archive/compressionarchive.php
http://remyaumeunier.chez-alice.fr/archive/compressionarchive2.php
Bon, puisque tu me cherches.
Je pars du principe pas forcément vérifié qu'il s'agit du truc
qui a été posté sur fsm. Je vais juste noter les erreurs grossière.
Je ne vais pas perdre de temps pour détailler.
1/ pour une taille donnée de fichiers , l'entropie d'une séquence est
inversement proportionnelle à sa longueur.
Ça reste à démontrer (mais à vue de nez, c'est faux)
2/ si la taille d'un fichier est plus petit que toutes les combinaisons
possibles d'une chaîne donnée il y a de quoi à faire
Moi y en a pas comprendre la moëlle substantifique de la sentence
susdite. Je suppose qu'il faut mettre un point à la fin de la
phrase, mais même avec ça, je ne comprends pas.
3/ Donc 2 données consécutives dans un fichier sur 16 bits d=x1*256+x2
Je suppose qu'il s'agit de deux octets consécutifs dans un fichier à
accès direct. Passons.
4/ Que se passe-il si on balance 255 255 dans ton truc ? Tu commences
par encoder en base64 ? Tu rajoutes par un mécanisme à la noix d'en-tête
le nombre de rotations ou de décalage (ce qui va te faire retomber sur
le nombre de bits initial...) ?
5/ Tu ne regardes pas le contenu statistique du message, donc tu n'as pas
accès à l'entropie et tu ne peux pas compresser (au moins compresser
efficacement).
Bref, risible.
JKB
JKB a écrit :Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
http://remyaumeunier.chez-alice.fr/archive/compressionarchive.php
http://remyaumeunier.chez-alice.fr/archive/compressionarchive2.php
Bon, puisque tu me cherches.
Je pars du principe pas forcément vérifié qu'il s'agit du truc
qui a été posté sur fsm. Je vais juste noter les erreurs grossière.
Je ne vais pas perdre de temps pour détailler.
1/ pour une taille donnée de fichiers , l'entropie d'une séquence est
inversement proportionnelle à sa longueur.
Ça reste à démontrer (mais à vue de nez, c'est faux)
avec un bit tu ne peux que coder 2 états différents
2/ si la taille d'un fichier est plus petit que toutes les combinaisons
possibles d'une chaîne donnée il y a de quoi à faire
Moi y en a pas comprendre la moëlle substantifique de la sentence
susdite. Je suppose qu'il faut mettre un point à la fin de la
phrase, mais même avec ça, je ne comprends pas.
ok je me suis planté, je voulais écrire plus grand "dislecsique" je
plaide coupable
si la taille d'un fichier est plus grande que toutes les combinaisons
possibles d'une chaîne donnée il y a de quoi à faire
ce qui n'est pas pertinent pour la compréhension du bouzin mais juste
une introduction
3/ Donc 2 données consécutives dans un fichier sur 16 bits d=x1*256+x2
Je suppose qu'il s'agit de deux octets consécutifs dans un fichier à
accès direct. Passons.
ah oui tu as raison ,franchement c'est pertinent heureusement que tu
es là
4/ Que se passe-il si on balance 255 255 dans ton truc ? Tu commences
par encoder en base64 ? Tu rajoutes par un mécanisme à la noix d'en-tête
le nombre de rotations ou de décalage (ce qui va te faire retomber sur
le nombre de bits initial...) ?
je vois que tu ne comprends toujours rien relis la page avec les tableurs
elle a été faite pour des spécialistes comme toi qui comprennent tout
5/ Tu ne regardes pas le contenu statistique du message, donc tu n'as pas
accès à l'entropie et tu ne peux pas compresser (au moins compresser
efficacement).
c'est pas la séquence que je compresse c'est l'espace de cette
séquence que je réduis ou mets en facteur ce qui implique une
modification du codage de la dite séquence et par la même occasion
modifie la taille de la séquence
ah la gueule du spécialiste dis moi c'est tout, une introduction mal
écrite et un qualificatif d'accès à un fichier
parce que de mon côté cela marche très bien, le code compresse et
décompresse et comme tu es un spécialiste du java je te laisse
corriger le petit problème de compilation
ho la jolie porte de sortie
je te laisse monter en épingle ton msg qui à la longue te permettra de
te donner raison
JKB a écrit :
Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :
alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
http://remyaumeunier.chez-alice.fr/archive/compressionarchive.php
http://remyaumeunier.chez-alice.fr/archive/compressionarchive2.php
Bon, puisque tu me cherches.
Je pars du principe pas forcément vérifié qu'il s'agit du truc
qui a été posté sur fsm. Je vais juste noter les erreurs grossière.
Je ne vais pas perdre de temps pour détailler.
1/ pour une taille donnée de fichiers , l'entropie d'une séquence est
inversement proportionnelle à sa longueur.
Ça reste à démontrer (mais à vue de nez, c'est faux)
avec un bit tu ne peux que coder 2 états différents
2/ si la taille d'un fichier est plus petit que toutes les combinaisons
possibles d'une chaîne donnée il y a de quoi à faire
Moi y en a pas comprendre la moëlle substantifique de la sentence
susdite. Je suppose qu'il faut mettre un point à la fin de la
phrase, mais même avec ça, je ne comprends pas.
ok je me suis planté, je voulais écrire plus grand "dislecsique" je
plaide coupable
si la taille d'un fichier est plus grande que toutes les combinaisons
possibles d'une chaîne donnée il y a de quoi à faire
ce qui n'est pas pertinent pour la compréhension du bouzin mais juste
une introduction
3/ Donc 2 données consécutives dans un fichier sur 16 bits d=x1*256+x2
Je suppose qu'il s'agit de deux octets consécutifs dans un fichier à
accès direct. Passons.
ah oui tu as raison ,franchement c'est pertinent heureusement que tu
es là
4/ Que se passe-il si on balance 255 255 dans ton truc ? Tu commences
par encoder en base64 ? Tu rajoutes par un mécanisme à la noix d'en-tête
le nombre de rotations ou de décalage (ce qui va te faire retomber sur
le nombre de bits initial...) ?
je vois que tu ne comprends toujours rien relis la page avec les tableurs
elle a été faite pour des spécialistes comme toi qui comprennent tout
5/ Tu ne regardes pas le contenu statistique du message, donc tu n'as pas
accès à l'entropie et tu ne peux pas compresser (au moins compresser
efficacement).
c'est pas la séquence que je compresse c'est l'espace de cette
séquence que je réduis ou mets en facteur ce qui implique une
modification du codage de la dite séquence et par la même occasion
modifie la taille de la séquence
ah la gueule du spécialiste dis moi c'est tout, une introduction mal
écrite et un qualificatif d'accès à un fichier
parce que de mon côté cela marche très bien, le code compresse et
décompresse et comme tu es un spécialiste du java je te laisse
corriger le petit problème de compilation
ho la jolie porte de sortie
je te laisse monter en épingle ton msg qui à la longue te permettra de
te donner raison
JKB a écrit :Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
http://remyaumeunier.chez-alice.fr/archive/compressionarchive.php
http://remyaumeunier.chez-alice.fr/archive/compressionarchive2.php
Bon, puisque tu me cherches.
Je pars du principe pas forcément vérifié qu'il s'agit du truc
qui a été posté sur fsm. Je vais juste noter les erreurs grossière.
Je ne vais pas perdre de temps pour détailler.
1/ pour une taille donnée de fichiers , l'entropie d'une séquence est
inversement proportionnelle à sa longueur.
Ça reste à démontrer (mais à vue de nez, c'est faux)
avec un bit tu ne peux que coder 2 états différents
2/ si la taille d'un fichier est plus petit que toutes les combinaisons
possibles d'une chaîne donnée il y a de quoi à faire
Moi y en a pas comprendre la moëlle substantifique de la sentence
susdite. Je suppose qu'il faut mettre un point à la fin de la
phrase, mais même avec ça, je ne comprends pas.
ok je me suis planté, je voulais écrire plus grand "dislecsique" je
plaide coupable
si la taille d'un fichier est plus grande que toutes les combinaisons
possibles d'une chaîne donnée il y a de quoi à faire
ce qui n'est pas pertinent pour la compréhension du bouzin mais juste
une introduction
3/ Donc 2 données consécutives dans un fichier sur 16 bits d=x1*256+x2
Je suppose qu'il s'agit de deux octets consécutifs dans un fichier à
accès direct. Passons.
ah oui tu as raison ,franchement c'est pertinent heureusement que tu
es là
4/ Que se passe-il si on balance 255 255 dans ton truc ? Tu commences
par encoder en base64 ? Tu rajoutes par un mécanisme à la noix d'en-tête
le nombre de rotations ou de décalage (ce qui va te faire retomber sur
le nombre de bits initial...) ?
je vois que tu ne comprends toujours rien relis la page avec les tableurs
elle a été faite pour des spécialistes comme toi qui comprennent tout
5/ Tu ne regardes pas le contenu statistique du message, donc tu n'as pas
accès à l'entropie et tu ne peux pas compresser (au moins compresser
efficacement).
c'est pas la séquence que je compresse c'est l'espace de cette
séquence que je réduis ou mets en facteur ce qui implique une
modification du codage de la dite séquence et par la même occasion
modifie la taille de la séquence
ah la gueule du spécialiste dis moi c'est tout, une introduction mal
écrite et un qualificatif d'accès à un fichier
parce que de mon côté cela marche très bien, le code compresse et
décompresse et comme tu es un spécialiste du java je te laisse
corriger le petit problème de compilation
ho la jolie porte de sortie
je te laisse monter en épingle ton msg qui à la longue te permettra de
te donner raison
Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :
> JKB a écrit :
>> Le 22-10-2009, ? propos de
>> Re: De la difficulté à trouver? des linuxiens professionnels,
>> remy ?crivait dans fr.comp.os.linux.debats :
>>>>> alors évites moi le charabia habituel qui est l'apanage des
>>>>> incompétents mais tu n'es pas de cela
>>>>> hein je t'écoute
>>>> Bizarrement, la page avec l'algo n'est plus disponibl e, c'est
>>>> dommage, elle nous avait bien fait rire. Le truc qui était sur la
>>>> page était _trivialement_ destructeur d'information .
>>>http://remyaumeunier.chez-alice.fr/archive/compressionarchive.php
>>>http://remyaumeunier.chez-alice.fr/archive/compressionarchive2.php
>> Bon, puisque tu me cherches.
>> Je pars du principe pas forcément vérifié qu'il s 'agit du truc
>> qui a été posté sur fsm. Je vais juste noter les erreurs grossière.
>> Je ne vais pas perdre de temps pour détailler.
>> 1/ pour une taille donnée de fichiers , l'entropie d'une séquence est
>> inversement proportionnelle à sa longueur.
>> Ça reste à démontrer (mais à vue de nez, c'est faux)
> avec un bit tu ne peux que coder 2 états différents
Et ?
>> 2/ si la taille d'un fichier est plus petit que toutes les combinaison s
>> possibles d'une chaîne donnée il y a de quoi à faire
>> Moi y en a pas comprendre la moëlle substantifique de la sentence
>> susdite. Je suppose qu'il faut mettre un point à la f in de la
>> phrase, mais même avec ça, je ne comprends pas.
> ok je me suis planté, je voulais écrire plus grand "dislecsique" je
> plaide coupable
Je te conseille d'acheter un dictionnaire et de n'utilise r que des
mots que tu comprends.
> si la taille d'un fichier est plus grande que toutes les combinaisons
> possibles d'une chaîne donnée il y a de quoi à faire
Est-ce que tu te rends compte de ce que tu arrives à écrire. Au
fait, sur fsm, il y a belle lurette que nombre de contrib uteurs
t'ont installé confortablement dans leur boitakon, donc n'attends
pas qu'on critique tes écrits comme tu l'as demandé d ans tes trois
derniers posts.
> ce qui n'est pas pertinent pour la compréhension du bouzin mais juste
> une introduction
Bouzin, c'est exactement le mot que je cherchais.
>> 3/ Donc 2 données consécutives dans un fichier sur 16 bits d=x1* 256+x2
>> Je suppose qu'il s'agit de deux octets consécutifs da ns un fichier à
>> accès direct. Passons.
> ah oui tu as raison ,franchement c'est pertinent heureusement que tu
> es là
Prends-moi pour un con. Ton truc, dans l'absolu, ça sig nifie que les
données sont sur 16 bits, donc que deux données, ça fait 32 bits. Si
tu comprends autre chose, ton cerveau est câblé à l 'envers.
On peut aussi comprendre que ton fichier ne contient que 16 bits.
>> 4/ Que se passe-il si on balance 255 255 dans ton truc ? Tu commences
>> par encoder en base64 ? Tu rajoutes par un mécanisme à la noix d'e n-tête
>> le nombre de rotations ou de décalage (ce qui va te faire retomber s ur
>> le nombre de bits initial...) ?
> je vois que tu ne comprends toujours rien relis la page avec les tableu rs
> elle a été faite pour des spécialistes comme toi qui comprennent tout
Merci. Ce qui est bien, c'est que tu as proposé ton tru c à une
conférence et que tu t'es fait boulé. Pauvre vieux, t out le monde
est contre toi...
>> 5/ Tu ne regardes pas le contenu statistique du message, donc tu n'as pas
>> accès à l'entropie et tu ne peux pas compresser (au moins compress er
>> efficacement).
> c'est pas la séquence que je compresse c'est l'espace de cette
> séquence que je réduis ou mets en facteur ce qui implique une
> modification du codage de la dite séquence et par la même occasion
> modifie la taille de la séquence
Le monsieur te parle d'entropie. Tu peux répondre ce qu e tu veux,
mais jamais, tu ne parles d'information. Et tu n'as pas r épondu à ce
qui se passe dans le cas que j'ai indiqué.
> ah la gueule du spécialiste dis moi c'est tout, une introduction mal
> écrite et un qualificatif d'accès à un fichier
Je parle des explications que tu as données sur ta page .
> parce que de mon côté cela marche très bien, le code compresse et
> décompresse et comme tu es un spécialiste du java je te laisse
> corriger le petit problème de compilation
Non.
> ho la jolie porte de sortie
Comme d'habitude lorsqu'on te met le nez dans les probl èmes.
> je te laisse monter en épingle ton msg qui à la longue te permettra de
> te donner raison
Pas besoin.
Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :
> JKB a écrit :
>> Le 22-10-2009, ? propos de
>> Re: De la difficulté à trouver? des linuxiens professionnels,
>> remy ?crivait dans fr.comp.os.linux.debats :
>>>>> alors évites moi le charabia habituel qui est l'apanage des
>>>>> incompétents mais tu n'es pas de cela
>>>>> hein je t'écoute
>>>> Bizarrement, la page avec l'algo n'est plus disponibl e, c'est
>>>> dommage, elle nous avait bien fait rire. Le truc qui était sur la
>>>> page était _trivialement_ destructeur d'information .
>>>http://remyaumeunier.chez-alice.fr/archive/compressionarchive.php
>>>http://remyaumeunier.chez-alice.fr/archive/compressionarchive2.php
>> Bon, puisque tu me cherches.
>> Je pars du principe pas forcément vérifié qu'il s 'agit du truc
>> qui a été posté sur fsm. Je vais juste noter les erreurs grossière.
>> Je ne vais pas perdre de temps pour détailler.
>> 1/ pour une taille donnée de fichiers , l'entropie d'une séquence est
>> inversement proportionnelle à sa longueur.
>> Ça reste à démontrer (mais à vue de nez, c'est faux)
> avec un bit tu ne peux que coder 2 états différents
Et ?
>> 2/ si la taille d'un fichier est plus petit que toutes les combinaison s
>> possibles d'une chaîne donnée il y a de quoi à faire
>> Moi y en a pas comprendre la moëlle substantifique de la sentence
>> susdite. Je suppose qu'il faut mettre un point à la f in de la
>> phrase, mais même avec ça, je ne comprends pas.
> ok je me suis planté, je voulais écrire plus grand "dislecsique" je
> plaide coupable
Je te conseille d'acheter un dictionnaire et de n'utilise r que des
mots que tu comprends.
> si la taille d'un fichier est plus grande que toutes les combinaisons
> possibles d'une chaîne donnée il y a de quoi à faire
Est-ce que tu te rends compte de ce que tu arrives à écrire. Au
fait, sur fsm, il y a belle lurette que nombre de contrib uteurs
t'ont installé confortablement dans leur boitakon, donc n'attends
pas qu'on critique tes écrits comme tu l'as demandé d ans tes trois
derniers posts.
> ce qui n'est pas pertinent pour la compréhension du bouzin mais juste
> une introduction
Bouzin, c'est exactement le mot que je cherchais.
>> 3/ Donc 2 données consécutives dans un fichier sur 16 bits d=x1* 256+x2
>> Je suppose qu'il s'agit de deux octets consécutifs da ns un fichier à
>> accès direct. Passons.
> ah oui tu as raison ,franchement c'est pertinent heureusement que tu
> es là
Prends-moi pour un con. Ton truc, dans l'absolu, ça sig nifie que les
données sont sur 16 bits, donc que deux données, ça fait 32 bits. Si
tu comprends autre chose, ton cerveau est câblé à l 'envers.
On peut aussi comprendre que ton fichier ne contient que 16 bits.
>> 4/ Que se passe-il si on balance 255 255 dans ton truc ? Tu commences
>> par encoder en base64 ? Tu rajoutes par un mécanisme à la noix d'e n-tête
>> le nombre de rotations ou de décalage (ce qui va te faire retomber s ur
>> le nombre de bits initial...) ?
> je vois que tu ne comprends toujours rien relis la page avec les tableu rs
> elle a été faite pour des spécialistes comme toi qui comprennent tout
Merci. Ce qui est bien, c'est que tu as proposé ton tru c à une
conférence et que tu t'es fait boulé. Pauvre vieux, t out le monde
est contre toi...
>> 5/ Tu ne regardes pas le contenu statistique du message, donc tu n'as pas
>> accès à l'entropie et tu ne peux pas compresser (au moins compress er
>> efficacement).
> c'est pas la séquence que je compresse c'est l'espace de cette
> séquence que je réduis ou mets en facteur ce qui implique une
> modification du codage de la dite séquence et par la même occasion
> modifie la taille de la séquence
Le monsieur te parle d'entropie. Tu peux répondre ce qu e tu veux,
mais jamais, tu ne parles d'information. Et tu n'as pas r épondu à ce
qui se passe dans le cas que j'ai indiqué.
> ah la gueule du spécialiste dis moi c'est tout, une introduction mal
> écrite et un qualificatif d'accès à un fichier
Je parle des explications que tu as données sur ta page .
> parce que de mon côté cela marche très bien, le code compresse et
> décompresse et comme tu es un spécialiste du java je te laisse
> corriger le petit problème de compilation
Non.
> ho la jolie porte de sortie
Comme d'habitude lorsqu'on te met le nez dans les probl èmes.
> je te laisse monter en épingle ton msg qui à la longue te permettra de
> te donner raison
Pas besoin.
Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :
> JKB a écrit :
>> Le 22-10-2009, ? propos de
>> Re: De la difficulté à trouver? des linuxiens professionnels,
>> remy ?crivait dans fr.comp.os.linux.debats :
>>>>> alors évites moi le charabia habituel qui est l'apanage des
>>>>> incompétents mais tu n'es pas de cela
>>>>> hein je t'écoute
>>>> Bizarrement, la page avec l'algo n'est plus disponibl e, c'est
>>>> dommage, elle nous avait bien fait rire. Le truc qui était sur la
>>>> page était _trivialement_ destructeur d'information .
>>>http://remyaumeunier.chez-alice.fr/archive/compressionarchive.php
>>>http://remyaumeunier.chez-alice.fr/archive/compressionarchive2.php
>> Bon, puisque tu me cherches.
>> Je pars du principe pas forcément vérifié qu'il s 'agit du truc
>> qui a été posté sur fsm. Je vais juste noter les erreurs grossière.
>> Je ne vais pas perdre de temps pour détailler.
>> 1/ pour une taille donnée de fichiers , l'entropie d'une séquence est
>> inversement proportionnelle à sa longueur.
>> Ça reste à démontrer (mais à vue de nez, c'est faux)
> avec un bit tu ne peux que coder 2 états différents
Et ?
>> 2/ si la taille d'un fichier est plus petit que toutes les combinaison s
>> possibles d'une chaîne donnée il y a de quoi à faire
>> Moi y en a pas comprendre la moëlle substantifique de la sentence
>> susdite. Je suppose qu'il faut mettre un point à la f in de la
>> phrase, mais même avec ça, je ne comprends pas.
> ok je me suis planté, je voulais écrire plus grand "dislecsique" je
> plaide coupable
Je te conseille d'acheter un dictionnaire et de n'utilise r que des
mots que tu comprends.
> si la taille d'un fichier est plus grande que toutes les combinaisons
> possibles d'une chaîne donnée il y a de quoi à faire
Est-ce que tu te rends compte de ce que tu arrives à écrire. Au
fait, sur fsm, il y a belle lurette que nombre de contrib uteurs
t'ont installé confortablement dans leur boitakon, donc n'attends
pas qu'on critique tes écrits comme tu l'as demandé d ans tes trois
derniers posts.
> ce qui n'est pas pertinent pour la compréhension du bouzin mais juste
> une introduction
Bouzin, c'est exactement le mot que je cherchais.
>> 3/ Donc 2 données consécutives dans un fichier sur 16 bits d=x1* 256+x2
>> Je suppose qu'il s'agit de deux octets consécutifs da ns un fichier à
>> accès direct. Passons.
> ah oui tu as raison ,franchement c'est pertinent heureusement que tu
> es là
Prends-moi pour un con. Ton truc, dans l'absolu, ça sig nifie que les
données sont sur 16 bits, donc que deux données, ça fait 32 bits. Si
tu comprends autre chose, ton cerveau est câblé à l 'envers.
On peut aussi comprendre que ton fichier ne contient que 16 bits.
>> 4/ Que se passe-il si on balance 255 255 dans ton truc ? Tu commences
>> par encoder en base64 ? Tu rajoutes par un mécanisme à la noix d'e n-tête
>> le nombre de rotations ou de décalage (ce qui va te faire retomber s ur
>> le nombre de bits initial...) ?
> je vois que tu ne comprends toujours rien relis la page avec les tableu rs
> elle a été faite pour des spécialistes comme toi qui comprennent tout
Merci. Ce qui est bien, c'est que tu as proposé ton tru c à une
conférence et que tu t'es fait boulé. Pauvre vieux, t out le monde
est contre toi...
>> 5/ Tu ne regardes pas le contenu statistique du message, donc tu n'as pas
>> accès à l'entropie et tu ne peux pas compresser (au moins compress er
>> efficacement).
> c'est pas la séquence que je compresse c'est l'espace de cette
> séquence que je réduis ou mets en facteur ce qui implique une
> modification du codage de la dite séquence et par la même occasion
> modifie la taille de la séquence
Le monsieur te parle d'entropie. Tu peux répondre ce qu e tu veux,
mais jamais, tu ne parles d'information. Et tu n'as pas r épondu à ce
qui se passe dans le cas que j'ai indiqué.
> ah la gueule du spécialiste dis moi c'est tout, une introduction mal
> écrite et un qualificatif d'accès à un fichier
Je parle des explications que tu as données sur ta page .
> parce que de mon côté cela marche très bien, le code compresse et
> décompresse et comme tu es un spécialiste du java je te laisse
> corriger le petit problème de compilation
Non.
> ho la jolie porte de sortie
Comme d'habitude lorsqu'on te met le nez dans les probl èmes.
> je te laisse monter en épingle ton msg qui à la longue te permettra de
> te donner raison
Pas besoin.
