Demande d'avis (encore un desolé.)

Ludovic.gesse

456

Posteur·euse AFfamé·e

Membre depuis 23 ans

Sujet de la discussion Posté le 02/01/2003 à 11:22:44

Salut a tous et a toutes et bonne annee
je dispose actuellement d'un PIII 450 achete dans une grande surface il y a 4 ans maintenant
je faisais de l'audio dessus mais je suis arrive au midi
je sequence mes morceaux sur cubase lite (vous moquez pas ...) et je constate des ralentissement de tempo apres une periode d'utilistaion prolonge
je pilote mes synthes et mon sampler avec une guillemot ISIS ...
je voudrais savoir tout d'abord si il n'est pas plus judicieux de separer l'audio et le midi...
je comptais racheter un petit PII 350 avec une carte midiman pour le midi et un pc style AMD 1.5GH carte abit ou asus 256 Mo de ram etc...
je suis preneur de tous les avis
bonne continuation
@+
ludo

Martis

15680

Drogué·e à l’AFéine

Membre depuis 21 ans

2 Posté le 02/01/2003 à 11:26:00

Citation : je pilote mes synthes et mon sampler avec une guillemot ISIS

Vu la latence, t'a pas peur!

0

http://stalagmythe.blogspot.com/

Anonyme

10184

3 Posté le 02/01/2003 à 11:30:16

C'est normal... le pc est une vrai merde pour ce qui est d'être constant. Perso sur mon athlon xp2000 comme sur mon PIII500, mes séquences ont toujours des petites accélèrations, ralentissement quasi imperceptibles, mais je les sens. En chargant mes séquences dans le séquenceur du motif, pas le moindre problème pr contre. Dans les cas d'enregistrement audio, ça peut être un vrai casse tête.

La seule solution est de mettre une source mtc master externe au pc.

Et oui, windows n'est pas un os realtime: aucune des opérations n'a de fenêtre temporelle d'exécution garantie.

0

Ludovic.gesse

456

Posteur·euse AFfamé·e

Membre depuis 23 ans

4 Posté le 02/01/2003 à 11:30:50

Je n'ai jamais eu de probleme de latente car je ne fais pas d'audio seulement du midi mais je voudrais me mettre a l'audio

Ludo

0

Anonyme

10184

5 Posté le 02/01/2003 à 11:31:47

Citation : Vu la latence, t'a pas peur!

