[THOMSON] Jouer des MODs amiga

[jasz]

En effet, il y a un léger bug dans la routine de traitement
Si l'on prend un sample de $170 et que l'on applique la valeur 2 à la commande, il y a débordement

Donc on va la faire comme ceci

Code : Tout sélectionner

      move.b   n_sampleoffset(A6),D0        ; On charge la valeur de l'offset
      lsl.w   #7,D0                                      ; Que l'on multiplie par 128
      add.w   d0,d0                                    ; On multiplie le résultat par 2
      cmp.w   PTv_SmpLength(a6),d0         ; On regarde si débordement
      bge.s   PT_sofskip                             ; Si oui on sort (ici sans muter le sample)
      add.l   d0,PTv_SmpStart(a6)              ; Sinon on additionne D0 à l'adresse de début du sample
PT_sofskip 
      rts

Simple, rapide et fonctionnel

Maintenant est-ce vraiment nécessaire de multiplier par 256 compte tenu de la machine. Je veux dire que je doute voir des samples de 65535 octets. Il serait plus judicieux d'utiliser comme multiple 16 qui peut travailler sur un sample de 4096 octets. 4ko c'est déjà bien pour un thomson surtout que si l'on considère 31 samples de même taille cela fait un mod de plus de 130 ko (en comptant 1 seul patt). Ce qui est plus qu'honorable à mon avis

[__sam__]

Au fait il y a une petite surprise à downloader et lancer sur émul ou machine réelle dans ma signature. Les amateurs d'amiga seront content

[Daniel]

Les amateurs de Thomson aussi
Une machine, même limitée matériellement, peut faire des miracles si elle est bien programmée, c'est une preuve supplémentaire.

Vous souvenez-vous de la plaquette de pub pour le TO8 et le MO6, qui disait ceci :

Le TO8 intègre le contrôleur de disquettes, le contrôleur d'imprimante au standard Centronics, le contrôleur de jeux avec synthétiseur de son sur 4 voix et 7 octaves.

Le son sur 4 voix était un énorme mensonge, nous l'avons souvent dénoncé. Trente ans après, grâce à __sam__, c'est une réalité

Pour faire mieux, c'est à dire musique + animation, j'ai imaginé une solution : deux Thomson, un joue la musique, l'autre la vidéo, et on les relie par un petit bout de fil pour synchroniser les deux programmes. Je n'ai pas encore eu le temps de faire l'expérience, mais je suis sûr que ça peut marcher. Si vous présentez ça à la prochaine Forever Party, c'est la victoire assurée (en catégorie Thomson)

[jice]

