os4 debug/opengl ?
-
Aloa à tous,
après un grand temps d’abscence j’ai rallumé mes miga et ma sam pour reprendre du dev (même du 68k ). Autant sur le 1200 ça va … autant sur l’OS4 j’ai du mal… Ca fait déja quelques jours que je farfouille mais sans vraiment de résultat
J’ai installé la dernière update + codebench + sdl, tout marche nickel mais quelques petites questions :
– quid du debuger ? GDB a l’air dans les choux et si on doit debug à coup de printf je m’achète une corde à casto cette aprem ! Ya t il des plugins pour placer les breakpoints depuis Codebench ?
– quid d’opengl ? j’ai vu ce post sur le blog d’un des devs de l’os4 http://blog.hyperion-entertainment.biz/?p=290 mais j’en sais pas vraiment plus. A prioris il y a tinygl et minigl déja de dispo mais sont il encore maintenu ? Est ce une implémentation 1.0 ou 2.0 ? CG shader, possible ?
J’ai probablement d’autres question mais déja si je pouvais debuger et faire de l’opengl 2.0…ça serait bien cool
Merci !
Gouky !
Si tu as de l’aisance avec l’anglais, tu peux également faire un petit tour sur ces sites pour obtenir des infos :
– http://forum.hyperion-entertainment.biz/ (section developer)
@zeGouky : Comme l’a dit K-L, OS4 -> MiniGL ….. et TiniGL -> MorphOS
Par contre, pour le débug, pour ma part, je le fais à la main (avec des printf comme tu le dis, à part que je me suis fait une fonction « DebugMessage » avec des paramètres types et mon prog est orienté « modules » et donc découpé en petites fonctions … ce qui facilite un peu le débug …
@K-L : Moi Pro ? Moi = « Prototype » … ok … mais moi = Professionel … pas vraiment :p MDR(cf : le professionnalisme tue la passion )
Merci pour vos réponses !
Bon faut que je regarde google pour faire un noeud coulant alors C’est sur que le debug à coup de printf ce n’est pas le top mais bon … Je vais zieuter le nouveau GDB et j’ai cru voir un nouveau debug sur osdepot.
Par contre donc si je comprends bien c’est du opengl 1.3 donc on oublie les shaders et ça c’est vraiment dommage
Plop tous,
je continue ce thread avec des questions de noob…
Mon amiga os4 semble vraiment très instable, des fois ça freeze sans raison et je suis obligé de faire un reset. Ca arrive souvent quand je fais plusieurs chose à la fois. Ce genre de problème est fréquent sous OS4 ? (je précise, je suis en OS4.1 update 3 réinstallé tout fraîchement mais ça n’a pas arrangé les problèmes ).
Et petite question supplémentaire, il y a moyen de tuer une tâche qui a planté mais qui reste là ? Actuellement quand j’ai mon appli qui crash, j’ai beau cliquer sur terminer le programme, la fenêtre reste et aucun moyen de la fermer.
Merci d’avance,
gouky
Sur une Sam440ep
zeGouky a écrit :
Plop tous,
Et petite question supplémentaire, il y a moyen de tuer une tâche qui a planté mais qui reste là ? Actuellement quand j’ai mon appli qui crash, j’ai beau cliquer sur terminer le programme, la fenêtre reste et aucun moyen de la fermer.
Merci d’avance,
gouky
il y a l’Exorcist qui permet de tuer une fenêtre d’un programme planté mais ce n’est pas du 100%
J’ai pas testé minigl / os4 depuis 3 ans, mais c’est vraiment du foutage de gueule… c’est sencé en gros être du GL1.2 /1.4 (texture mapping avec plusieurs couche et quelques extensions), là OK, ce serait bien si c’était fonctionnel, le hic c’est que ce n’est qu’une couche de compatibilité par dessus warp3D, qui lui même n’a pas bougé depuis les version classic PPC … dit comme ça, ça pourrait marcher (lentement) en théorie, mais beaucoup de spec’ de base d’opengl1.X ne sont pas supporté (si vous avait du callList / GL_COMPILE quelque part ça marchera pas, pourtant c’était conseillé pour optimiser il y a 10 ans.), ou plantent la machine « si on ne fait pas les glEnable dans un ordre précis que personne ne connait »,( ce qui est désespérant à la longue) Le pire était l’obligation d’utiliser un « glut » buggué à 2 francs pour ouvrir son contexte OpenGL: pas moyen de faire son screen et son contexte avec un équivalent glx/wgl/gle. Pour résumer: tout les trucs GL porté sous OS4 sont « modifiés pour pouvoir passer ».
… vraisemblablement minigl a été fait « pour faire tourner quake » dans un premier temps et retouché « pour faire tourner blender » dans un second (le code opengl de blender est à mourir de rire, ils dessinent avec glBegin()/ glEnd() , le truc lent pour débutant, qui a d’ailleurs été viré dans GL3 )
Domage d’avoir raté cette API, parce que le mesaGL dispo sous warpd3d sous classic il y a 10 ans supportait vraiment GL1.4 à 100% lui ( glClipPlane et autres) Pour info, j’aurais porté mes intros OpenGL sur os4 si j’avais pu.
… nota: pour du OpenGL2/ GLSL ou quoi que ce soit en shader:
faire un driver 3D avec des shaders est 100 fois plus complexe que de faire un driver 1.x sans shader, car dans le cas des shaders , le compilateur GLSL (ou cg) + les algos qui font partager le dessin des polygones à des units gpu , sont dans le driver, … enfin il parait que des drivers opensource commencent à être pas mal, mais ça ne se pourra qu’avec gallium (encore l’année dernière , les shaders ATI sous linux c’était pas encore ça !)
Merci krabob pour les infos … Et waaouuttcchhhhh ça fait mal Du coup je comprends pas trop le pourquoi du comment de mettre autre chose qu’une carte intégré à la sam niveau carte graphique, quel gain et pour faire quoi au final
Bon je pense que je vais me contenter de la SDL et d’éviter la 3D alors *sigh*
Hello
>mesaGL dispo sous warpd3d sous classic il y a 10 ans supportait vraiment GL1.4 à 100% lui ( glClipPlane et autres) Pour info, j’aurais porté mes intros OpenGL sur os4 si j’avais pu.
Tu veut dire que tu regrette StormMesa ?
Faudrait il donc le recompiler pour OS4 pour avoir plus de soft GL portés dessus ? Cela doit être faisable mais moi j’ai la flemme de générer les fichiers nécessaires (genre les glue functions, Interface,etc…)
Alain Thellier
- Vous devez être connecté pour répondre à ce sujet.
› Forums › AmigaOS, MorphOS et AROS › Développement › os4 debug/opengl ?