c'est pas de l'audio mais du midi... les histoires de latence c'est pour l'audio normalement ( ça arrive pour le midi, mais il y a plein d'autres facteurs)

0

Ludovic.gesse

456

Posteur·euse AFfamé·e

Membre depuis 23 ans

6 Posté le 02/01/2003 à 11:33:40

[quote]C'est normal... le pc est une vrai merde pour ce qui est d'être constant. Perso sur mon athlon xp2000 comme sur mon PIII500, mes séquences ont toujours des petites accélèrations, ralentissement quasi imperceptibles, mais je les sens.

moi je les trouves tres perceptible ca me gene ca viens peut etre aussi du soft (cubase lite a 38 Francs )

Ludo

0

Ludovic.gesse

456

Posteur·euse AFfamé·e

Membre depuis 23 ans

7 Posté le 02/01/2003 à 11:34:49

Tiens j'arrive pas a mettre une citation ...
je debute desolé :oops:

Ludo

0

Anonyme

10184

8 Posté le 02/01/2003 à 12:20:10

Ludovic.dj

bon ok, je minimise le problème... pour voir le problème à son paroxisme, il faut essayer de jouer un fichier mid (que j'ai plus) qui refesait la musique d'apollo440 utilisée pour le navet galactique "lost in space" quant tu essaye de jouer ce fichier, tu découvre tout un monde de ralentissements... et par contre ça marche tout seul dans un séquenceur hardware...

0

Pov Gabou

19553

Drogué·e à l’AFéine

Membre depuis 23 ans

9 Posté le 02/01/2003 à 14:41:09

Citation :
Et oui, windows n'est pas un os realtime: aucune des opérations n'a de fenêtre temporelle d'exécution garantie.

ouais, enfin si c'est bien programmé, ça doit pas s'entendre, ou alors ça arrive très rarement ( quand il y a trop de charge proc, par exemple ). Pour faire de l'audio à un niveau raisonnable, t'as pas forcément besoin d'un OS temps réel. Windows2000 suffit largement, tout comme linux ou mac OS X ( d'ailleurs, pour lé vérifier, je suis en train d'écrire un petit programme de lecture/enregistrement, qui doit être précis au sampler près. Ben contrairement à ce que je pensais, ça a l'air d'être réalisable ).

Bref, je pense honnêtement que le pb de notre ami ne vient pas de là, mais plutô d'une perte de synchro due à la carte, qui doit pas forcément suivre. Une solution : mets la latence audio de la carte au maximum ( tu t'en fous, visiblement, vu que tu utilises pas de vsti ... ), comme ça, t'as moins de chances de pertes de synchro.

0

Ludovic.gesse

456

Posteur·euse AFfamé·e

Membre depuis 23 ans

10 Posté le 02/01/2003 à 15:16:39

Merci pour votre mobilisation
je vais essayer ca
merci
@+

Ludo

0

Anonyme

10184

11 Posté le 02/01/2003 à 15:22:24

Citation : mets la latence audio de la carte au maximum

je pense que ça va rien changer ... à ma conaissance, les codes à envoyer au port midi ne sont pas stockés dans les buffers audio...

contrôleur midi != carte son

les instructions midi sont envoyées directement par le programme sur le port midi alors que l'audio, c'est stocké dans des buffers alimentés de manière asynchrone et lus par la carte son... au plus la latence est haute au moins il y a de risques d'irrégularités (pops) ... l'horloge 44.1,48,88.2 ou 96khz est gérée par la carte son et pas par le processeur central (heureusement) ... toute personne ayant programmé la sb-pro en mode synchrone sait les problèmes qu'on peut avoir.

le midi, c'est le processeur qui va écrire dessus au fur et à mesure, donc c'est du synchrone, donc si le processeur n'est pas régulier dans sa génération de codes midi, les synthés connectés en midi joueront avec des ralentissement et des accélèrations. Le problème c'est l' irrégularité du midi clock généré en software. C'est surtout perceptible dans les séquences très complexes avec beaucoup de changements de contrôles rapides.

Sur mon Athlon XP2000 c'est presque imperceptible, sur mon PIII500 j'ai un jour cru que ma bécane plantait à la lecture du fichier "lost in space.mid" ... et qu'on ne me dise pas que c'est l'interface midi, j'en ai essayé 3 différentes (Sb-live MPU401UART,yamaha-usb,Edirol UM-550 => les deux denières essayées dans une machine sans carte son)

0

Pov Gabou

19553

Drogué·e à l’AFéine

Membre depuis 23 ans

12 Posté le 02/01/2003 à 16:40:07

Ouais, j'avais aps capté qu'il y a avait QUE du midi, j'avais cru qu'il y avait les deux. Donc en effet, pour du midi pur, oublie ce que j'ai dit, c'est des conneries !

Par contre, pour le midi, je reste persuadé que le pb ne vient pas du tout de ce que tu dis, ragoutoutou. Le pb des longues séquences, c'est dû à la vitesse du midi ( dans les 30000 bauds, si mes souvenirs sont bons, ce qui fait quand même du...4-5 ko\s, et donc presque une ms pour envoyer une note complète, qui fait 2-3 octets minimum ( toujours d'après mes souvenirs : le premier pour dire que tu vas sur un certain canal midi + message de type note on, le 2e pour la note, le 3 pour l'intensité. Si comme moi tu considère qu'une note, c'est aussi le message de note off, ben alors t'as 3 minimum sans vélocité, et donc 4 avec ). Le midi a une latence non négligeable !!!! Beaucoup de musiciens classique ou jazz ne peuvent pas jouer là dessus à cause de ça. Je me souviens même d'une interview de Polnareff où il parlat de ce pb... Je suis pas s^r de la pertinence de cet exemple, mais bon

