Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > fr.comp.sys.atari > #21440

Re: [ANN] Projet B+

Show all headers | View raw

Bonsoir Pierre


Ok donc tout est logique et bormal pour le démarrage, donc rien à chercher, cool!

pour le MU_TIMER cela dépend du système multitache, ce temps est le temps alloué à l'application avant que le système swap sur un autre process et ce même si les autres applications sont en sommeil. à ce que j'ai put observer ce temps est à minima 20ms si les autres applis dorment.

De mon côté j'ai progressé, en fait je fais un calcul qui ne semble pas se passer comme prévu, je cherche au démarrage justement à évaluer ce temps de swap et au lieu de trouver 20ms je trouve 60ms d'où mon soucis avant j'avais la valeur en dur, c'est pour cela que le ralentissement n'apparait qu'à 60ms CQFD, maintenant faut que je comprenne et que je corrige. Je pense que j'ai déjà compris je fais ceci:



Supexec(get_timer200hz)
Fselect(2,...) 
Supexec(get_timer200hz)

Là je trouve 60ms
est ce que qu'à chaque fois que l'on fait un Supexec je passe un swap c'est fort possible est ce que Fselect(2,) fait minimum plus d'un swap? je vais vérifier cela ce n'est pas dur.

Déjà la logique voudrait que je divise par 2 pour être au pus proche de la demande.

Sinon pas la peine de tester sous MyAES les soucis sont coté MyAES je n'ai aucun doute là dessus et je ne vais pas avoir beaucoup de mal à corriger, j'ai juste un soucis je n'ai qu'un pc pas franchement fait pour développer, pas de cygwin dessus, lent, donc je ne peux compiler vraiment qu'avec PureC et les tests sont un peu pénibles alors depuis 6 mois que j'ai changé de boulot c'est un peu sur un coin de table!
Merci, j'ai toutes mes informations voulues, je vais améliorer.

Olivier
 

