PolySnd - Page 35

ben j'ai pas le convertisseur, mais avec ce que j'ai entendu, je pense que sa librairie en est presque presque capable.

vertyos>L'exemple que j'ai mis avec Duke Nukem permet de montrer que si on fait des notes avec plusieurs fréquences on peut obtenir des instruments. Pourtant la différence est énorme avec Duke Nukem. Tu trouve vraiment pas que s'est mieux quand même?
Je te le répéte je n'exploite pas à 100% cette librairie, pour jouer une note je joue UNE fréquence, PolySnd peut ce rapprocher de la Game Boy mais il n'y a pas d'outils pour te le prouver, cette librairie est recente. L'objectif principal de celle-ci n'était pas d'arriver à un son de Game Boy mais de pouvoir utiliser du son en TACHE DE FOND.
Mais à force de voir le résultat je commence à croire qu'il est possible d'arriver à des choses extraodinaires. J'ai pas dit égale à la Game Boy mais presque.

P.S : Evitez de mettre trop de balises [media] ça fait ramer les pages, merci.

Je vois pas le problème, elles me semblaient appropriées pour ce genre de média.

relis mon post 94 (PS)

Je parlais à vertyos, excuse moi.

geogeo
: Tu trouve vraiment pas que s'est mieux quand même?

Mieux OUI, comparable à la game boy NON. (j'ai l'impression de pas parler français)

J'ai pas dit égale à la Game Boy mais presque.

Même pas presque... Pour l'instant je n'ai rien entendu qui pourrait prétendre à être simplement comparé à la game boy.

vois pas le problème, elles me semblaient appropriées pour ce genre de média.

Peut-être mais ça charge Windows Media Player à l'ouverture de la page, il est très long à démarrer surtout sur des configs pas puissantes, donc quand on a pas envie d'écouter les échantillons ça énerve.

D'accord.

geogeo :
vertyos>L'exemple que j'ai mis avec Duke Nukem permet de montrer que si on fait des notes avec plusieurs fréquences on peut obtenir des instruments. Pourtant la différence est énorme avec Duke Nukem. Tu trouve vraiment pas que s'est mieux quand même?
Je te le répéte je n'exploite pas à 100% cette librairie, pour jouer une note je joue UNE fréquence, PolySnd peut ce rapprocher de la Game Boy mais il n'y a pas d'outils pour te le prouver, cette librairie est recente. L'objectif principal de celle-ci n'était pas d'arriver à un son de Game Boy mais de pouvoir utiliser du son en TACHE DE FOND. Mais à force de voir le résultat je commence à croire qu'il est possible d'arriver à des choses extraodinaires. J'ai pas dit égale à la Game Boy mais presque.

Comment tu peux te débrouiller pour ne pas être capable d'exploiter ta propre librairie...

-

-

Comment tu peux te débrouiller pour ne pas être capable d'exploiter ta propre librairie...

Figure toi que s'est pas aussi simple que ça, arrive à me donner un morceau automatiquement en lui changeant de format, en plus l'adapter à la librairie. Me donner les fréquences pour faire une note... J'arrive pas à vous le prouvez car les fichiers MIDI que je possèdent sont instrumentale avec beaucoup de voies.

mais il n'y a pas d'outils

Déjà que pour faire un convertisseur MIDI c'est pas facile!
Imaginez-vous faire une musique à la main sur 2 voies en stéréo, dans ce cas on arrive à une musique de portable.

FAIRE UN CONVERTISSEUR WAV/MELODIE? C'est quasiment impossible (j'ai essayé). Pour ma part je ne me suis pas fait chleu, je me suis créé une routine de son numérique. C-à-d du wav pour la TI Ca prend un peu plus de place mais c'est valable (bonne qualité à 500 octets/seconde mais déjà valable à partir de 250 octets/sec voir moins pour certaines chansons (prend moins de place que le wav original en fait grace à mon algo)
C'est juste prévu pour les bruitages. Par exemple mon jeu d'avion METEOR (qui n'est jamais sorti d'ailleurs) faisait sa musique d'arrière-plan en mélodie (système tout con que j'avais juste implémenté pour l'occasion) du genre 30 octets par musique pour un monde et déjà pas mal. Puis venaient par-dessus les bruitages (tirs, ennemis détruits, power-up, etc.) en son numérique. Au final, j'en avais pour 200 octets de son numérique... et ça le faisait vraiment mieux qu'en simple mélodie!
(D'ailleurs faudra que je le retrouve et le termine ce jeu!)
Sinon y'a toujours mon tétris en son numérique, (avec la musique d'arrière-plan du game boy) qui prend 4 ko dans le code au final. C'est valable (allez voir mon site si ça vous intéresse. Y'a la source aussi)

