Soyez indulgent je débute
- 22 réponses
- 7 participants
- 1 582 vues
- 7 followers

gui5489
21

Nouvel·le AFfilié·e
Membre depuis 20 ans
Sujet de la discussion Posté le 27/10/2006 à 02:39:46Soyez indulgent je débute
J'ai pas vu d'éditeur rytmiques dans live (ou alors il est bien caché) pour des rythmiques un peu complexe j'imagine que vous passer par une boite a rythmes en vst ou alors il y a une autre solution ?

Anonyme
521397

2 Posté le 27/10/2006 à 07:18:50
Dans Live même il n'y a qu'une édition midi classique et pas "tres" évoluée, contrairement à l'éditeur rythmique de Cubase par exemple.
Ce qu'il y a c'est la possibilité de mettre le grill en trois temps, quantifier en triolet, etc... Mais ce n'est pas grand chose...
Ce qu'il y a c'est la possibilité de mettre le grill en trois temps, quantifier en triolet, etc... Mais ce n'est pas grand chose...
0

Anonyme
521397

3 Posté le 27/10/2006 à 10:49:58
Si tu dispose d'autres programmes tu peux les faire tourner en vsti (FL studio par exemple pour les rytmiques) ou en rewire.
Pour ma part je vois pas trop l'avantage d'une partition rythmique spécifique, je m'en tire trés bien avec l'éditeur midi.
Pour ma part je vois pas trop l'avantage d'une partition rythmique spécifique, je m'en tire trés bien avec l'éditeur midi.
0

Anonyme
521397

4 Posté le 27/10/2006 à 19:16:03
Citation : je m'en tire trés bien avec l'éditeur midi.
Faut quand meme avouer que c'est parfois un peu juste cet éditeur... Assez limité... Utilisable mais limité...
0

Anonyme
521397

5 Posté le 29/10/2006 à 23:30:35
Citation : Soyez indulgent je débute
ca depend pour ki, cher vstmusic....
0

Anonyme
521397

6 Posté le 30/10/2006 à 08:35:52
J'avoue que j'utilisais pas mal l'éditeur rythmique de cubase...
Il était assez intuitif et plus parlant pour l'écriture de rythmiques...
Il était assez intuitif et plus parlant pour l'écriture de rythmiques...
0

Anonyme
789

7 Posté le 30/10/2006 à 11:24:19
Ba moi aussi je passe de cuabse a live et franchement je prefere l'editeur de live, il est moi complet et c'est ce qui me plait, ca limite les possibilité donc on se perd pas avec cubase tu sait jamais quelle quanti choisir
0

Anonyme
789

8 Posté le 01/11/2006 à 17:13:52
Tant qu'on est dans un sujet de débutant;
Live enregistre bien les CC & NRPN ?
Donc si je rec dans live un patern midi avec des automations en CC & NRPN, comment je fait pour les editer ou memes les voir ?
Live enregistre bien les CC & NRPN ?
Donc si je rec dans live un patern midi avec des automations en CC & NRPN, comment je fait pour les editer ou memes les voir ?
0

Anonyme
521397

9 Posté le 01/11/2006 à 22:04:48
Oui, il enregistre les CC.
Soit en session, soit en arrangement.
Tu peux éditer ton enveloppe CC dans l'espace dédié aux enveloppes
Pour les NRPN, j'en sais rien.
Soit en session, soit en arrangement.
Tu peux éditer ton enveloppe CC dans l'espace dédié aux enveloppes

Pour les NRPN, j'en sais rien.
0

TFisch
441

Posteur·euse AFfamé·e
Membre depuis 21 ans
10 Posté le 02/11/2006 à 09:48:49
Les messages de NRPN sont des messages de CC.
0

Anonyme
521397

11 Posté le 02/11/2006 à 09:54:55
Plus rpecisement, c'ets une combinaison de cc. parce qu'avant Live 6, Live ne savait pas quoi faire de ces messages. maintenant il s'en sort, il enregistre, rejoue, mais c'ets pas hyper pratique de les creer directement dans live.
0

TFisch
441

