Grib - Page 5

au fait pphd, cet exemple n'est pas tiré d'un hasard hein
sur ce j'ai dit ce que j'avais a dire, mais quit a reinventer la roue, autant le faire correctement (en meme temps X le faisait deja hein, mais bon...)

Ta moyenne et ma moyenne ne sont pas comparables

Merci JackosKing pour nous avoir éclairé. Tu peux cesser de poster dans ce topic désormais.

J'ai sorti une nouvelle version au fait
http://perso.wanadoo.fr/jackiechan68k/download/grib.zip

Vu, téléchargé.

[putain de touche tab]

il y a un truc que je ne comprend pas trop dans la methode de synchro de grib : (d'apres la démo 2)

GribWaitForFrames(n); attend que n frames se soient écoulée depuis son dernier appel c'est ca ?
il faut bien utiliser cette fonction pour faire du double buffering synchronisé sans attente active non ?
mais si tu prend n petit (1) et qu'entre les deux appels à cette fonction il s'est écoulé plus d'une frame, la fonction ne va se terminer tout de suite l'echange des buffers juste apres pourra se faire alors que la frame n'a pas été entierement affichée non ?
(on en revient à l'idée que je t'avais envoyé par minimess)

Nu :
il y

Nu :
[putain de touche tab]

et sur un clavier azerty : tab et a sont juste à cotés #boulet qui s'assume pas#

en même temps, ce n'est pas juste [tab] qui envoie le post, faut encore confirmer par [enter]

tab > le focus se met sur "envoyer"
espace après "il y" => valide le bouton sur lequel il y a le focus
=> envoie.

rah mais ne lui confirme pas son mac !

Nu :
il faut bien utiliser cette fonction pour faire du double buffering synchronisé sans attente active non ?

En fait, j'avais fait quelques tests et le moment où on swappe n'a pas d'importance par rapport à la qualité du rendu. Enfin, c'est l'impression que j'ai eue, peut-être que mes tests n'étaient pas assez poussés. Donc pu importe le moment où on swappe. Ce qui est important pour le double-buffering, c'est la fonction GribWaitToDraw, qui assure que sur HW1 le swap a bien été pris en compte.
GribWaitForFrames ne sert qu'à limiter le fps.

hum, la doc n'est pas tres explicite à ce sujet ^^

J'ai du mal avec les docs. Désolé

Quand même. Il me semble que nulle part je ne précise que GribWaitForFrames est à utiliser pour le double-buffering.
Par contre, c'est vrai que mon explication du double-buffering n'est pas très explicite...

Lionel Debroux :
> Bon, je suis en train de rédiger la doc, je ferai une nouvelle release bientôt. L'API est en train de se stabiliser.
C'est bien. Où en es-tu en taille par rapport à la routine de TIGCCLIB ?

FMI, c'est le temps des boulets, en ce moment ? Il y a aussi nEUrOO qui s'y met.

Qu'est-ce qu'il raconte le XDanger...

nEUrOO> Commence pas sur ce ton, s'il te plaît.
Par ailleurs, ça n'a rien à voir avec le sujet du topic, tu aurais pu le dire par mini-msg.

bon heu bref on a déjà eu pas mal d'exemplaires de vos règlements de comptes, mettez un lien vers un des précedents ça ira plus vite (valable pour les deux hein, Lionel pas la peine de mettre un dernier post qui se termine par "ok j'arrête" comme d'habitude).

J'ai retrouvé mon câble PC-TI (il était dans le cartable que j'utilise pour transporter mon portable, mais je ne le cherchais pas au bon endroit...), et j'ai essayé les démos de Grib sur ma calculette (89 HW2).
Ca marche bien, et je n'ai pas remarqué ce que Sasume dit au sujet du problème aux tiers de l'écran. Peut-être qu'en regardant sous un autre type de lumière, il serait plus visible.

Bon, voilà une dernière mise à jour avant que je ne parte en vacances pour deux mois.
La taille du code a encore diminué (d'un peu plus de 30 octets) car j'ai réécrit la routine de détection de HW (pompée de PreOs).
J'ai modifié quelques détails dans la doc également en espérant la rendre plus claire.
Je ne compte plus ajouter de fonctions à la librairie que j'estime maintenant terminée, j'espère que quelques personnes l'utiliseront et me reporteront les bugs qu'ils rencontreront pour que je les corrige afin de finaliser la lib.
http://perso.wanadoo.fr/jackiechan68k/download/grib.zip
Vous pouvez reprendre mon code pour forker TIGCCLIB bin sûr

OK, c'est bien que la taille ait diminué.

> Je ne compte plus ajouter de fonctions à la librairie que j'estime maintenant terminée, j'espère que quelques personnes l'utiliseront et me reporteront les bugs qu'ils rencontreront pour que je les corrige afin de finaliser la lib.
Ben, je n'ai pas l'intention de modifier le tilemap engine d'ExtGraph pour le faire passer à la calling convention mauvaise du fork de Kevin, et Grib permet de ne pas le faire...

Suis-je autorisé à redistribuer Grib dans ExtGraph (en deux mois, j'espère pouvoir sortir la 2.00 Beta 5) ?
Est-ce que tu lances le topic sur Grib sur la partie anglophone de yAronet avant de partir ? Dans tous les cas, je le lancerai après sur TI-News, qui est plus connu dans la communauté internationale. A mon avis, un flame en perspective (Kevin se plaignant de ne pas pouvoir s'exprimer ici, il a fait ce qu'il faut), mais si on devait toujours tout faire pour ne pas le froisser, on n'avancerait pas...

Bonnes vacances.

Lionel Debroux :
Suis-je autorisé à redistribuer Grib dans ExtGraph (en deux mois, j'espère pouvoir sortir la 2.00 Beta 5) ?

Oui si tu veux. Pas de problème. Assure-toi tout de même que cette version est non seulement stable, mais que les niveaux de gris sont jolis (notamment sur HW1 où je ne peux pas tester par moi-même).

Lionel Debroux :
Est-ce que tu lances le topic sur Grib sur la partie anglophone de yAronet avant de partir ?

Non, finalement je n'en vois plus l'utilité.

./144> Tant mieux

faut dire que le forum anglophone sur yN... heu... c'est un peu un échec ^^

Un peu

Oui mais il est pas encore completement mort, faut essayer de le faire survivre ^^

Comme tu veux. TI-News alors: ça le fera vivre un peu.

Je n'ai pas de HW1. Pour cette version et les éventuelles suivantes si on fait des modifications, qui pourrait tester ?

J'ai une HW1. Si vous me donnez la procédure de test, je peux vous faire ca.