Ca m'intéresse vraiment, mais moi ce que je recherche c'est extraire d'un wav les fréquences sonores et les restituer avec PolySnd.

Problème, le liens vers la source est pour ton snake.
Je peux pas essayer le prog, j'ai erreur relocation....

Ah oui désolé, je vais corriger ça tout de suite!!!

Mais j'ai pas tout suivit, ta routine arrive à jouer du WAV mais de quelle qualitée? 4 bits, 8 bits? Tout ça en tâche de fond?

Ton algo est en ASM?

Brunni > Met à jour TIGCC si c'est ça que tu utilise, ton ttstart est completement périmé (d'ou l'erreur "relocation machin" sur AMS 2.07 ~ 2.09)
Pour le son... Je sais pas où on était censé en entendre mais moi g rien du tout.

Son 1 bit si on choisit "qualité me*dique".
J'ai corrigé le lien. Mais ce n'était que la source qui était fausse. Télécharge déjà le bon fichier avec l'exécutable (section jeux). Je vais uploader tout ça maintenant. Mais je te dis déjà: la qualité est 1 bit ici. Le but était de gagner de la place (20 sec sur 4 ko, faut s'accrocher)

Moi j'avais pensé à ganger de la place en récupérent d'un WAV que les fréquences et là j'aurais eux une qualitée correcte avec une prise en place minime.

Qualité merdique ou pas, je n'ai entendu aucun son sortir des hp. Ni grésillement ni rien.

Le son est vraiment merdique. Beaucoup de parasites.
Mais je voudrais savoir à quoi ressemble ta routine compléte pour gérer ça et surtout si il est possible d'extraire des fréquences d'un WAV?

Ca n'a pas marché? Je vais essayé.

Moi j'avais pensé à ganger de la place en récupérent d'un WAV que les fréquences et là j'aurais eux une qualitée correcte avec une prise en place minime.

Peut-être mais c'est tout simplement impossible. Je pensais la même chose que toi jusqu'à un moment où j'ai compris... c'est très abstrait et je ne saurais pas comment te le dire. Mais si tu regarde la courbe d'un son, sa hauteur dans le temps ne définit pas sa "hauteur réelle". C'est très simple et basique. Et pourtant c'est de là que vient le problème:

Ce que tu vois là, ca ne représente pas un son grave qui passe à l'aigu. Cela fera simplement un "craquement". Le fait est qu'une suite de craquements fera un son. Mais ça tu le sais surement puisqu'il s'agit de la base de ta lib. Mais imagine un son réel... Non seulement il n'aura pas qu'un "état haut" ou un "état bas", ton son (1 facteur) mais en plus, tu ne peux imaginer que cela constitue une fréquence fixe pour une durée déterminée (2 facteurs). En assument ça... je sais pas comment t'expliquer mais tu vas massacrer ton son. En plus de ça, le son réel est sinusoïdal (3 facteurs). Tu vas donc réduire les 3 facteurs constituant un son en 1 et c'est bien clair que ça ne jouera pas du tout.

Ah d'accord, donc c'est impossible.
C'est vraiment dommage. On peut pas s'appuyer sur des données moi complexe omme le voc...? Utilisé par des jeux vidéos?

Par voc tu entends quoi? Les instruments?
En fait, pour un jeu, le "vocabulaire" sonore utilisé est très restreint en effet. Mais là, ta librairie deviendrait en fait un émulateur de la puce son du game boy si je comprends bien (ça à l'air d'être ta cible). Tu essaie de retrouver les séquences sonores que représentent chacun des instruments préhistoriques de cette console et tu "interprètes" directement le son qui à la base avait été prévu pour ce hardware... Ce serait une possibilité mais pas faisable à mon avis sans un immense boulot (dans lequel je ne me lancerais pas personnellement tout seul )
De plus, la game boy ne semble pas être une bonne console sur ce point-là. A mon avis, même le son de la SNES prend moins de place que celui du game boy (en tous cas la différence n'est pas fulgurante).
Mais bon... Je ne cible pas complètement ton but. Ce que je pense en tous cas, c'est que comme pour mon jeu METEOR, (dont j'ai retrouvé quatre maps sur sept plus le prog qui plante tout à coup ) il faudrait avoir un support son numérique ET un support son normal. Mais plus riche que de simples mélodies en fait. C'est justement le but de ta lib apparemment.