Posteur·euse AFfamé·e
Membre depuis 21 ans
12 Posté le 02/11/2006 à 10:32:43
De toute façon, ce que veut nakra-X, c'est les enregistrer, donc pas de problèmes...
Par ailleurs, un message de NRPN, c'est bien un seul message servant à identifier un numéro de paramètre et pas une combinaison. Après, bien entendu, je suis d'accord avec toi qu'il faut envoyer un autre message d'entrée de donnée pour modifier la valeur du paramètre. D'où la simplification souvent faite et consistant à parler de l'ensemble des deux messages comme d'un RNPN.
Mais on ne peut pas systématiquement parler de combinaison car une fois qu'un NRPN a été envoyé, de nombreux appareils acceptent de recevoir autant de messages d'entrée de donnée que l'on veut pour modifier le paramètre sans nécessiter l'envoi de la combinaison NRPN+entrée de donnée.
Par ailleurs, un message de NRPN, c'est bien un seul message servant à identifier un numéro de paramètre et pas une combinaison. Après, bien entendu, je suis d'accord avec toi qu'il faut envoyer un autre message d'entrée de donnée pour modifier la valeur du paramètre. D'où la simplification souvent faite et consistant à parler de l'ensemble des deux messages comme d'un RNPN.
Mais on ne peut pas systématiquement parler de combinaison car une fois qu'un NRPN a été envoyé, de nombreux appareils acceptent de recevoir autant de messages d'entrée de donnée que l'on veut pour modifier le paramètre sans nécessiter l'envoi de la combinaison NRPN+entrée de donnée.
0

TFisch
441