Si tu restes en interne, je pense que les pbs sont négligeables ( par contre, on est d'accord, ce dont tu parles, c'est un pb réel, mais qui une fois bien géré, peut être tout à fait rendu négligeable devant les autres pbs, et se pose de toute façon avec le hardware également, même si ce n'est pas tout à fait la même chose ).

0

Willy_77

885

Posteur·euse AFfolé·e

Membre depuis 23 ans

13 Posté le 02/01/2003 à 17:15:12

Citation : C'est normal... le pc est une vrai merde pour ce qui est d'être constant.

c'est bien pour ça que Steinberg (je crois que c'est eux) à sorti une interface midi
qui intègre une sorte de "time stamping" pour dire à l'interface "à quelle heure" envoyer
le message ...

le pb, c'est que si l'idée semble sympa, à mon avis c'est pire (!!!) parcequ'on retombera
alors dans les problèmes de taille de buffer, mais cette fois ci aussi pour le midi !!!!!!!!

je ne veux pas vous facher, mais c'est pour ça (entre autres) que j'ai du matos "hard"
et que je réserve le pc pour des "interventions" pas du tout "temps-réel" :bravo:

0

Willy, zicos electronicien et algorithmes mathématiques

Anonyme

10184

14 Posté le 02/01/2003 à 17:19:40

Citation : Ouais, j'avais aps capté qu'il y a avait QUE du midi, j'avais cru qu'il y avait les deux. Donc en effet, pour du midi pur, oublie ce que j'ai dit, c'est des conneries !

Pas grave, c'est noyé sous le flot d'informations intéressantes, de remarques pertinentes et de raisonnements judicieux dont tu innonce ce forum, ô grand posteur fou. :bravo:

Question: le note off n'est-il pas envoyé dans une trame de 2-3 octets (canal + message note off)? => ce qui ferait monter à 5 ou 6 le nombre d'octets au total par note.

