PolySnd - Page 64

Euh la seule façon de le faire plus rapide c'est d'avoir un tempo élevé.
Attention, le résultat est différent suivant le tempo.

Ah oui, plus le tempo est rapide, plus il y a de notes joué rapidement et correctement plus la qualité et mieux mais plus la taille augmente.

c'est bien pour ca que ca serait bien que les polynotes soient gérées directement par la lib ca permettrait de juer les polynotes a vitesse maximale(meilleure qualité) tout en concervant un tempo normal.

Et ça permettrait aussi de combiner les fréquences plutôt que de les alterner.

Euh vous imaginez pas ce que ça implique?
-Refaire tout PolySnd v2.0
-Changer le format des données.
-Changer certaines fonctions et en créer d'autres.

En bref je verrais peut être dans une futur version en fonction de l'utilisation de PolySnd v2.0. J'ai la méthode de Pollux bien au chaud avec des idées mais j'ai pas envie de me casser la tête pour rien, surtout que cette version suffit largement.

Pour Polysound V3 ca serait parfait

On verra bien.

Si PolySnd v2.0 est assez utilisé alors je ferais une version 3.

Pour le convertiseur. Je plante toujours par manque de mémoire or j'ai quand même 128 Mo de RAM t'aurais pas programmé un peu a la gros bourrin des fois.
Tu dis aussi qu'il vautmieux entlever les pistes inutile. Mais comment on fait pour savoir quelle piste correspond a quoi? t'as des utilitaires pour ca? Si oui lesquels?

Un éditeur midi par exemple. Tu lis le fichier et tu vois à quels instruments correspondent quels caneaux.

Pour le convertiseur. Je plante toujours par manque de mémoire or j'ai quand même 128 Mo de RAM t'aurais pas programmé un peu a la gros bourrin des fois.

Euh tu doit prendre de sacré MIDI alors de taille vraiment énormé. En effet il y a que des listes dans mon programmes, environ 5 et il peut y avoir plus de 20 000 éléments par liste.

Tu as combien de pistes affiché dans la liste tracks?

Tu dis aussi qu'il vautmieux entlever les pistes inutile. Mais comment on fait pour savoir quelle piste correspond a quoi? t'as des utilitaires pour ca? Si oui lesquels?

Moi j'utilise un éditeur de partitions, comme ça tu peut enlever les pistes sans trop de difficulté.
Tu peux trouver faiclement un éditeur de partition tel que MidiSofts ou bien d'autre sur le net.

Euh tu doit prendre de sacré MIDI alors de taille vraiment énormé. En effet il y a que des listes dans mon programmes, environ 5 et il peut y avoir plus de 20 000 éléments par liste.
Tu as combien de pistes affiché dans la liste tracks?

Mon midi comptait une dizaine de pites mais aparament même si je ne converti que les 2 premières ca utilse un max de mémoire. je vais donc l'éditer avant

Mon midi comptait une dizaine de pites mais aparament même si je ne converti que les 2 premières ca utilse un max de mémoire. je vais donc l'éditer avant

C'est peu être un bug de mon programme.
Tu peux mettre un lien vers ton MIDI?

Je me pose une question sur ces deux lignes:

move.b	$600017,backup_600017
...
move.b	backup_600017(PC),($600017)			;Remet à l'origine le port 600017

Est-ce que la fréquence de l'interruption n°5 sera bonne avec ça ? Il me semble que si tu écrit 0x00 dans 0x600017, tu ne retrouves pas forcément ce 0 en le lisant.

C'est la question que je me pose en ce moment et je pense que le problème sur HW1 vient de là?

Non, parce que là ça concerne aussi les HW2.

$600017 RW ($B2
= 257-79 for HW1, $CC = 257-53 for HW2)
:7-0 READ: Read the current value
WRITE: Set the initial (and current) value for the timer
The timer value is incremented at the rate specified at $600015 and
triggers interrupt level 5 when it "overflows" to $00. The next
increment forces the timer to reload the initial value. The
count sequence looks like this:
value, value+1, ..., $FF, $00 (interrupt!), value, value+1, ...
To trigger an interrupt every 'n'th increment, write '257-n' to this register.

