Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur

Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.

:: Index » Forum Ti68K » News » Nostub rulezzzzzzzzzz (65 réponse(s))

./POST DE DEPART (post n°0) Marquer comme non lu.

Folco

Ecrit le: Lundi 16 janvier 2006 à 15:29

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

Enfin convaincu par la débilité profonde du mode kernel, de plus complètement obsolète, j'ai décidé de faire un 180° dans ma pensée en matière de programmation, et je suis passé au fameux, génial et surpuissant mode nostub
Je vous propose donc aujourd'hui deux programmes du jour, releasés sans license et non compilés pour me faire pardonner mes trop nombreux releases d'infâmies en mode kernel:

            xdef  _nostub
            xdef  _ti89
            xdef  _ti92plus
_ti89ti:    xdef  _ti89ti
_v200:      xdef  _v200
            include  "os.h"
      movem.l    d0-d2/a0-a2,-(sp)
      movea.l    $c8,a2
      pea.l      20*65536+40
      movea.l    4*OSInitBetweenKeyDelay(a2),a0
      jsr        (a0)
      addq.l    #2,sp
      movea.l    4*OSInitKeyInitDelay(a2),a0
      jsr        (a0)
      pea.l      str(pc)
      movea.l    4*ST_helpMsg(a2),a0
      jsr        (a0)
      addq.l    #6,sp
      movem.l    (sp)+,d0-d2/a0-a2
      rts
str:        dc.b  "Clavier accéléré!",0
    end

            xdef  _nostub
            xdef  _ti89
            xdef  _ti92plus
_ti89ti:    xdef  _ti89ti
_v200:      xdef  _v200
            include  "os.h"
      movem.l    d0-d2/a0-a2,-(sp)
      movea.l    $c8,a2
      movea.l    off*4(a2),a0
      jsr        (a0)
      pea.l      20*65536+40
      movea.l    4*OSInitBetweenKeyDelay(a2),a0
      jsr        (a0)
      addq.l    #2,sp
      movea.l    4*OSInitKeyInitDelay(a2),a0
      jsr        (a0)
      pea.l      str(pc)
      movea.l    4*ST_helpMsg(a2),a0
      jsr        (a0)
      addq.l    #6,sp
      movem.l    (sp)+,d0-d2/a0-a2
      rts
str:        dc.b  "Clavier accéléré!",0
    end

Sur ce, je repars sur mouselib, dont j'ai repris le développement aujourd'hui même.

edit-> put1 de tabs de deux caractères #rage#

-Edité le Lundi 16 janvier 2006 à 15:37 par Martial Demolins-

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°1 Marquer comme non lu.

Sasume

Ecrit le: Lundi 16 janvier 2006 à 21:49

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

#trifus#

./Post n°2 Marquer comme non lu.

geogeo

Ecrit le: Lundi 16 janvier 2006 à 23:07

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4257

Membre n°3

Inscrit le 29 janvier 2004

lol

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic

./Post n°3 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 17 janvier 2006 à 02:35

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Dommage que tu n'as fait que refaire Fast Keyboard en moins bien...

Fast Keyboard fait ça, mais en se hookant sur le trap #4, donc le clavier est automatiquement réaccéléré au rallumage.

Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!

./Post n°4 Marquer comme non lu.

Folco

Ecrit le: Mardi 17 janvier 2006 à 08:04

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

ok, je vais regarder comment faire pour ça, bonne idée.

