Guide d'utilisation de VDMSound

[Pseudopode]

Bien, je viens de terminer ce que j'appellerais une version Pre 1.0 du guide d'utilisation de VDMSound.

Pourquoi Pre 1.0 ?
- D'une part parce que le guide ne détaille pas toutes les options : quelques unes me sont encore inconnues car inaccessibles sur ma machine,
- D'autre part parce que je ne suis pas totalement satisfait de mon travail : certaines options sont plus ou moins difficiles à comprendre sans les connaissances nécessaires, et je souhaiterais pouvoir les détailler davantage.

Pour commencer je souhaiterais donc diffuser ce guide de manière relativement restreinte : et pour cela j'aurais besoin de volontaires comme beta-lecteurs si je puis dire.
En fait je recherche des personnes telles que Victor, Zorbid, Kaminari, etc... qui possédent, selon moi, les connaissances/compétences qui leur permettront d'apprécier ou non la pertinence de mon travail. Comme je l'ai déjà dit par le passé, j'ai mes propres limites.
L'objectif étant que ces volontaires puissent me corriger ou m'apporter des compléments d'information si nécessaire.

Je sais que certaines personnes attendaient ce guide depuis longtemps et je leur demande de me pardonner de les faire attendre, mais je préfère leur livrer une version qui soit plus aboutie que celle-ci.

[Victor]

Hello,

tu sais que tu peux compter sur mon aide sans avoir besoin de le demander
Tout ce que tu as à faire c'est de poser ta(tes) question(s).
J'essayerai de répondre au mieux

[Pseudopode]

Dans un premier temps je vais te faire passer le guide.
Ensuite on peut en discuter avant ou après que tu l'aies lu. Comme tu voudras.

Quoi qu'il en soit merci.

[Kaminari]

Si on peut aider, ce sera avec plaisir

Je te file mon email par PM.

[Pseudopode]

OK, j'effectuerai moi-même une relecture du guide d'ici une semaine, cela me permettra de prendre du recul.

[Zorbid]

Je me permets de répondre ici plutôt que par mail, nous pourons ainsi tous en discuter..

Les points qui m'ont posé le plus de soucis sont :
1. DMA Servicing \ DMA Polling Period
J'ai bien compris que plus les valeurs sont faibles, plus le son sera de
bonne qualité et les performances obtenues améliroées, mais que cela
nécessite en contre-partie des ressources processeur plus importantes.
Le VMS.ini est clair à ce sujet.
Les valeurs recommandées sont généralement 5/15, 2/10 et 1/5, d'après ce
que j'ai pu lire sur le forum VOGONS.
En fait ce que j'ai du mal à comprendre, c'est le rôle de chaque valeur.
Je ne souhaite pas être trop précis, ni partir dans des explications
inutiles pour le commun des utilisateurs, mais plutôt permettre à chacun
de jouer sur ces valeurs de manière individuelle.
Maintenant, il est possible que mes explications suffisent en l'état et
qu'il ne soit pas nécessaire d'aller plus loin ?

??

2. Joystick \ Scaling
VDMSound permet de gérer les coordonnées du coin supérieur gauche et du
coin inférieur droit du joystick. Mais je ne comprends pas pourquoi
celles du coin supérieur gauche sont à 5 par défaut et pas à 0.
L'autre point qui me trouble est que l'amplitude des mouvements se gère
en jouant sur les coordonnées du coin inférieur droit, mais pas celles
du coin inférieur gauche. A moins que ce ne soit possible, mais le
VDMS.ini ne le laisse pas entendre.

re ??

3. DOS Scheduling \ Try to reduce CPU Usage
Je me demandais comment fonctionnait réellement cette option.
Si je le réduis, cela signifie-t'il que je demande au processeur de
maintenir les performances du jeu tout en prenant soin de consommer
moins de ressources si c'est possible, ou que je mets moins de
ressources à disposition du jeu ?

Ici, je pense pouvoir t'aider.

Les jeux DOS ont été écrits à une époque où l'on ne parlait pas encore de systèmes d'exploitation "multitache", et ils prennent donc toutes les ressources disponibles même si ce n'est pas utile. Je pense que cette option essaie d'empécher le programme lancé sous VDMS d'utiliser tout le temps processeur. Donc "Low CPU usage" veut dire que le jeu sera contraint à peu utiliser le processeur. A confirmer sur VOGONS.

[Victor]

DMA Servicing
Polling period min/max