__sam__, je suis littéralement scotché !
vivement que j'aie le temps de le passer sur du vrai matériel (et grâce à Daniel et mon (son) sdmoto ça sera facile), ça n'en sera que plus impressionnant !
Bravo !
(en train d'écouter Xenon2 )

[__sam__]

Merci. La production de son de qualité est un long processus. Il y a 4 ans je faisais du monovoix avec le timer et le beeper, il y a 3 ans, c'était 3 voix avec le timer et le DAC (signaux carrés), l'an dernier c'était karaoké en fait 4 voix sans le timer mais avec le beeper (signaux carrés), et en ce moment c'est 4 voix sans le timer, avec le DAC (signaux arbitraires) à 5khz (exactement). 5khz c'est sensiblement ce qu'on arrive à streamer directement depuis une carte SD. La qualité est tout à fait acceptable pour du thomson réputé ne savoir faire que beep.

[Daniel]

@sam : Souhaites-tu ou pas que Xenon2 soit mis en ligne sur le site dcmoto, catégorie démonstration ? L'audience sera moindre que sur pouet.net, mais les visiteurs thomsonistes comprendront mieux l'exploit que les spécialistes de l'Amiga. C'est à toi de décider...

[__sam__]

Pas encore car d'une part c'est pas encore fini (je viens de réaliser une occupation moindre en mémoire), et peut-être que je vais le réutiliser dans un cadre un peu plus grand dans pas longtemps. Bref cette version actuelle est temporaire.

[jasz]

C'est un peu dommage qu'à l'époque thomson a préféré mentir sur le chip sonore que d'en greffer un directement Aujourd'hui, pour nous les nostalgiques, c'est ce qui fait le charme, on va dire, de ces machines. Comme si elles nous lançaient un défis dans le genre; fait mieux Et c'est ce qui est arrivé avec le groupe puls qui a poussé les frontières de l'imaginable. Bref... __sam__ vient de relever un nouveau défi qui nous hantait incontestablement; faire de la musique Belle prouesse que nous ne pouvons que saluer Même moi à l'époque ou je m'étais lancé dans le projet (sans les connaissances matérielles de __sam__) je n'aurais pu penser faire mieux. Bravo!

@__sam__ Si tu cherches quelques morceaux sympas tu peux essayer avec >> ça <<. Il y a suffisamment d'effets pour te permettre de tester la fidélité de ton player au format amiga.

[__sam__]

Ben tous les effets utilisés sauf le paning sont émulés et ca donne ceci.

oifmeaop.gif (15.93 Kio) Consulté 3791 fois

Il y a quelques défauts je trouve dont la boucle de l'instrument 4 au début du morceau sur le canal 2. J'entends un phénomène de battement qui revient toutes les secondes. Je ne comprends pas très bien la cause, mais cet instrument est particulier: il n'est joué qu'à hauteur constante (un seule note) et sa longueur est très proche de la fréquence de sortie du thomson. C'est à dire qu'on sort précisément un échantillon par cycle de boucle du player avec lui. En principe il ne devrait pas y avoir de battement avec ca. Sauf si c'est causé par les erreurs d'arrondis qui se comulent. C'est pas facile à intuiter.

Si j'ai du courage je vais essayer de voir si une analyse spectrale m'en dit plus ou pas.

[jasz]

Oui! Cette sorte de battement sur la nappe vient généralement quand deux échantillons ne sont pas harmonisés. C'est à dire que entre celui de fin et celui du début de boucle, l'écart numérique est important. C'est un problème qui existe sur tout les samples loopés à plus ou moins grande amplitude selon la fréquence utilisée. Du moins que je sache. Mais c'est assez émouvant d'entendre "chinese dream" sur un thomson. Cette musique est souvent passée entre mes doigts lors de coding, autant dire qu'elle fait partie de ma culture.

[__sam__]

Si tu la reconnais, c'est que la conversion n'est pas si mauvaise que je craignais à cause de cet instrument.

Il faudrait que je trouve un traitement du signal qui permette de rammener le niveau de début et de fin de l'échantillon à la même valeur... En electronique je mettrais une capacité pour retirer la composante continue. Mes cours de traitement du signal sont loin mais j'imagine qu'un filtre numérique passe-haut du 2e ordre ferait l'affaire. Reste à retrouver les formules pour les coefs en fonction de la vitesse d'échantillonage.

[farvardin]

je n'ai pas encore écouté l'original, mais ça sonne super bien dans l'émulateur Thompson ! Bravo

[Daniel]

Je me méfie toujours de la qualité audio dans dcmoto, car il peut y avoir des battements avec la fréquence de sortie du son (22050 Hz). Mais la fréquence d'échantillonnage de cette musique (5000 Hz) est très éloignée et n'est pas un sous-multiple, il n'y a aucune interférence et l'émulateur est fidèle.

J'écoute toujours les œuvres de __sam__ avec une vraie machine (comme l'a écrit jice c'est facile et rapide avec une carte SD), et à part un bruit de fond plus fort que sur le PC il n'y a pas une grande différence. Evidemment ça dépend aussi de la qualité de l'ampli, des haut-parleurs et des réglages de tonalité.

[__sam__]

l'émulateur Thompson ! Bravo

Merci Mais Grrrrr Thomson sans P svp

[jasz]

Si tu la reconnais, c'est que la conversion n'est pas si mauvaise que je craignais à cause de cet instrument.

Non, rassures toi la conversion est réussie Ce genre de sample a tendance à faire du "bruit" assez désagréable en raison de leur richesse harmonique assez peu fidèle en 8 bits. C'est généralement le cas des strings et des ahhhs (nappes). C'est pourquoi il est assez difficile de les looper sans entendre un "tic" disgracieux à chaques boucles. Je ne parle pas là de la fréquence de replay qui accentue le phénomène aussi.