Lionel Debroux (./27) :
> On risque donc d'avoir un programme saccadé non ? C'est possible que ce soit plus saccadé que la solution proposée par Martial, même si cette solution n'offre pas un framerate exactement constant non plus (de toute façon, il n'y en a pas, puisqu'il n'y a pas de timer synchrone avec le frame sync sur les TI-68k).
Il faudrait que je termine la gestion de IT dans Opale et que j'implément sa couche graphique associée un jour 
Thibaut, Kevin)
Kevin Kofler (./31) :
Ce qu'on fait dans gray.s (et que Julien Muchembled a fait dans son Universal OS), c'est qu'on teste si 0x70001D a flippé et si ce n'est pas le cas, on quitte avec un rte et attend tout simplement la prochaine AI1. (C'est ça la méthode "top secret" de Julien Muchembled qui a déclenché la fameuse flamewar à l'époque.)
Ximoon (./36) :
L'idée, c'est qu'on attribue à la même IT qui gère les NVG de faire le switch dès qu'elle le peut : ainsi, pas besoin d'attendre la synchro. Le problème, c'est que du coup, il faut non plus utiliser deux buffers (un affiché, un en cours de dessin) mais trois (un affiché, un prêt, et un en cours de dessin) car on ne peut pas garantir que le switch ne va pas se produire pendant le dessin du second buffer... Toussa toussa
PpHd (./38) :Ximoon (./36) :La méthode proposée avec genlib permet de ne pas faire de triple buffering, sans problèmes de synchro.
L'idée, c'est qu'on attribue à la même IT qui gère les NVG de faire le switch dès qu'elle le peut : ainsi, pas besoin d'attendre la synchro. Le problème, c'est que du coup, il faut non plus utiliser deux buffers (un affiché, un en cours de dessin) mais trois (un affiché, un prêt, et un en cours de dessin) car on ne peut pas garantir que le switch ne va pas se produire pendant le dessin du second buffer... Toussa toussa
Set the current Displayed DScreen. You should call this function at least one so that you can see something. Note that it doesn't displayed it directly, but instead it sets some global variables to tell GENLIB to display it when it could be done
. That's why you need to call glaux_ready() to check if it has been done.
In general
, this function doesn't wait, if you know how to use it well.
Kevin Kofler (./29) :
Euh, si je me rappelle bien, les sources de Xlib ont aussi été perdues.
Ximoon (./39) :
Ce n'est que détourner le problème et déporter l'attente, je te cite dans la description de glaux_ready :
Ximoon (./39) :
In general, this function doesn't wait, if you know how to use it well.
Juste que strictement parlant et puisqu'on est dans le chipotage... Il n'y a pas d'autre moyen de ne jamais attendre. PpHd (./38) :Kevin Kofler (./31) :Pour en avoir implanté, C'est "légèrement" plus compliqué.
Ce qu'on fait dans gray.s (et que Julien Muchembled a fait dans son Universal OS), c'est qu'on teste si 0x70001D a flippé et si ce n'est pas le cas, on quitte avec un rte et attend tout simplement la prochaine AI1. (C'est ça la méthode "top secret" de Julien Muchembled qui a déclenché la fameuse flamewar à l'époque.)
move.b 0x70001D,%d1 | get flipping bit eor.b %d0,%d1 bpl __gray_to_oldint | not flipped yet -> proceed to previous | installed int handler
Godzil (./40) :
Et pour ceux que ça peut interesser :
XLib Beta 0.1
RAR 
), ça donne quoi?Kevin Kofler (./43) :
Je veux bien que tu m'expliques ce qu'il y a de compliqué dans:
Kevin Kofler (./44) :Il y a des utilitaires gratuits de décompression sous Linux. Tu veux déjà imposer ta loi dans l'univers de la programmation TI... tu ne nous auras pas non plus en ce qui concerne le choix des formats de compressionGodzil (./40) :
Et pour ceux que ça peut interesser :
XLib Beta 0.1
Et en un format non-propriétaire (RAR
), ça donne quoi?
Tu peux toujours rêver mais bon 
PpHd (./45) :
L'ordre de séquencement des sous plans est très important si on veut éviter les clignotements.
Les sources sont disponibles, mais s'il vous plait .. repsectez notre travail !
Cette lib est programmée dans le but d'aider les programmeurs de jeux.
Elle est donc une aide de ma part, et il serait plaisant de ne pas
plagier mon travail de quelque sorte que ce soit. Aucune licence n'est
portée sur ces sources pour la simple et bonne raison que celles si ne
peuvent rien contre les personnes sans respect de cette communauté.
J'espert donc que vous aurez le respet de ne pas diffuser (ou favoriser
la diffusion) de versions modifiées de cette lib sans mon autorisation.
La modification de ces sources à but personnel est autorisée.
Il est tout a fait autorisé de diffuser ce fichier rar dans tout autre fichier, tant qu'il est diffusé dans son integralité.
Lionel Debroux (./54) :
Tétrokon !
Lionel Debroux (./54) :
Sinon, effectivement, c'est un fichier RAR que unrar-free ne peut pas lire. Comme unrar-nonfree peut le faire, j'imagine que tu as fait un fichier RAR version 3.x (défaut des RAR 3.x), pas 2.x, et c'est mal
(d'où le "")