Posteur·euse AFfamé·e
Membre depuis 21 ans
13 Posté le 02/11/2006 à 10:55:44
Citation : Des messages CC mais avec plus de possibilités, c'est ca ?
Non , pas vraiment, je m'explique: quand le MIDI a été élaboré (bientôt 25 ans quand même!), il a fallu tenir compte des améliorations futures et donc leur laisser de la place.
Certains CC (modulation, volume, pan etc) ont d'origine été dotés d'un numéro fixe (1, 7, 10). Par contre, il ne fallait pas que l'arrivée de nouveaux types de contrôleurs rende le MIDI obsolète, donc il a été prévu deux CC "fourre-tout", les RPN (Registered Parameter Number ou "Numéro de paramètre référencé" ) et les NRPN (Non-registered Parameter Number ou "Numéro de paramètre non référencé" ). A la différence des autres CC officiellement définis par la norme MIDI qui n'ont qu'à inclure la valeur du paramètre en question, les messages RPN et NRPN doivent donc contenir le numéro de paramètre auquel ils s'adressent (RPN n°0: sensibilité au Pitch Bend; RPN n°1: accord fin etc). Du coup, ils n'ont plus la place pour sa valeur. D'où la nécessité d'un second message qui doit les suivre et indiquer la valeur pour le paramètre qu'ils ont défini, c'est le fameux message d'entrée de donnée CC06 (lui aussi couplé au CC38 quand il faut un plus grand nombre de valeurs, mais en pratique ce n'est jamais le cas).
Encore une fois, s'il y a des points nébuleux, dis-moi lesquels et j'essaierai d'être plus clair.
0

Anonyme
521397

14 Posté le 02/11/2006 à 10:58:30
Merci pour ces explications ! 

0

alesissss
2389

AFicionado·a
Membre depuis 22 ans
15 Posté le 04/11/2006 à 13:58:50
Merci pour l'explication TFisch.
Mais poursuivons un peu ... si je comprends bien la vitesse de transfert d'un message (N)RPN est 2 fois moins élévée qu'un messge non-(N)RPN ?
Cela ne pose pas de problème en pratique ?
Par ailleurs puisque tu sembles possèder cette matiere, qu'en est il de la norme midi 2 ? Qu'apporte elle ?
Mais poursuivons un peu ... si je comprends bien la vitesse de transfert d'un message (N)RPN est 2 fois moins élévée qu'un messge non-(N)RPN ?
Cela ne pose pas de problème en pratique ?
Par ailleurs puisque tu sembles possèder cette matiere, qu'en est il de la norme midi 2 ? Qu'apporte elle ?
0

TFisch
441

Posteur·euse AFfamé·e
Membre depuis 21 ans
16 Posté le 04/11/2006 à 22:54:06
En théorie, il faut effectivement deux fois plus de temps puisque deux messages sont nécessaires. Mais d'une part ces messages sont très courts et à la cadence de transmission du MIDI cela ne pose pas de problème, d'autre part, une fois que le paramètre est "pointé du doigt" par le premier message, il suffit généralement d'envoyer des messages d'entrée de donnée (CC6, donc un seul message) pour faire varier le paramètre.
C'est un peu (pas tout à fait...) le même principe que celui du statut en cours ("running status") qui permet quand on envoie un Message Note on par exemple de ne pas avoir à répéter l'en-tête de message Note on pour les notes suivantes. C'est pourquoi la norme MIDI a prévu que les claviers (ou autres) ne transmettant pas la dynamique de relâchement puissent envoyer un message Note On de dynamique 0 à la place d'un message Note Off. Ainsi, le statut reste Note Off, avec tout ce que cela sous-entend d'économie de transmission.
Bien sûr, si le message de relâchement doit contenir une valeur de dynamique (c'est une possibilité prévue par le MIDI mais de plus en plus rare), il faut alors recourir aux messages Note Off normaux.
En ce qui concerne la norme MIDI 2, tu veux parler de GM2 ou des travaux du groupe HD-MIDI?
C'est un peu (pas tout à fait...) le même principe que celui du statut en cours ("running status") qui permet quand on envoie un Message Note on par exemple de ne pas avoir à répéter l'en-tête de message Note on pour les notes suivantes. C'est pourquoi la norme MIDI a prévu que les claviers (ou autres) ne transmettant pas la dynamique de relâchement puissent envoyer un message Note On de dynamique 0 à la place d'un message Note Off. Ainsi, le statut reste Note Off, avec tout ce que cela sous-entend d'économie de transmission.
Bien sûr, si le message de relâchement doit contenir une valeur de dynamique (c'est une possibilité prévue par le MIDI mais de plus en plus rare), il faut alors recourir aux messages Note Off normaux.
En ce qui concerne la norme MIDI 2, tu veux parler de GM2 ou des travaux du groupe HD-MIDI?
0

alesissss
2389

AFicionado·a
Membre depuis 22 ans
17 Posté le 04/11/2006 à 23:16:09
Ok, donc en pratique, pas de problème.
Je parle du HD-MIDI (midi haute définition) ... le successeur du midi ...
Je parle du HD-MIDI (midi haute définition) ... le successeur du midi ...
0

Anonyme
521397

18 Posté le 05/11/2006 à 11:06:44
Au dela du hd-midi, l'osc devient egalement d emoins en moins anecdotique...
0

TFisch
441

Posteur·euse AFfamé·e
Membre depuis 21 ans
19 Posté le 05/11/2006 à 13:07:08
J'ai effectivement participé au Japon à quelques réunions préparatoires pour un groupe de travail HD-MIDI mais il faut être très clair à ce sujet. D'abord, ce n'est qu'un sujet de travail et la mise sur le marché n'est pas du tout certaine (si elle doit se faire, ce ne sera de toute façon pas pour demain).
La base de travail est une évolution de la norme MIDI 1 (en 14 ou en 32 bits, là encore plusieurs formats sont discutés) pour avoir plus de canaux et une résolution supérieure, tout en profitant de cette actualisation pour définir de nouvelles familles de contrôleurs etc.
L'énorme différence que je ressens avec la situation du début des années 80, lors de la création du MIDI, c'est qu'il n'y a plus comme à l'époque de personnalités aussi charismatiques que messieurs Kakehashi (Roland) ou Smith (Sequential Circuits) pour mener la barque. Les intervenants sont beaucoup plus nombreux, la marché s'est beaucoup plus disséminé avec l'arrivée de l'informatique et une kyrielle d'intervenants apportent beaucoup d'idées, parfois très bonnes, parfois très peu universelles car concernant surtout leur activité. Résultat: les discussions s'éternisent et personne n'a plus un poids suffisant sur le marché pour imposer ses vues.
Je pense donc qu'il ne faut pas attendre beaucoup de changements fondamentaux d'une éventuelle version 2, d'autant plus que la version 1 fonctionne toujours remarquablement bien et que la seule modification (avis très personnel...) qui aurait pu un peu révolutionner le contrôle en temps réel, cela aurait été de changer le protocole des Sysex. Une vitesse accrue associée au fractionnement des messages aurait permis de développer à l'infini les possibilités de contrôle en temps réel, mais pour des raisons bien compréhensibles de compatibilité avec la version 1 (entre autres), cette hypothèse a été écartée dès le début.
La base de travail est une évolution de la norme MIDI 1 (en 14 ou en 32 bits, là encore plusieurs formats sont discutés) pour avoir plus de canaux et une résolution supérieure, tout en profitant de cette actualisation pour définir de nouvelles familles de contrôleurs etc.
L'énorme différence que je ressens avec la situation du début des années 80, lors de la création du MIDI, c'est qu'il n'y a plus comme à l'époque de personnalités aussi charismatiques que messieurs Kakehashi (Roland) ou Smith (Sequential Circuits) pour mener la barque. Les intervenants sont beaucoup plus nombreux, la marché s'est beaucoup plus disséminé avec l'arrivée de l'informatique et une kyrielle d'intervenants apportent beaucoup d'idées, parfois très bonnes, parfois très peu universelles car concernant surtout leur activité. Résultat: les discussions s'éternisent et personne n'a plus un poids suffisant sur le marché pour imposer ses vues.
Je pense donc qu'il ne faut pas attendre beaucoup de changements fondamentaux d'une éventuelle version 2, d'autant plus que la version 1 fonctionne toujours remarquablement bien et que la seule modification (avis très personnel...) qui aurait pu un peu révolutionner le contrôle en temps réel, cela aurait été de changer le protocole des Sysex. Une vitesse accrue associée au fractionnement des messages aurait permis de développer à l'infini les possibilités de contrôle en temps réel, mais pour des raisons bien compréhensibles de compatibilité avec la version 1 (entre autres), cette hypothèse a été écartée dès le début.
0

alesissss
2389

AFicionado·a
Membre depuis 22 ans
20 Posté le 05/11/2006 à 17:28:49
Merci pour tes commentaires TFisch ... mais qu'est ce que l'OSC ?
0

sharcrash
988

Posteur·euse AFfolé·e
Membre depuis 19 ans
21 Posté le 05/11/2006 à 22:02:49
Moi tout ce que j'éspère c'est une chose: COMPATIBILITE!
J'en ai vraiment marre de 36 différents formats qui au final font toujours la même chose. Bon je peux comprendre que certaines compagnies aiment developper leur propres technologies et puis ca incite les sociétés concurrentes à faire avancer les choses. Mais dans un secteur comme l'informatique par exemple, il y en a TROP. Et l'exageration poussée à l'extreme n'apporte que destruction en les consommateurs en seront les premieres victimes. Le MIDI fut l'un des plus beaux exemples de co-operation technologiques, un même language pour toutes les machines!!! Peace & long Life!
J'en ai vraiment marre de 36 différents formats qui au final font toujours la même chose. Bon je peux comprendre que certaines compagnies aiment developper leur propres technologies et puis ca incite les sociétés concurrentes à faire avancer les choses. Mais dans un secteur comme l'informatique par exemple, il y en a TROP. Et l'exageration poussée à l'extreme n'apporte que destruction en les consommateurs en seront les premieres victimes. Le MIDI fut l'un des plus beaux exemples de co-operation technologiques, un même language pour toutes les machines!!! Peace & long Life!

0

gui5489
21

Nouvel·le AFfilié·e
Membre depuis 20 ans
22 Posté le 04/12/2006 à 19:35:25
Merci de vos réponses hors sujets!
finalement je vais me servir de live pour le live(!) et faire mes séquences sur un autre soft (fruity) merci quand même...
finalement je vais me servir de live pour le live(!) et faire mes séquences sur un autre soft (fruity) merci quand même...
0

disguise78
65

Posteur·euse AFfranchi·e
Membre depuis 19 ans
23 Posté le 07/12/2006 à 18:01:00
Ca depend de ce que tu veux faire com style de music aussi ?
http://www.myspace.com/grainblanc
http://www.myspace.com/grainblanc
0
- < Liste des sujets
- Charte