Soit x et y 2 entiers, pour vous est ce que :
- (int) (x/(255*y)+0.5)
et  
- (int) (x/((float)255*y)+0.5)
sont equivalents ? Perso je pense que la 1ere peut me donner un arrondi bidon, mais je ne suis pas sur

(float)255 ca veut pas dire grand chose, de toutes façons ...

Je peux bien faire un cast de 255 non ? Ca revient a ecrire 255.0 ?
Je me trompe p-e totalement, mais si je n'ai que des entiers, alors mon resultats sera arrondi avant que j'ai pu lui ajouter 0.5 ?

c'est quoi ton but ?
 

Le but, c'est d'arrondir un resultat decimal a l'entier le plus proche.
En C la technique commune est d'ajouter 0.5, car l'arrondissement se fait tjrs a l'inferieur.

sauf si tu lis la doc et que tu utilises floor() ou ceil(), auquel cas tu choisis ton arrondi

Non.

Merci pour vos reponses, ca m'apporte des precisions.
 
Mais ca ne repond pas a ma 1ere question.
Je reformule plus clairement
si j'ai x, y et z, 3 entiers.
 
Est ce que x/(y*z)+0.5 sera equivalent a x/((float)y*z)+0.5 ?
En clair est ce que le resultat de ma division sera un entier si tous ses operandes en sont ?

de mémoire à l'arrache, je préfère écrire cela comme ça:
 
int result=(float).....
ou
int result=((float)....);
 
généralement j'évites de mixer entier & flottant par souci de vitesse

 
toujours promotion vers le type le plus "large"
 
x/(y*z) -> int
x/(y*z)+0.5 -> double
(float)y*z -> float
x/((float)y*z) -> float
...

fais toi ta propre idée en codant ça.
 

Test donc ça en assignant le résultat dans un double, un float, un int, en castant ou non.

 
Si je ne m'abuse, la version où on cast y en float est plus précise, car dans l'autre cas, on a 2 casts implicites en int (et donc 2 arrondis) au total, le premier étant x/(y*z) et le second étant l'affectation finale.
 

 
Mais c'est vrai que la solution la plus simple et de loin est encore de tester ça avec un paquet de valeurs aléatoires voir si parfois on trouve un résultat différent...

c'est surtout plus precis parce que la division est reel et non euclidienne

C'est ce que je voulais dire

oui, mais quand tu fais 'x/(y*z)' il n'y a pas d'arrondi (c'est pas comme si l'operation etait faite sur des reels puis le resultat converti en entier)

 
C'est ce qui me semblait !
 

 
Waip, j'avais pas de compilo sous la main. Mais je vais tester pour etre sur.
Disons que je voulais etre sur d'avoir compris les casts implicites.
 
Edit : Merci a tous les intervenants

 
Bien sûr, mais il n'empêche que le résultat est le même . Quand je parlais d'arrondi, c'est d'un point de vue humain que je voyais la chose, pas du point de vue de la machine.

ouai, desole, et pas la peine de s'enerver sur ce genre de truc qui existe deja (ceil, floor)

oh, je n'étais pas énervé, désolé si j'en ai donné l'impression