sinon Kevin, il me semble qu'en faisant un lea.l 4*off(a2),a0 au lieu d'un movea.l 4*off(a2),a0, TiEmu fait un SegFault. (dernière version bêta 3.xx téléchargeable sur le site officiel. Je vais essayer de te faire un test-case aujourd'hui si tu es intéressé.
Hier, TiEmu plantait au lancement du programme, puis devenait instable jusqu'à ce qu'il soit killé automatiquement par Windows.

et au passage, il semble y avori un ptit problème de détection de la routine de gris de genlib: http://www.yaronet.com/posts.php?s=75047
-Edité le Mardi 17 janvier 2006 à 08:28 par Martial Demolins-

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°5 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 17 janvier 2006 à 14:03

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

genlib utilise le même code de recopie que TIGCCLIB, elle est détectée correctement normalement.

./Post n°6 Marquer comme non lu.

Folco

Ecrit le: Mardi 17 janvier 2006 à 14:09

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

si tu veux un binaire d'un exemple ou ça déconne, dis-moi je te l'envoie. PpHd a vérifié et corrigé la synchro de l'affichage, donc normalement ça devrait bien se passer.

edit-> tiens, ce binaire déconne.

-Edité le Mardi 17 janvier 2006 à 14:10 par Martial Demolins-

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°7 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 17 janvier 2006 à 14:14

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Et tu peux me mettre les versions de PreOs et genlib qui vont avec pour que je ne passe pas 3 heures à les chercher (et tomber sur les "wrong version", vive la DLL hell #roll#

./Post n°8 Marquer comme non lu.

Folco

Ecrit le: Mardi 17 janvier 2006 à 14:18

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

genlib
preos
désolé

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°9 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 17 janvier 2006 à 14:28

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

tiemu3-20060108-1
TI-89 HW2 AMS 1.05 en .tib
preos.89z, genlib.89z, helene2.89z envoyés
preos("install")
helene2()

Je vois de quoi tu parles. Le problème n'est pas que genlib n'est pas reconnue correctement, elle l'est. Le problème est probablement le même que pour la démo de ma version de la Tilemap Engine qui utilise le double-buffering de TIGCCLIB par échange de pointeurs: échange de pointeurs trop rapide => TiEmu n'arrive plus à reconnaître quels sont les plans clair et foncé => clignotement.

En d'autres mots, ton programme est trop rapide, ralentis-le (avec TIGCCLIB, je te dirais GrayWaitNSwitches(2);, avec genlib, je ne sais pas quel est l'équivalent) et il passera probablement mieux.

D'ailleurs, le rendu est un peu mieux si on émule une HW1 (mais il y a toujours le problème qu'il mélange parfois le plan clair d'un frame avec le plan foncé du prochain ou l'inverse, je pense que c'est totalement inévitable, c'est dû à la manière dont fonctionne l'émulation des gris sur un PC). Tu ne peux pas comparer le rendu de TiEmu quand on émule une HW2 avec celui de VTI, vu que VTI n'émule que les HW1.
-Edité le Mardi 17 janvier 2006 à 14:31 par Kevin Kofler-

./Post n°10 Marquer comme non lu.

Sasume

Ecrit le: Mardi 17 janvier 2006 à 14:45

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Kevin> Dans son programme, il y a une synchro censée produire le même effet que GrayWaitNSwitches.

./Post n°11 Marquer comme non lu.

Folco

Ecrit le: Mardi 17 janvier 2006 à 15:12

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

exact, le programme est synchronisé. De plus, PpHd reporte le même problème pour SMA...

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°12 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 17 janvier 2006 à 15:22

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Sasume :
Kevin> Dans son programme, il y a une synchro censée produire le même effet que GrayWaitNSwitches.

Oui, mais GrayWaitNSwitches(1). Faudrait essayer du GrayWaitNSwitches(2) ou GrayWaitNSwitches(3) au moins.

./Post n°13 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 17 janvier 2006 à 15:31

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Connaissant l'algo de TiEmu, je pense que GrayWaitNSwitches(3) est le minimum pour avoir un rendu convenable garanti. La raison: ça garantit un cycle foncé-clair ou clair-foncé complet entre 2 toggles: on attend le switch qui commence le cycle, le switch du cycle (pour changer de plan) et le switch qui le termine. Ça correspond toujours à 90/(3*3/2)=20 fps, ce qui est suffisant.

Si genlib compte aussi les switches foncé->foncé (ce qui sux), alors il faut attendre 5 switches.
-Edité le Mardi 17 janvier 2006 à 15:37 par Kevin Kofler-

./Post n°14 Marquer comme non lu.

Folco

Ecrit le: Mardi 17 janvier 2006 à 15:49

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

genlib a deux timers, je pense que le tout est de choper le bon.

-Edité le Mardi 17 janvier 2006 à 15:51 par Martial Demolins-

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°15 Marquer comme non lu.

Sasume

Ecrit le: Mardi 17 janvier 2006 à 16:08

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

./13 > C'est un peu dommage, toutes ces attentes

Et puis si aucun pb n'est constaté sur real hardware, je trouve ça vraiment dommage de ralentir le jeu juste pour tiemu...

./Post n°16 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 17 janvier 2006 à 16:11

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Écoute, donne-nous un algo d'émulation des gris qui émule les HW2 (pas seulement les HW1 comme celui de VTI), gère correctement les 4, 7 et 8 ndg avec et sans double-buffering et fonctionne mieux que celui de TiEmu, et je t'implémente ça.

./Post n°17 Marquer comme non lu.

Folco

Ecrit le: Mardi 17 janvier 2006 à 16:13

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

au fait, on fait comment pour mettre TiEmu en HW1 ou HW2?
et pour lui faire gober une ROM de titanium? il veut pas de mon .89u pour ti89ti...

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°18 Marquer comme non lu.

Sasume

Ecrit le: Mardi 17 janvier 2006 à 16:29

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

./16> Je n'ai pas dit que j'étais capable de faire mieux que vous. Tu es complètement à côté de la plaque.
Il te reporte un bug de TiEmu et tu lui demande de modifier son programme !

./Post n°19 Marquer comme non lu.

Folco

Ecrit le: Mardi 17 janvier 2006 à 16:41

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

sans compter le segfault

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."