Je suis tout à fait d'accord avec ce que tu dis sur la latence midi, c'est vrai qu'on pourrait imaginer des embouteillages au niveau du port midi même, une autre possibilité pourrait être ceci (je crois bien avoir déjà eu le coup avec un synthé virtuel vcs3): pour balancer une séquence midi à un expandeur externe, il faut écrire les données sur le contrôleur midi en fonction d'un temps midi... le processeur doit lire la séquence en calculant le moment où il doit transmettre chaque instruction, et son échelle de temps n'a rien à voir avec l'horloge interne: il doit donc calculer les moments d'envoi, et souvent cela se fait au vol plutôt que de convertir chaque evènement midi à un temps midi en évènement midi à un évènement horloge interne. De plus le processeur doit s'interrompre sporadiquement pour écrire sur le port midi (ou le synthé virtuel) Si le processeur se dérange déjà lui même lors de l'écriture sur le port midi, ce qui, dans des séquences complexes, peut le déstabiliser dans son calcul temporel, il peut être aussi dérangé par d'autres tâches (scrolling de la fenêtre du séquenceur, écriture d'une page de mémoire dans le swap), ce qui peut provoquer un décalage par rapport au temps midi vu qu'il ne se réfère pas à l'horloge interne mais à un loop dans le séquenceur. Peut-être c'est pas ça, mais je n'ai pas de mesures me permettant d'affirmer ou d'infirmer cette possibilité.

0

Willy_77

885

Posteur·euse AFfolé·e

Membre depuis 23 ans

15 Posté le 02/01/2003 à 17:26:13

Non !
Gabou à raison, ça fait bien 3 octets, donc environ 1 ms.

parceque le temps qui sépare un note ON d'un note OFF, est très important ... en midi

donc ça fait 2 salves de 3 octets (ON et OFF) très largement séparés ...

la latence s"étudie donc en tenant compte de salves de 3 octets ...

par contre, on ne se rend parfois pas compte qu'en "pilotant" plusieurs canaux midi sur
le même jeux, par exemple piano + guitare + violons, pour un accompagnement vite fait bien fait, eh ben on staure vite le midi, parcequ'à chaque touche enfoncée tu as autant de salves de 3 octets que de canaux "pilotés" ...

Si tu rajoute à ça que tu fais généralement des accords ...
tu arrive vite à 3 x 3 x 3 octets, environ 9 ms pour un accord dans ce cas ...

autre problème, l'aftertouch ... s'il est sensible, ton débit midi est vite mort !!!

0

Willy, zicos electronicien et algorithmes mathématiques

Anonyme

10184

16 Posté le 02/01/2003 à 17:31:59

Citation : ce qui ferait monter à 5 ou 6 le nombre d'octets au total par note.

Ai-je dit que c'était envoyé en une seule fois? Evidemment que le note off n'est pas envoyé en même temps que la note même... merci de pas prendre les autres pour des cons tout de même...

0

Willy_77

885

Posteur·euse AFfolé·e

Membre depuis 23 ans

17 Posté le 02/01/2003 à 17:34:35

Désolé que tu le prenne comme ça ! :oops:

je ne pensais faire partie des gens qui prenaient les autres pour des cons ...

relis mon post, y vois tu de la haine ? :bravo:

0

Willy, zicos electronicien et algorithmes mathématiques

Pov Gabou

19553

Drogué·e à l’AFéine

Membre depuis 23 ans

18 Posté le 02/01/2003 à 17:56:43

Bon, après vérif, on a une vitesse de 31250 bauds exactements.
Alors déjà, ce que j'ai oublié, c'est que le midi etant asynchrone, on a déjà 2 bits de "perdus" tous les 8 bits ( ce qui fait plus que 3 ko\s de débit net, en gros ).

Et ragoutoutou a raison, les octets de statut type note off sont exactement pareils que ceux de not on : donc le premier octet de statut, avec le numéro du canal qui va avec, le deuxième pour le numéro de note ( entre 0 et 127 ) et le dernier pour la vélocité ( toujours entre 0 et 127, et non entre 0 et 255, car le premier bit de chaque n'est jamais utilisé, en midi, il sert à différencier les messages de statut de ceux de données ).

0

Anonyme

10184

19 Posté le 02/01/2003 à 18:55:18

William77

... désolé... j'aurais pas dû répondre à un moment où quelqu'un a réeussi à me gonfler sérieu au boulot... peace :bravo:

0

Willy_77

885

Posteur·euse AFfolé·e

Membre depuis 23 ans

20 Posté le 02/01/2003 à 19:36:59

OK, de toutes façon, je m'excuse pour le quipropos ...

c'est juste que j'ai l'impression qu'il y a un petit 50% de gars sérieux sur ce forum,
et j'aimerais pas être pris pour un emmerdeur ...

Je trouve très bien qu'il existe (enfin) un endroit ou on peut parler zic et matos, et
essayer de s'entraider, voire de faire avancer le shmilblic !!!

alors, tout baigne !!! :bravo:

0

Willy, zicos electronicien et algorithmes mathématiques

DaRk

32

Nouvel·le AFfilié·e

Membre depuis 23 ans

21 Posté le 03/01/2003 à 01:20:56

Citation : Tiens j'arrive pas a mettre une citation ...

fo que tu fermes ta quote avec [/quote]

Good luck ;p

0

Ludovic.gesse

456

Posteur·euse AFfamé·e

Membre depuis 23 ans

22 Posté le 05/01/2003 à 17:48:33

Merci dark
bon je suis le forum avec intention mais je me suis un peu noye dans les octets ceci cis vous avez raison d'etre aussi precis on apprends plein de choses...
alors je fais koi je prends un petit PII avec une midiman expres pour le midi ???
ou je continu avec mon ISIS sur mon pc de grande surface...

Ludo

0