> Bonsoir Olivier,
> 
> - lenteur au démarrage : le format "vdi" des images est converti au 
> format "écran" en cours. Suffit de lire la légende en dessous de l'écran 
> titre. C'est sauvé automatiquement dans un cache. Re-lenteur et 
> rechargement si le format écran est différent la prochaine fois (ou si 
> on désactive le cache dans les préférences).
> 
> - evnt_multi principal : la pause pour le timer n'est jamais nulle, elle 
> varie, calculée selon le temps consommé (GFA-TIMER nouveau - GFA-TIMER 
> précédent), mais il y a un seuil (minimum à 10 ms ?). Méthode fournie 
> par Daroou.
> 
> - evnt_timer secondaire = slow dans dans les préférences miscellaneous. 
> Pas actif ici dans B+, je l'ai déjà retiré. Effectif seulement dans X2R.
> 
> J'ai du mal à comprendre ta problématique et à te lire. Pas le temps de 
> tester sous MyAES (qui n'est pas mon AES habituel).
> 
> A+
> 
> Pierre
> 
> 

> > Bonsoir Pierre
> > 
> > Je viens de regarder à nouveau sous Aranym, curieusement plus de lenteur au démarrage, tu créé peut être un cache? Peu importe.
> > 
> > Après j'ai refait des tests sur le changement du timer jusque 59 ms aucun effet et après cela fonctionne, bon il est  vrai que evnt_timer est très très rarement utilisé, je vais regarder mais c'est sans doute un truc que j'avais mis à un moment et que j'ai oublié de retirer, faut que je regarde en détail.
> > Es tu sur que tu ne fais pas un evnt_timer même avec un tmer  à 0, ce qui dans cette configuration pourrait expliquer la différence de vitesse entre MyAES et les autres AES en effet je pense que evnt_timer(0) fait attendre au moins 20 ms sur les autres AES, mais je pense aussi que cela dépend du système et de la fréquence de swap des applications et les temps d'attente sont par paliers normalement, le seul moyen de gérer un timer fin est de le faire à la main sans passer par l'AES.
> > 
> > Merci j'ai bien progressé dans la compréhension. Il y a aussi ma gestion des clicks enfoncés pour faire passer la valeur du timer d'attente, MyAES ne fait pas pareil, je sis frileux à faire une modif là dessus mais le problème est bien du côté de MyAES je vais regarder, c'est très bizarre la gestion des clicks sous gem.
> > 
> > Merci
> > 
> > Olivier
> > 
> >> Bonsoir Olivier,
> >>
> >> Oui et non.
> >>
> >> Le slow-down réglé par l'utilisateur dans les préférences est actif et
> >> si non zéro, engendre un evnt_timer (event_multi sans gestion
> >> d'événement) isolé = pause. Il est indépendant de l'event_multi
> >> principal.
> >>
> >> Ce slow-down va être déprécié. La fonction est la même dans mon X2
> >> Reloaded et a été introduite parce que c'est trop rapide sur Aranym et
> >> CT60. En fait, je viens de comprendre ce dernier mois :
> >> j'utilise l'astuce de l'auto-appl_write (inspiré de PmDoom pour booster
> >> sa rapidité) vers l'event_multi principal. C'est inadapté ici. Il
> >> faudra que je release un fix (retrait du slow-down et de
> >> l'auto-appl_write) dans les mois qui viennent (pas une urgence, j'ai pas
> >> l'impression qu'on ait beaucoup lancé X2R).
> >>
> >> A+
> >>
> >> Pierre
> >>
> >>
> >>
> >>>
> >>> Bonsoir Pierre
> >>>
> >>> J'ai juste deux questions est ce que la temporisation pour ralentir
> >>> fonctionne ? Et si oui  c'est bien la valeur transmise pour le timer dans
> >>> l'evnt_multi ?
> >>>
> >>> Bon j'ai toujours cette différence avec les autres AES dans MyAES de la
> >>> gestion du timer, en gros de 0 à 20ms je considère comme 0 alors que les
> >>> autres considèrent comme 20 en gros, je vais rajouter une option pour
> >>> simuler cela mais si je met un tempo suffisamment long je devrais rentrer
> >>> dans les clous, et là semble pas fonctionner, il me faut utiliser l'option
> >>> de ralentissement pour avoir un truc lent (faut dire que l'option est à 200
> >>> ms!). Ce que je ne m'explique pas par contre c'est au chargement, option
> >>> ralentissement au autre aes se charge rapidement, pas de ralentissement
> >>> dans MyAES chargement extrêmement lent alors là ce n'est pas logique du tout.
> >>> Bon sinon ça à l'air d'aller
> >>>
> >>> Olivier
> >>>
> >>>
> >>>> Plop,
> >>>>
> >>>> Sur ma maison-page, ou directement dans le dossier
> >>>> http://ptonthat.fr/files/bbplus/
> >>>>
> >>>> Adaptation GEM et GFA (réécriture) de la version remasterisée Amiga.
> >>>>
> >>>> En cours de développement : ne sont présents que les écrans titre,
> >>>> crédits, séquence d'introduction, scènes 1 à 8 avec leurs animations.
> >>>>
> >>>> Le reste plus tard, mais je vais être busy-busy tout ce semestre, donc
> >>>> prochaine version w.i.p. début de l'année prochaine.
> >>>>
> >>>> Cheers,
> >>>>
> >>>> -- 
> >>>> Pierre Ton-That
> >>>> http://ptonthat.fr/
> >>>
> >>
> >> -- 
> >> Pierre Ton-That
> >> http://ptonthat.fr/

Back to fr.comp.sys.atari | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

[ANN] Projet B+ Pierre Ton-That <geek@atarians.com> - 2019-07-28 00:43 +0000
  Re: [ANN] Projet B+ ol.google@lutece.net - 2019-07-29 10:51 -0700
    Re: [ANN] Projet B+ Pierre Ton-That <geek@atarians.com> - 2019-07-29 20:09 +0000
      Re: [ANN] Projet B+ Simon <no@no.no> - 2019-07-29 23:54 +0200
        Re: [ANN] Projet B+ Arachide <houten.van@orange.fr> - 2019-07-30 08:23 +0200
        Re: [ANN] Projet B+ Pierre TON-THAT <rajah@atarians.com> - 2019-07-30 09:47 +0200
          Re: [ANN] Projet B+ Djamé <djame@biensur.com> - 2019-08-15 21:47 +0200
      Re: [ANN] Projet B+ ol.google@lutece.net - 2019-07-30 13:59 -0700
        Re: [ANN] Projet B+ Pierre TON-THAT <rajah@atarians.com> - 2019-07-31 00:58 +0200
          Re: [ANN] Projet B+ ol.google@lutece.net - 2019-07-31 13:51 -0700
  Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-07-30 18:38 +0200
    Re: [ANN] Projet B+ ol.google@lutece.net - 2019-07-30 14:19 -0700
    Re: [ANN] Projet B+ ol.google@lutece.net - 2019-07-30 14:21 -0700
      Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-07-31 11:30 +0200
        Re: [ANN] Projet B+ ol.google@lutece.net - 2019-07-31 14:04 -0700
          Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-01 16:08 +0200
            Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-01 11:14 -0700
              Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-03 13:18 +0200
                Re: [ANN] Projet B+ Pierre Ton-That <geek@atarians.com> - 2019-08-03 20:35 +0000
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-03 14:13 -0700
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-03 14:08 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-04 16:31 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-04 12:08 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-06 17:35 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-06 15:18 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-07 21:12 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-07 12:55 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-08 12:41 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-08 11:22 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-09 17:20 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-09 14:17 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-11 17:11 +0200
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-19 15:15 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-19 12:40 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-20 09:55 +0200
                Re: [ANN] Projet B+ Arachide <houten.van@orange.fr> - 2019-08-20 10:31 +0200
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-20 11:00 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-20 12:17 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-20 22:30 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-20 15:41 -0700
    Re: [ANN] Projet B+ Pierre TON-THAT <rajah@atarians.com> - 2019-07-31 00:59 +0200
      Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-07-31 11:37 +0200

csiph-web