L'expression "ça marche pas" ne veut rien dire. Indiquez l'erreur, et/ou les comportements attendus et obtenus, et donnez un Exemple Complet Minimal qui permet de reproduire le problème.
La plupart des réponses à vos questions sont déjà dans les FAQs ou les Tutoriels, ou peut-être dans une autre discussion : utilisez la recherche interne.
Des questions sur Java : consultez le Forum Java. Des questions sur l'EDI Eclipse ou la plateforme Eclipse RCP : consultez le Forum Eclipse.
Une question correctement posée et rédigée et vous aurez plus de chances de réponses adaptées et rapides.
N'oubliez pas de mettre vos extraits de code entre balises CODE (Voir Mode d'emploi de l'éditeur de messages).
Nouveau sur le forum ? Consultez Les Règles du Club.
Je mis une autre option taille=S avec une information sur la taille ou la position donc j'aurais 10bit sur 5 bit.
Dans ma société on a le meme problème pour resoudre le problème d'un epissure a deux fils pour resoudre se problème en dois ajouter des options supplémentaires sur le plan prinicipal.
Tu t'ennuyais à ce point joel ?
D'ailleurs, j'ai cliqué sur la balise spoiler, et je te hais ! ^^
Bah, je me suis dit
- les explications scientifiques ne fonctionnent pas
- les railleries, le mépris, etc, ne fonctionnent pas
- les blagues ne fonctionnent pas
Alors essayons des explications pragmatiques et un peu d'intérêt constructif... mais ça ne fonctionne toujours pas apparemment...
En tout cas, @fanmanga a démontré au moins une chose : que sa persévérance tourne à l'obstination... j'espérais le sortir de cette nouvelle impasse... j'avoue que j'ai peut-être trouvé mon maître en matière d'obstination
(et encore, je n'ai pas encore abordé la problématique de compresser tout sous la forme de série de 4 bits uniquement à 1, qui pourrait, elle, être compressée, très facilement, à 1 bit ).
L'expression "ça marche pas" ne veut rien dire. Indiquez l'erreur, et/ou les comportements attendus et obtenus, et donnez un Exemple Complet Minimal qui permet de reproduire le problème.
La plupart des réponses à vos questions sont déjà dans les FAQs ou les Tutoriels, ou peut-être dans une autre discussion : utilisez la recherche interne.
Des questions sur Java : consultez le Forum Java. Des questions sur l'EDI Eclipse ou la plateforme Eclipse RCP : consultez le Forum Eclipse.
Une question correctement posée et rédigée et vous aurez plus de chances de réponses adaptées et rapides.
N'oubliez pas de mettre vos extraits de code entre balises CODE (Voir Mode d'emploi de l'éditeur de messages).
Nouveau sur le forum ? Consultez Les Règles du Club.
C'est courageux de ta part, ceci dit, à mon avis, rien ne fonctionnera jamais, j'ai un peu peur qu'on soit dans le cas de la partie d'échec avec un pigeon ^^
Ou alors tu aurais du colorer ton explication en bleu, la poster à une heure synchronisée avec le 10, un soir où il y avait des nuages en barbe à papa dans le ciel, et la peut-être que.
En faite si l'univers est issus de la bigbang cette compression existra sûrement .
Si non si l'univers n'est pas issus de bigbang cette solution peux exister ou non.
En tous cas moi je crois que tous est possible dans le futur.
C'est bien que un humain ne court pas a 110km mais si il court dans une vaiseau spaciel il peux dépasser 1000km.
Il a à vivre sa vie comme ça et il est mûr sur ce mur se creusant la tête : peut–être qu'il peut être sûr, etc.
Oui, je milite pour l'orthographe et le respect du trait d'union à l'impératif.
Après avoir posté, relisez-vous ! Et en cas d'erreur ou d'oubli, il existe un bouton « Modifier », à utiliser sans modération
On a des lois pour protéger les remboursements aux faiseurs d’argent. On n’en a pas pour empêcher un être humain de mourir de misère.
Mes 2 cts,
--
jp
Oui tous faux lol😀
En fait si j'ajoute des options supplémentaires taille compressé de 10 vers 5 bit ou plus jusqu'à 10.
Je peux gagner en taille car 0 et 1 peux ce tenir sur 1 bit et 2 3 4 5...peuvent ce tenir sur 2 bit jusqu'1023 qui faut codé en 10 bit .
Pas besoin de les coder sur 10 bit c'est la que je peux gagner en taille.
C'est joué sur cette différence
Je pense que ce à quoi il pense depuis le départ est la « compression avec perte », tout simplement.
À partir du moment où l'on peut raisonnablement se permettre de perdre de l'information parce ce qu'il en reste nous suffit, alors on peut virtuellement descendre jusqu'à l'infiniment petit. Même en ramenant une image à un seul pixel, ça peut être intéressant pour connaître sa teinte principale (pour faire un Ambilight, par exemple).
À part cela, ce que je lis au bout de presque 600 commentaires, c'est toujours la même chose : ce n'est pas de la compression que tu fais, mais de l'indexation. Si tu dois comprimer un film sur disque optique MAIS que tu sais que ce film fait partie d'une collection de dix films choisis à l'avance, alors tu n'as pas besoin de comprimer le film : il te suffit de coder son numéro qui, lui, tient sur quatre bits dans l'exemple présent. Mais cela suppose que l'information est déjà disponible du côté du lecteur.
Si tu veux indexer plus de films, tu es obligé d'utiliser plus de bits… à moins de faire encore une présélection. Note que ça marche, hein : au final, tu ne transmets toujours que quatre octets de données, MAIS tu fais abstraction de l'énorme quantité de méta-données que tu es obligé de transmettre au préalable pour que cela fonctionne.
Il a à vivre sa vie comme ça et il est mûr sur ce mur se creusant la tête : peut–être qu'il peut être sûr, etc.
Oui, je milite pour l'orthographe et le respect du trait d'union à l'impératif.
Après avoir posté, relisez-vous ! Et en cas d'erreur ou d'oubli, il existe un bouton « Modifier », à utiliser sans modération
On a des lois pour protéger les remboursements aux faiseurs d’argent. On n’en a pas pour empêcher un être humain de mourir de misère.
Mes 2 cts,
--
jp
Je veux bien. Mais perte d'informations ne veut pas dire perte de toutes les informations. Il y a toujours sélection d'informations à un niveau de pertinence voulu. Comme ton exemple de la teinte principale, qui est cette information que l'on souhaite au moins retrouver. Quand on compresse une image avec taux de perte, l'information est qu'on veut continuer à plus ou moins reconnaitre ce qu'il y a sur la photo, même si on compresse le modèle de couleur à 2 bits. S'il n'y a pas de condition, autant supprimer le fichier, ce sera la compression la plus efficace par rapport au fait qu'il n'y a plus aucune information récupérable.
Et je ne me souviens pas avoir vu une quelquonque référence à une tolérance de perte d'informations, ou de sélection. Dans le dernier système, il est bien question au contraire de retrouver le nombre d'origine.
L'expression "ça marche pas" ne veut rien dire. Indiquez l'erreur, et/ou les comportements attendus et obtenus, et donnez un Exemple Complet Minimal qui permet de reproduire le problème.
La plupart des réponses à vos questions sont déjà dans les FAQs ou les Tutoriels, ou peut-être dans une autre discussion : utilisez la recherche interne.
Des questions sur Java : consultez le Forum Java. Des questions sur l'EDI Eclipse ou la plateforme Eclipse RCP : consultez le Forum Eclipse.
Une question correctement posée et rédigée et vous aurez plus de chances de réponses adaptées et rapides.
N'oubliez pas de mettre vos extraits de code entre balises CODE (Voir Mode d'emploi de l'éditeur de messages).
Nouveau sur le forum ? Consultez Les Règles du Club.
Pour la décompression rien ne m'empeche de constuire un circuit d' entré 4 bit pour avoir une sortie 10 bit.
Les sorties avec plus d'information sur les 4 bits
Exemple
1111 ca position dans code.
Combien on a modifié.
A quelle fréquence....
Et voir comment je peux combiner les deux circuits pour faire une compression et decompression efficace avec perte et sans perte l'essentiel c'est compressé la donnée pour en suite la trouvé.
Est ce que en peux jouer sur la fréquence d'écriture des bits et avoir accès a cette information quand je veux?
Par exemple j'ai deux 1111. 1111 bit si dans la compression j'ecrit le premier 1111 je l'ai ecrit avec une fréquence et sur le 2 ème 1111 avec une autre fréquence est ce que cette information sur la frequence est accessible au moment de la décompression.
Y a t'il une fonction cmd qui dis a quelle fréquence mon 1111 est écrit?
Si en code 10 bit donne 10 bit
Les 4 bit encode mon nombre comme sur Excel envoyé et les 6 derniers pour écrire les bit de collision sur un temps différents.
Par exemple pour les collisions
1111 .1111.1111.1111.1111.1111
Le 1111 sera écrit dans un temp par exemple 10h37min28s19msXps.
Ou X entre 0 et 10 donne 1111
Entre 10 et 20 donne 1111
Entre 20 et 30 donne 1111
Entre 30 et 40 donne 1111
Entre 40 et 50 donne 1111
Entre 50 et 60 donne 1111.
Après ca suffit d'envoyer juste les 4 bit car les 6 dernière
Je peux les avoir par un CMD (1111) qui vas me donné cette information sur le temps.
Donc je peux destingué mes 6 1111 pour la décompression avec seulment 4 bit.
Que pensez vous?
Il va falloir qu'on supporte ça encore longtemps ?
Oui, je sais, je pourrais le mettre en ignoré mais ça n'empêcherait pas la consommation d'espace disque.
Il a à vivre sa vie comme ça et il est mûr sur ce mur se creusant la tête : peut–être qu'il peut être sûr, etc.
Oui, je milite pour l'orthographe et le respect du trait d'union à l'impératif.
Après avoir posté, relisez-vous ! Et en cas d'erreur ou d'oubli, il existe un bouton « Modifier », à utiliser sans modération
On a des lois pour protéger les remboursements aux faiseurs d’argent. On n’en a pas pour empêcher un être humain de mourir de misère.
Mes 2 cts,
--
jp
La réponse a déjà été donnée par la modération, apparemment, l'espace disque n'est pas un problème.
Donc soit effectivement tu l'ignore (et encore que, comme il ne poste que dans ses fils, il suffit de ne plus venir les lire), soit tu fais comme nous, et tu continues de te désespérer de ses interventions en te moquant gentiment de temps en temps.
Il a à vivre sa vie comme ça et il est mûr sur ce mur se creusant la tête : peut–être qu'il peut être sûr, etc.
Oui, je milite pour l'orthographe et le respect du trait d'union à l'impératif.
Après avoir posté, relisez-vous ! Et en cas d'erreur ou d'oubli, il existe un bouton « Modifier », à utiliser sans modération
On a des lois pour protéger les remboursements aux faiseurs d’argent. On n’en a pas pour empêcher un être humain de mourir de misère.
Mes 2 cts,
--
jp
Oui mais ce que je veux dire, c'est qu'il ne tape pas l'incruste dans tous les sujets, même si il ouvre de nouveaux fils, il reste dedans, donc quand tu vois que c'est lui l'auteur, il ne suffit de ne pas cliquer dessus. ^^
Enfin de toutes façons, encore une fois, cela a déjà été tranché par la modération, ils ne feront rien, donc tu peux continuer de venir t'en plaindre, mais à part consommer de l'espace disque supplémentaire, cela ne changera rien...
Desolé jipité je sais que c'est impossible en mathématiques.
Mais moi je ne crois pas que une chose soit impossible je crois que tout est possible puisque j'existe sans raison explicable par la science ou la religion (mathématiques physique ....).
Donne moi une seule explication pourquoi t'existe tous les explications données par la science ou la religion possède des failles en ne peux pas les confirmer a 100%.
C'est pour ca je suis obsédé par la compression infinie je sais que c'est impossible mathématiquement parlent mais je sais que en peux contourner cette impossibilité c'est une question de temps.
C'est comme dire que l'être humain est incapable de voler car la physique et la mathématique l'empêche de voler.
Mais l'Homme a pu contourner cette impossiblité en créons une avion qui l'aide a voler loin même vers la lune.
Pour info jipité cette discussion a était supprimer par les modérateurs puis après application de mon logarithme par Tatayo en copiant mon Z avec écriture unique(dans j'ai écrit avec des rechercheremplacer dans un temps particuliers pour contourner cette impossiblité mathématiques par un bug qui réalise cette impossiblité)Tatayo a pu concevoir ce logiciel de compression c'est après ca que on a retrouvé ma disscussion dans la rebrique humeur.
La j'essaye juste de comprendre comment j'ai pu réaliser ce bug informatique cette écriture de Z unique qui réalise cette compression infini.
J'ai une question au modérateur si mon Z de départ avec une écriture unique ca veux dire qui génère un bug informatique.
Est ce que c'est possible que un bug peux compresser et décompresser sans perte a l'infini?
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager