Coder une application Graphique en VGA ou VESA "console" compatible entre MS-DOS et Linux?

Bonsoir,


j'aurai voulu savoir si il était possible de créer une application graphique utilisant des standard VGA ou Vesa qui puisse s’exécuter sur un système équipé d' MS-DOS et la console Linux?

Donc avoir un code source similaire pour ces deux type de système d'exploitation mais s’exécutant toujours en mode "console" sans utiliser d'API particulier propre à un OS. (bannir GTK/ Win32 etc...)

Exemple créer un jeu d'échecs avec des graphismes basique en VGA dont le code pourrait être compilé sur Windows et Linux mais s’exécutant dans une fenêtre type Terminal (pour Linux) ou Console MS-DOS (pure ou via DosBox).

Quel Langage? Quel librairie? Compilateur?

bonsoir ce n'est pas possible car entre un exécutable sous Windows et Linux ce n'est pas le même format.
Par contre on peut avoir le même code source en langage C.
Pour le mode VGA ou VESA il y a des interruptions BIOS comme l'interruption 13h.
Pour y accéder il faut un compilo C qui supporte les directives assembleur

Citation:

---

Envoyé par Mat.M

bonsoir ce n'est pas possible car entre un exécutable sous Windows et Linux ce n'est pas le même format.
Par contre on peut avoir le même code source en langage C.
Pour le mode VGA ou VESA il y a des interruptions BIOS comme l'interruption 13h.
Pour y accéder il faut un compilo C qui supporte les directives assembleur

---

Bonsoir oui je sais que un binaire Windows et Linux ne sont pas identiques.. Ton deuxième paragraphe concernant le language C répond mieux à la question.

Qu'appelle tu un "compilo"? Compilateur ?
L'accès au Vga ou Vesa doit donc passer par le language assembleur pour que le code soit compatible entre Windows et Linux ?

La librairie NCurses te permettra de réaliser ce que tu cherches à faire.

Salut Kitsune64 un compilateur est un outil qui traduit un langage informatique comme le C/C++ en code machine assembleur.
Cependant je ne conseille pas d'accéder au VGA/VESA car si sous Linux c'est peut-être possible ( et encore...) sous Windows ce n'est plus possible car l'OS interdit cela

Donc je conseille d'utiliser un outil comme Code::Blocks par exemple ou Visual Studio et utiliser la biblio SDL pour faire un jeu d'échec.
Et puis en assembleur tu n'auras pas accès à l'accélération graphique comme avec open GL ou Direct3d

Quant à NCurses j'ai jeté un coup d'oeil mais cela ne permet pas d'accéder au mode VESA apparemment

Effectivement j'ai cherché des infos sur Ncurses aussi mais rien qui réponde vraiment à ce que je cherchais.

Bien que le VGA et VESA ne soit plus supporté par les systèmes Windows actuels j'aimais bien l'idée d'avoir recours au minimum vital d'une machine pour faire tourner un programme graphique. C'est pour ça que je préférais quelques part m'écarté de librairies tel la SDL.

Je n'ai cependant pas trouvé grand chose compatible DOS et Linux dans ce domaine.

J'ai cependant trouvé ceci:
http://grx.gnu.de/
http://www.fgrim.com/mgrx/

et je me demande si la librairie Allegro ne fait pas ça non plus j'ai vu qu'elle était compatible DOS aussi. (du moins pour ses anciennes versions)

Sous DOS grâce à des outils comme Borland C et surtout DJGPP ça pouvait même se faire sans assembleur ou alors un peu embarqué dans du C. Par contre ça reste très technique donc il faut s'y connaitre. En plus accessible il y a des biblios comme Allegro. Il faudra peut-être repêcher les vieilles versions car les plus récentes c'est sans doute comme pour SDL 2 & Cie : Support de Windows, utilisation d'OpenGL…

Du côté de Linux je me souviens alors très vaguement d'avoir bidouillé mais il fallait au moins être sous X11. Dans ma petite tête il y a VGAlib ou VESAlib mais c'était peut-être une autre biblio. C'est très flou ! Ça doit être possible de faire comme sous DOS sans passer par un environnement graphique mais alors là bon courage… Mais quand on aime bidouiller il y a sans doute de quoi se faire très plaisir !

Niveau langage je te conseille C/C++ mais en matière de programmation multimédia Turbo Pascal était aussi très populaire. L'avantage de DJGPP c'est qu'il était fourni avec un compilo et une biblio permettant d'accéder à toute la mémoire. C'était magique !! L'éditeur bleu était aussi trop classe.

Bon courage et vive la nostalgie.

Note : Ce message a 7 minutes de retard :ptdr:

Je suis arrivé à un résultat concluant avec Allegro version 4.2.2(je crois) fournie sur le site avec DJGPP (GPP pour DOS).
La version d'Allegro était dejà compilée car je ne suis pas arrivé a compiler Allegro moi même avec Make.

IDE utilisé Rhide (IDE DOS) sous émulateur DOSBOX.

Exemple d'effets de flames...
Screenshoot:
Pièce jointe 525868
Pièce jointe 525872

Ah oui Rhide !! Marrant l'effet graphique que j'avais bidouillé sous X11, à partir de sa biblio sans doute, c'était aussi des flammes. J'ai remis la main dessus si ça t'intéresse et tant mieux si t'es content d'Allegro.

J'ai rencontré un soucis avec Rhide.
Je dois chaque fois supprimer des fichiers manuellement entre chaque compilation car il a tendance a recompiler chaque fichiers que j'ai ouvert précédemment avant la compilation en cours.

Si vous avez une solution pour pallier ce problème? Merci.

ohnomorejmmings

Oui ça peux m'intéresser, avec quelle librairie graphique as tu codés?