Reprise du message précédent :

à quoi ca va te servir d'avoir un textfield avec des millions de caractères dedans ? c'est illisble !!  
c'est quoi l'intéret d'afficher ca ?

non, mais tu peux le coder en plusieurs bytes

oui, j'ai vu que sdk transformait son char en string, mais je faisais reference à ça:

--> pourquoi pas betement enorme.append(c) ?

 
bah je vait y appliquer des codes correcteurs et brouyer le signal ... donc c'est avoir un rendu visuel de ca

parce que pour moi, dans ajoute_chaine y a son code qui transforme le char en String (de 3 carctères si j'ai bien suivi)

ha; j'ai pas suivi jusqu'a ce point là moi
 
en meme temps son code ferait ptet mieux de generer 3 chars au lieu d'un String

 
ben en fait now ca me renvoi un StringBuffer, donc je fait un gros StringBuffer a partir de petit.
 
le probleme c'est now pour l'afficher ...

si ton stringbuffer est trop petit, les String sont plus rapides. de toute façon quel interet ?

 
ben le probleme c'est les codes correspondant au chaque char peuvent etre plus long qu'un byte, donc je doit les stocker dans des chaines

ben dans ce cas, valait mieux que tu continue à retourner des Strings alors
 
pour l'afficher, t'as pas le choix tu fais un setTest(buffer.toString()) ... mais viens pas te plaindre si ca rame quand tu essayes d'afficher 3 millions de caractères dans un champs

attends, compression -> byte[] à taille variable si tu travaille avec des dictionnaires par exemple
 
l'affichage est tout autre chose
 
 
on comprends pas grand chose à ce que tu fais

 
ben le principe de mon algorithme c'est j'ai un objet Symbole dans le quel j'ai deux attibuts, un float f ( de la forme 0,xxx) et un int n, et je doit prend n nombre apres la virgule de la représentation du float en base 2. par ex f=0.5 et n=3 : f= 0.101 donc je retourne 101.
 
et pour l'instant javait fait ca avec des une chaine, cad je fait des *2 et ou je concatene 0 ou 1 m fois. mais j'ai pas trouvé comment faire en restant complettement en base 2 pour l'instant ...  

ben avec des byte et les opérateur binaires, parce que pour le moment, tu vas droit dans le mur je pense

 
ouep je sais bien mais j'y arrive pas donc bon le principe du visualiser le principe, pas de faire un super compresseur, mais c'est sur que ca serai plus prope j'suis pas assez doué    

J'avais le même genre de projet et à peu près les même problèmes.
 
Essaye avec des TextArea à la place de tes JTextArea, tu devrais plus avoir de OutOfMemory et l'affichage devrais être beaucoup plus rapide.
Par contre faudra juste faire gaffe au mélange d'AWT et de Swing, ça peut poser problème.

rien à voir...  
vaut mieux lire le topic entièrement avant de répondre ...