Bon quand c'est qu'on passe sur une nouvelle page? Ca commence à ramer ici!
(J'ai posté quelque chose d'intelligent juste en haut si jamais)

il faudrait avoir un support son numérique ET un support son normal. Mais plus riche que de simples mélodies en fait. C'est justement le but de ta lib apparemment.

Je suis assez blqoué, ce que je recherche c'est une méthode pour pouvoir jouer des musiques de meilleurs qualitée. Le but serait de trouver des banques de son instrumentale et aisni au lieu de reproduire une note avec une fréquence, produire une note avec DES fréquences pour donner un son instrumentale.
Je pense qu'il est possible de ce rapprocher du son des ancienne machines mais je ne vois pas comment. Dans le cas du voc c'est un format un peu identique au WAV mais plus simple au point de vue taille et son.

Ma cible semble ce pencher vers du son numérique hors je vois vraiment pas comment faire. Je pense qu'il faut abandonner l'idée du WAV sur TI et ce pencher avec des format plus anciens.

-

Brunni
: Bon quand c'est qu'on passe sur une nouvelle page? Ca commence à ramer ici!

C'est à cause de geogeo qui a mit des balises [media]

lol, je les retires si vous voulez.

J'ai une petite idée sur un format assez spécial.
4 bits (numéro de l'instrument), 4 bits (note). 8 bits durée.

Je vais essayer de trouver des infos.

Une note serat composé de plusieurs fréquence et corrsponderat à une table.
Pour 4 fréquences par notes il faut compter une table de 1 ko mais il est possible de faire 50 fois moins.

Le but serait de trouver des banques de son instrumentale et aisni au lieu de reproduire une note avec une fréquence, produire une note avec DES fréquences pour donner un son instrumentale.

J'y ai déjà songé. Ca me fait pensé à l'époque où je m'étais amusé à écrire un système de compression pour les chansons qui consistait à détecter des séquences sonores dans le fichier et de les indexer. Le résultat... je n'en parle même pas. Disons que ca fonctionnait mais que pour des sons type console de jeu.
Il ne faut pas oublier que tu ne trouveras que très rarement un son brut dans une chanson (ne rêve pas trop, dans un jeu non-plus). En fait, tu distingueras peut-être 1500 fois le même bruit de guittare dans ta chanson, mais il sera parfois mélangé à la batterie, au piano et tout et tout. Finalement tu obtiens 1000 bruits de guitarre indexés, chacun se référenciant au maximum trois fois! Mais cela fonctionnait mieux pour les jeux. D'ailleurs je ne me rappelle plus où j'ai bien pu mettre ce prog...

A mon avis, le seul truc possible est de recréer ta propre "puce son" comme sur GB Donc je parle d'une architecture qui soit valable, et cela pourrait être une superbe réussite tu sais. Mais la TI me semble trop limité dans ce domaine. Il ne faut pas oublier qu'il y'aura des jeux qui seront censés tourner derrière tout ça!
Je m'explique; c'étaient des carrément des processeurs qui géraient le son. Dedans t'avais tout, tu créais un programme avec des goto et tout comme si tu faisais du graphisme en fait. Sauf que les instruction du type
Sprite(short x, short y, ...
représenterait plutôt des fonctions du type
PlayBasSnd(BYTE instrument, WORD freq, DWORD longueur)
Je généralise pour être le plus simple possible.

J'ai une petite idée sur un format assez spécial. 4 bits (numéro de l'instrument), 4 bits (note). 8 bits durée.

Oui, ça pourrait être quelque chose. Mais les 8 bits représentant la durée c'est largement trop tant que tu fais du une voie (ou deux, quoique ça commence à être intéressant).
Tu dois faire un code le plus court possible. Donc faut pas trop prévoir. Certains cas seront exceptionnels. Il ne faut donc pas offrir de support pour ces cas-là dans les instructions standard, mais plutôt une petite "balise" indiquant que le prochain son sera plus long que d'habitude (qu'il sera lu sur 8 bits par exemple)
Je te proposerais:
(5 ou)6 bits= numéro de l'instrument, 6(ou 7) bits= note (fréquence donc), 4 bits= durée.
Voilà. Maintenant je vais essayer de trouver des infos à propos du game boy mais je ne te garantis rien (je suis nul en recherche sur le web, en général je trouve mes informations moi-même )
Si jamais tu pourrais m'expliquer comment tu fais pour faire ton son en arrière-plan?
@+