Discussion :

[Rmiid]

Bonjour, j'ai un projet qui consiste à réaliser une animation des lignes de trams de Grenoble, en langage C sous Borland, selon la carte suivante : http://www.sedeplacer-tag.fr/Lignes/PLAN_A.pdf Après avoir lutté un peu pour faire bouger le tram, on s'est rendu compte qu'il était trop compliqué ( pour nous ) de programmer un tram se déplacant horizontalement, une autre fonction pour le deplacement vertical, une autre pour les virages... Et de plus le rendu visuel pour la jonction ligne droite/virage est trèèèèès moyenne...

Alors nous voudrions tracer tout d'abord la ligne d'une certaine couleur, créer un objet tram, et ensuite tester chaque pixel "limitrophe". Si le pixel est blanc, ne rien faire, si c'est la couleur de la ligne, déplacer le tram dans cette direction. Malheureusement je ne sais pas comment tester la couleur d'un pixel donné ( j'ai vu des fonction GetR/G/BValue mais pas sur que ce soit ca ) Quelqu'un pourrait-il m'indiquer comment procéder ?
Merci d'avance.

PS : si vous avez des idées différentes ( plus simples ) pour que le tram suive la ligne, je vous en serait très reconnaissant, car après tout le choix de la méthode est presque plus compliqué que la programmation en elle même...

[stephl]

Malheureusement je ne sais pas comment tester la couleur d'un pixel donné

GetPixel()

[Médinoc]

en langage C sous Borland

C'est du vieux Borland pour DOS 16 bits ou bien un vrai programme graphique pour Windows ?
Si Windows, quel type ? 16 bits (Windows 3.x) ou 32 bits (Windows 95 et supérieur) ?

[stephl]

C'est du vieux Borland pour DOS 16 bits ou bien un vrai programme graphique pour Windows ?

j'ai vu des fonction GetR/G/BValue mais pas sur que ce soit ca

Ces fonctions font partie de l'API Windows, donc je ne pense pas que ce soit pour DOS.

[Médinoc]

Tu peux être surpris des confusions que peuvent faire les gens.

De plus, certains EDIs Borland 16-bit contiennent une aide de l'API Windows 16-bit (Les Windows 3.x), aussi on peut croire l'avoir à disposition pour des programmes DOS...

PS: Ce ne sont pas des fonctions mais des macros.

[stephl]

OK, alors je retire ma remarque. Le nom de ces fonctions m'a fait supposer que l'API Windows (32 bits) était utilisée, mais j'ai peut-être tort. A vrai dire, je n'ai jamais eu l'occasion d'utiliser l'API 16 bits.
Votre PS est juste; je ne m'en souvenais plus. Désolé.