J'aurais plutôt tendance à utiliser ces valeurs, moi

GoldenCrystal :
Je me pose une question sur ces deux lignes:

move.b	$600017,backup_600017
...
move.b	backup_600017(PC),($600017)			;Remet à l'origine le port 600017

Ces 2 lignes sont fausses.

Bien sûr, je connais la doc.

Mais voici le rapport d'Iros sur HW1 et je ne vois toujours pas d'où ce bug peu venir, je vais suivre ton conseil et modifier le code.

D R (19:04) IroS: La version 2.38 ne fonctionne pas sur HW1! tous les exemples se bloquent à la 2 ou 3ième execution (certain même comme avoid à la première!!!)

Par contre ton idée de jouer les midis de PolySnd sur PC est abandonné.

Ces 2 lignes sont fausses.

Tu peux expliquer Kevin stp!

Essaye de faire un mode 'verbose' qui t'affiche plein d'informations. C'est généralement utile pour déboguer.

$600017 en lecture est un compteur, il change de valeur régulièrement (cf. sources de randomize).

C'est ce que j'ai fait, Iros m'affirme que les chiffres affiché sur ça TI sont correct.
Je vais corriger ça et lui faire parvenir une autre version.

Voilà une manière valide de récupérer la valeur à remettre (extraite des sources de mon Task Switcher):

  while(peekIO(0x600017));
  while(!peekIO(0x600017));
  ProcessContexts[CurrentProcess].ai5freq2=peekIO(0x600017);

Je crois que je vais utiliser les valeurs par défaut.

Kevin: si la vitesse de OSC2 changeait sur un HW3 éventuel, polysnd ne tournerait plus correctement, donc ce n'est pas vraiment la peine de mettre ça.

GoldenCrystal
: Kevin: si la vitesse de OSC2 changeait sur un HW3 éventuel, polysnd ne tournerait plus correctement, donc ce n'est pas vraiment la peine de mettre ça.

Je mets ça dans le Task Switcher pour permettre justement à des trucs de style PolySnd, qui utilisent une valeur autre que celle par défaut, de fonctionner. Pour restaurer les valeurs par défaut, en effet, ce n'est pas la peine.

J'ai corrigé le problème et j'ai envoyé ça à Iros, j'attend de voir ce que ça donne.

Au fait, le problème des ports, ça a fait bugger ma calculatrice il y a quelques minutes...

Ouai moi aussi.
Bon de toute façon je devait sortir une autre version à cause d'un bug avec state_and_mode...

En plus j'ai pas fait gaffe à ce problème, c'est logique car ce port est utilisé pour décrémenter la valeur et executer l'interruption.

J'ai un peu bossé sur le player, je rajjoute de soptions et j'ai terminé, par contre j'ai toujours pas d'idées pour avancer/reculer dans une musique.

moi je verrais -> streaming.
J'ai fait un programme qui fait un streaming avec des données WAV et ça marche (mis à part le fait que le son est inaudible ) Donc tu pourrais implémenter ça dans polysnd.

moi je verrais -> streaming.

C'est pas la solution pour avancer/reculer dans une musique.

J'ai fait un programme qui fait un streaming avec des données WAV et ça marche (mis à part le fait que le son est inaudible ) Donc tu pourrais implémenter ça dans polysnd.

Je vais bidouillier le filtre dans Converti pour améliorer le son, ça vient surment de là pour la qualité.

Pour que je rajoute ça dans PolySnd il faut:
-Que ça soit utile.
-Que ça soit coder en ASM.
-Que ça demande le moins de ressources CPU possible.
-Que ça prenne peu de place.
-Que ça soit facile à intégrer.
-Pas besoin de librairie externe ou d'autre chose.
-Que ça évite de recoder une grande partie de la librairie
-Et enfin que ça évite de créer énormément de fonctions.