Discussion :

[Emmanuel Delahaye]

Allocation dynamique, tu pourrais préciser s'il te plait ?
Je fais en général de la programmation objet (Java, C#), et en général je ne gère pas des tableaux aussi grands.
Le langage C me perturbe un petit peu à vrai dire...

Je rêve. Tu ne connais pas le C et tu prétends vouloir bricoler des tableaux monstrueux comme ça ?

Il faut s'attendre à une nouvelle catastrophe internationale ? Un bombardement intempestif de l'Iran par exemple (Oups, un missile de 50 kT a tête multipes sur Téhéran, désolé, je l'ai pas fait exprès ...)

Laisse tomber et commence par apprendre le C avant de déclencher la troisième guerre mondiale...

[Emmanuel Delahaye]

@Emmanuel Delahaye> Exact, le 255*2555*255 était bien une erreur de frappe de ma part.
C'est 255*255*255.

Ah, dommage... le missile est tombé sur les terminaux pétroliers...

[shinkyo]

J'ai pas demandé à faire ce truc en langage C. Je n'ai même rien prétendu du tout.
Ca m'a été imposé dans une matière à la fac...je m'en serai bien passé, personnellement.
Et puis chacun son truc hein, pas besoin de monter sur ses grands chevaux pour si peu.

Mais, merci quand même du compliment.

[Emmanuel Delahaye]

Ou "long long int" non supporté par tous les compilos.

... C99. A part gcc, Comeau et icc, je n'en connais pas d'autre...

[Emmanuel Delahaye]

Oui, ça fait longtemps que les int sur les PC sont sur 4 octets

Rien à voir. Sur mon bon vieux Borland C 3.1, ils sont toujours de 16 bits... (x86 mode réel). Et je te rappelle que c'est comme ça que démarrent tous les PC. En mode réel avec de int de 16-bits...

Si un jour tu écris ton BIOS en C (pas très portable...) ou le bootstrap de ton super OS perso de la mort qui tue, tu as intérêt à t'en souvenir...

Idem si tu fais de l'embarqué avec des cartes PC/104...

[Emmanuel Delahaye]

[/list]Pas sur un processeur 32bits.
[/i]

Ce sont le valeurs minimales garanties par le langage C. Ces valeurs sont portables. Il peut exister des valeurs supérieures pour une implémentation donnée (void <limits.h> de l'implémentation), mais ce n'est plus portable.

[Emmanuel Delahaye]

ça c'est pour du 16bits

Que de bêtises ce soir... Un vrai festival.

C'est pas 'pour du 16-bit'. Ce sont les valeurs minimales garanties par le langage. Point.

[shinkyo]

Mauvais raisonnement. La taille de l'image n'a rien à voir avec la taille de l'élément du tableau.

La couleur (RVB) est sur 24 bits (3 x 8). La valeur max est donc 0xFFFFFF soit 16777215 pour un blanc. Alors il faut unsigned long. int est trop petit.

Un élément du tableau représente le nombre d'occurrences d'une couleur.
Si j'ai une image de la taille d'un pixel, j'aurai dans le tableau un 1 à l'indice de la couleur.

Au passage, la fonction "Editer" c'est pas du luxe.

[Emmanuel Delahaye]

Un élément du tableau représente le nombre d'occurrences d'une couleur.
Si j'ai une image de la taille d'un pixel, j'aurai dans le tableau un 1 à l'indice de la couleur.

OK. Vu, c'est un histogramme, OK.

Reprenons.

Une couleur est codée en 8 bit (0-255) soit 256 valeurs.

RVB : 256 x 256 x 256 couleurs soit 0x1000000 cases. OK
Admettons que la taille max d'un objet soit de 0xFFFFFFFF, ca nous fait un maximum de 255 bits par element. Si on prend un unsigned long (32 bits), et qu'on a une raie monochrome, celle-ci peut accepter 0xFFFFFFFF pixels.

Pour 512 x 512 (0x40000 pixels), aucun problèmes.