Pour moi, c'est la période (au sens mathématique) qui s'écoule entre chaque accès du programme aux ressources DMA (Direct Memory Access).
Il y a un mini et un maxi (en millisecondes).
Polling veut dire requête en contexte informatique.
C'est d'ailleurs ce qu'explique le VDMS.INI, section "DMA transfer manager".

Ce n'est pas forcément en rapport unique avec le son mais avec tout le programme plutôt. Si le son est haché, il n'y a pas assez de requêtes.
Donc, pour améliorer le son, il faut qu'il y ait des requêtes DMA le plus souvent possible mais la contrepartie est que ça bouffe des ressources (quelle proportion, je n'en sais rien).
A toucher donc si on a une bonne machine, sinon c'est sur la latence qu'il faut jouer (le buffer des sections soudblaster et adlib).

-----------------

Joystick / Scaling
Il faut savoir que la méthode classique de calibrage du joystick des jeux ms-dos est de :
-(facultatif) mettre en position centrale et appui sur un bouton
-mettre en haut à gauche puis appui sur un bouton
-mettre en bas à droite et appui sur un bouton
-mettre en position centrale et appui sur un bouton
De cette façon, on détermine le débattement maximal en vertical et en horizontal. Ca forme un rectangle (ou un carré, ça dépend)

Comme c'est expliqué au début du fichier, la procédure de lecture du port E/S est gourmande en ressource.
Pour palier à ce défaut, VDMS peut "anticiper" la position de la manette si on modifie les paramètres min et max du scaling.
Ca revient à faire une homothétie au carré représentant la plage de débattement.
Le nouveau carré est plus petit donc moins gros à scanner.
L'inconvénient est qu'on peut perdre en précision (il faut alors augmenter le max).
Ca ne sert à rien de jouer sur le min pour améliorer la fluidité, car le mini est toujours 0 dans tous les cas de figure.
Ce zéro est pour moi le "centre" de l'homothétie dans cette opération d'anticipation donc il ne doit pas varier.
Pour jouer sur l'homothétie, on modifie son rapport donc la position maxi, pas le centre (invariant).

Le fait que la valeur min ne soit pas à zéro peut avoir 2 raisons:
-quand tu es à 5 pour VDMS, tu es quasiment au taquet en haut à gauche, et à part de très très rares cas, ça correspond au mouvement maxi de la manette.
C'est pas 5 de moins qui vont changer la situation
-certaines manettes ont des positions extrêmes "négatives" à cause des jeux dans les potentiomètres et ça pourrait être mal interprété.
Pour pas avoir de souci avec, il a été choisi de mettre une valeur positive supérieure à 0 (ils auraient pu mettre 1 mais ils ont choisi 5).
Question de programmation peut-être.

La 2e raison me semble un peu vaseuse mais bon, je crois que ça a peu d'importance en fait.

Modifier la Poll period, c'est comme pour l'accès DMA, mais ça ne doit être modifié que si les boutons ne répondent pas toujours correctement quand le joystick est en position repos. Autrement dit, il faut la baisser pour mieux détecter les événements mais c'est plus lent.

-----------------

DOS Scheduling
Comme l'a dit Zorbid, ça correspond à la priorité du programme par rapport aux autres en cours d'exécution. On trouve ça dans presque tous les logiciels.
Moins prioritaire ne veut pas forcément dire moins rapide, mais plutôt saccadé si d'autes tâches tournent en parallèle (genre un upload de fichier, un scan de virus, bla bla...) et si ces tâches s'accaparent déjà toutes les ressources cpu.

-----------------

Voilà, j'espère que vous avez encore des cheveux, ce n'est pas dit que ça reflète avec exactitude les bonnes significations (on est pas développeurs) mais ça me semble plausible.

[Pseudopode]

Ok, merci à vous pour ces précisions.
Donc sur la base de vos commentaires, voici ce que je prévois dans un premier temps :
1. DMA Servicing \ Polling period : maintien des explications actuelles,
2. Joystick \ Scaling : maintien des explications actuelles,
3. DOS Scheduling \ Try to reduce CPU usage : correction du paragraphe.
Est-ce que vous êtes d'accord ?

Sinon je suis à votre écoute pour tout autre commentaire concernant le guide.

PS. J'oubliais, il faudra que je repasse aussi sur la page consacrée aux performances.

EDIT du 22/05/2005
Bien, le guide a été mis en ligne aujourd'hui. Je souhaite une bonne lecture à tous et à toutes !