Taille max d'un tableau ?

Citation:

---

Envoyé par shinkyo

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...:cry:

---

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...

http://emmanuel-delahaye.developpez....ges/c_warn.png

Citation:

---

Envoyé par shinkyo

@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...

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.

Citation:

---

Envoyé par seriousme

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

---

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

Citation:

---

Envoyé par Gruik

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

---

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...

Citation:

---

Envoyé par Mayti4

[/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.

Citation:

---

Envoyé par Swoög

ça c'est pour du 16bits

---

8O8O8O 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.

Citation:

---

Envoyé par Emmanuel Delahaye

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.

Citation:

---

Envoyé par shinkyo

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.