PYRAMID OS V1.5

63 réponses
9 participants
3 952 vues
7 followers

JeffX

5959

Je poste, donc je suis

Membre depuis 21 ans

Sujet de la discussion Posté le 14/02/2017 à 23:50:34

Citation de yomanfree :

Pour info, une petite chose que j'aurais aime: qu'on puisse nommer les patterns
Par contre ca n'a pas je crois ete mentionne: mais squarp a bien fait de passer en liste pour les setting. C'est vraiment mieux.

Oui
mais même avant ça
la possibilité de nommer les sequences! je m'étonne que ce soit possible pour les tracks et non pas pour les séquences..
(pour les patterns ca risque d'être compliqué par rapport à la disposition sur les différents écrans de chaque mode

mais j'ai l'impression sur le forum de Squarp certains demandent d'ajouter un sous-mode au mode track
dédié au patterns (avec justement les patterns sur les pads...)
donc ça pourrait se faire à ce niveau là

[ Dernière édition du message le 14/02/2017 à 23:52:09 ]

yomanfree

3418

Squatteur·euse d’AF

Membre depuis 13 ans

2 Posté le 15/02/2017 à 01:16:21

c'est amusant car quand j'ai ecrit ça pour les pattern j'etait sur que la reponse serait sur la disposition et place.
pour ca que j ai mentionner que le passage des setting etait en liste

. suffit de faire en liste aussi sur les patterns

.
mais bon. je sens que ca va un peu evoluer pour la finale

Citation de JeffX :

Citation de yomanfree :
Pour info, une petite chose que j'aurais aime: qu'on puisse nommer les patterns
Par contre ca n'a pas je crois ete mentionne: mais squarp a bien fait de passer en liste pour les setting. C'est vraiment mieux.

Oui
mais même avant ça
la possibilité de nommer les sequences! je m'étonne que ce soit possible pour les tracks et non pas pour les séquences..
(pour les patterns ca risque d'être compliqué par rapport à la disposition sur les différents écrans de chaque mode

mais j'ai l'impression sur le forum de Squarp certains demandent d'ajouter un sous-mode au mode track
dédié au patterns (avec justement les patterns sur les pads...)
donc ça pourrait se faire à ce niveau là

"Le succès, c'est d'aller d’échec en échec sans perdre son enthousiasme"

dekalboy

3533

Squatteur·euse d’AF

Membre depuis 10 ans

3 Posté le 15/02/2017 à 10:39:52

Vous lisez tous bien l anglais ?
Je mets ici UN post di forum squarp .
Je partage bien sa vision .
Au passage j'ai remarqué qu'il y avait plein de types qui n'aimaient pas du tout le fait que les pattern soient nécessairement liées au mode SEQ ( forcément obligé de passer par ce mode POUR changer de
Pattern ) , ça rassure je suis pas LE seul .
Voici donc le post . Les idées sont top ET LE type est très clair :

said:Ok, so I think the main issue I have with the new PATTERNS is the way it's implemented because it fails to follow a number of Pyramid UI and UX conventions, which makes it harder to use than other features. So I'd like to propose an alternate PATTERN implementation, which I think is more inline with existing Pyramid UX conventions, and IMHO would make it both more powerful and easier to use.

PATTERNS should be a sub-mode of TRACKS.

1. there is already an established process to separate features into their own related, but independent sub-modes

LIVE: has Chord, Note Repeat, Scale
STEP: has Note, Chord, Euclid, CC, FX
TRACK: should have Mute, Patterns

2. having a dedicated sub-mode means that the pads can now be used to display information and manipulate the state of patterns.

Once the pattern sub-mode is selected the 32 pads ( page A and B ) now show you information about the patterns of the current TRACK

Blank steps have no patterns
low-intensity steps have a pattern in them
The brightly light step shows the currently active pattern.

This happens to be exactly the same workflow as the existing SEQ mode.

3. assigning a Pattern to a sequence uses exactly the same workflow as assigning a TRACK mute to a Sequence

In SEQ mode, pick the active Sequence: ( SEQ + Pad )
In TRACK mode, pick the active TRACK: ( TRACK + Pad )
In the PATTERN sub-mode, pick the active pattern

Now linking a pattern to a sequences works exactly like the sequence to track mute assignment.
And, you can now use the RECORD button to have the same meaning in PATTERN mode that it has in TRACK mode

Record On: Link the pattern to the sequence
Record Off: temporarily change the active pattern

4. All of the existing COPY/PASTE/DELETE function work exactly the same

Select an empty pattern, and you can start adding notes to it
Patterns are always active. By default you are on Pattern 1 ( just like SEQ and TRACK )
You don't have to create different Sequences to create Patterns.
2nd+COPY, 2nd+PASTE, 2nd+DELETE works on PATTERNS exactly like they work on SEQUENCES

5. You have an excellent Live Performance workflow

Pads give you at a glance information about how many patterns a track has, and which is the current pattern
You can change patterns on the fly and "play" patterns like you "play" mute states
The dedicated sub-mode makes it easy to set per-pattern loop parameters
The pads can respond to the normal performance settings: instant, beat, bar, ...

6. Buttons can have the usual dedicated functions

BUTTON1 + Encoder: ?
BUTTON2 + Encoder: ?
BUTTON3 + Encoder: Changes the Pattern loop mode: FREE/RELATCH/TRIG
BUTTON4 + Encoder: Changes the Pattern length ( same as track )
BUTTON5 + Encoder: Changes the Pattern Signature ( same as track )

CONCLUSION

Patterns is a huge addition to the Pyramid workflow, so I would rather wait a few more weeks to have it well integrated, rather than jumping into it the way it's currently implemented. I believe this proposal remaps all the existing Patterns functionality, but is better integrated with the existing Pyramid conventions, and opens up better possibilities to use Patterns in a Live Performance workflow, as well as removing the need to create a bunch of sequences when what you really want to do is create a bunch of patterns.

dekalboy

3533

Squatteur·euse d’AF

Membre depuis 10 ans

4 Posté le 15/02/2017 à 10:43:20

Un truc rigolo : les squarp ont oublié d'enlever une fenêtre pop up qui n'appartient à cet OS 1.5 . C'est donc UN truc POUR plus tard :
On va pouvoir choisir de copie ALLTRCKS/STEPS/CC/fx .
Ça ça manque ET ça va être fait dans la prochaine MAJ :bravo:

[ Dernière édition du message le 15/02/2017 à 10:43:39 ]

dekalboy

3533

Squatteur·euse d’AF

Membre depuis 10 ans

5 Posté le 15/02/2017 à 10:44:49

Au niveau de nommer les évènements , moi ce qui m'intéresse c'est de nommer les CC !!
En fait faudrait pouvoir tout nommer

JeffX

5959

Je poste, donc je suis

Membre depuis 21 ans

6 Posté le 15/02/2017 à 10:50:57

@dekalboy
oui j'ai vu ce long post
c'est ce que je disais à yomanfree à propos des propositions qui commencent à fleurir sur le forum squarp avec ces nouveaux patterns...
ici, c'est ce qu'on disait : la possibilité d'avoir les patterns sur les pads et de switcher comme ça
+ un sous-mode supplémentaire au track mode

mais bon...je ne veux pas être pessimiste mais à mon avis ca ne verra pas le jour pour la 1.5 ce truc là...
ca demande du boulot

et je vais vous dire,
même si perso je trouve l'idée bien intéressante
je pense qu'il y a plus urgent.....

JeffX

5959

Je poste, donc je suis

Membre depuis 21 ans

7 Posté le 15/02/2017 à 10:51:22

Citation de dekalboy :

Un truc rigolo : les squarp ont oublié d'enlever une fenêtre pop up qui n'appartient à cet OS 1.5 . C'est donc UN truc POUR plus tard :
On va pouvoir choisir de copie ALLTRCKS/STEPS/CC/fx .
Ça ça manque ET ça va être fait dans la prochaine MAJ

j'ai vu ça aussi!
:bravo:

c'est fort

JeffX

5959

Je poste, donc je suis

Membre depuis 21 ans

8 Posté le 15/02/2017 à 10:58:18

Citation de dekalboy :

En fait faudrait pouvoir tout nommer

je suis bien d'accord avec toi..

Citation de yomanfree :

c'est amusant car quand j'ai ecrit ça pour les pattern j'etait sur que la reponse serait sur la disposition et place.

@yomanfree
à propos de ma réponse sur la place sur l'écran
j'espère que tu ne l'as pas mal pris (ta réponse laisse entendre le contraire

)si ça ne tenait qu'à moi, il faudrait pouvoir TOUT renommer! comme vient de le dire dekal

mais si je disais ça
c'est parce que j'ai déjà demandé à squarp de pouvoir renommer les sequences et de mettre aussi le nom des tracks dans leurs emplacements respectifs
il y a des zones pour ça dans tous les écrans principaux et dans tous les modes
et ce qui était bien jusqu'à présent, en terme d'ergonomie
c'est le fait de pouvoir changer de mode et d'avoir toujours cette cohérence dans les écrans
seulement il y a juste marqué "TR 01" et "SE 01"
si le 01 était moins grand
on pourrait mettre le nom en dessous

plutôt que d'avoir le nom de la track dans la barre de titre en haut, puis au même endroit le nom du projet dans le mode seq (???) ce n'est pas cohérent

mais ils m'ont répondu qu'il n'y avait pas la place...

en fait,
il faut savoir que tout ce qui concerne l'écran, et toute modification "graphique", de l'UI
est une vraie tannée pour eux
ils me l'avaient expliqué une fois

donc c'est pour ça que je disais ça
rien de plus...
;-)

[ Dernière édition du message le 15/02/2017 à 10:59:40 ]

yomanfree

3418

Squatteur·euse d’AF

Membre depuis 13 ans

9 Posté le 15/02/2017 à 23:48:02

aucun probleme JeffX et il en faut beaucoup pour que je prenne mal quelque chose: il y avait plus un clin d'oeil dans mon post et un peu d'humour (en resume c'est plutot moi qui ait mal du tourner mes phrases vu que ca ne s'est pas vu).

Sinon de mon cote je suis d'accord avec tous vos posts: il y a mieux a faire sur les patterns (description dans le post de dekal au debut est tres bien) meme si je pense que la methode proposee aujourd'hui est deja correct et utilisable (mais comme je disais dans l'autre thread je pense que c'est surtout en live que c'est moins bon).

Citation de JeffX :

@yomanfree
à propos de ma réponse sur la place sur l'écran
j'espère que tu ne l'as pas mal pris (ta réponse laisse entendre le contraire )si ça ne tenait qu'à moi, il faudrait pouvoir TOUT renommer! comme vient de le dire dekal

"Le succès, c'est d'aller d’échec en échec sans perdre son enthousiasme"

yomanfree

3418

Squatteur·euse d’AF

Membre depuis 13 ans

10 Posté le 15/02/2017 à 23:48:30

Ca m'a fait sourire aussi quand j'ai vu ca ...

Citation de JeffX :

Citation de dekalboy :
Un truc rigolo : les squarp ont oublié d'enlever une fenêtre pop up qui n'appartient à cet OS 1.5 . C'est donc UN truc POUR plus tard :
On va pouvoir choisir de copie ALLTRCKS/STEPS/CC/fx .
Ça ça manque ET ça va être fait dans la prochaine MAJ

j'ai vu ça aussi!
c'est fort

"Le succès, c'est d'aller d’échec en échec sans perdre son enthousiasme"

JeffX

5959

Je poste, donc je suis

Membre depuis 21 ans

11 Posté le 15/02/2017 à 23:51:47

aaah c'est cool alors :bravo:

Citation de yomanfree :

comme je disais dans l'autre thread je pense que c'est surtout en live que c'est moins bon

eh oui!
et c'est justement les "live users" qui sont en train de réclamer ça...

perso, l'implementation actuelle est OK pour moi aussi
et je préfèrerais qu'ils améliorent le mode SEQ en priorité du coup...
(+l'offset negatif :oops2:

)

on verra bien l'orientation qu'ils choisiront...

[ Dernière édition du message le 15/02/2017 à 23:51:58 ]

yomanfree

3418

Squatteur·euse d’AF

Membre depuis 13 ans

12 Posté le 15/02/2017 à 23:53:09

Citation de JeffX :

en fait,
il faut savoir que tout ce qui concerne l'écran, et toute modification "graphique", de l'UI
est une vraie tannée pour eux
ils me l'avaient expliqué une fois

C'est interessant et on pouvait helas s'en douter. Ca rejoint le long post que j'avais fait dans le thread a cote. C'est toute l'opposition entre un pyramid avec un hardware/OS dedie et une mpc live. Developper sur le pyramid sera beaucoup plus long que sur l'akai live. En resume on retrouve ici les avantages/desavantages entre hardware/OS dedie vs hardware/OS generaliste avec une programmation plus haut niveau ...

"Le succès, c'est d'aller d’échec en échec sans perdre son enthousiasme"

[ Dernière édition du message le 15/02/2017 à 23:53:32 ]

yomanfree

3418

Squatteur·euse d’AF

Membre depuis 13 ans

13 Posté le 15/02/2017 à 23:55:45

Citation de JeffX :

aaah c'est cool alors

Citation de yomanfree :
comme je disais dans l'autre thread je pense que c'est surtout en live que c'est moins bon

eh oui!
et c'est justement les "live users" qui sont en train de réclamer ça...

perso, l'implementation actuelle est OK pour moi aussi
et je préfèrerais qu'ils améliorent le mode SEQ en priorité du coup...
(+l'offset negatif )

on verra bien l'orientation qu'ils choisiront...

Oui et perso je suis deja tres content des progres en court. Il y a encore du chemin mais ca commence a bien prendre forme.

"Le succès, c'est d'aller d’échec en échec sans perdre son enthousiasme"

JeffX

5959

Je poste, donc je suis

Membre depuis 21 ans

14 Posté le 15/02/2017 à 23:57:42

Citation de yomanfree :

C'est interessant et on pouvait helas s'en douter. Ca rejoint le long post que j'avais fait dans le thread a cote. C'est toute l'opposition entre un pyramid avec un hardware/OS dedie et une mpc live. Developper sur le pyramid sera beaucoup plus long que sur l'akai live. En resume on retrouve ici les avantages/desavantages entre hardware/OS dedie vs hardware/OS generaliste avec une programmation plus haut niveau ...

Oui c'est exactement ça
pour les MPC Live&co (et autres beaux écrans...) ils se font plaisir sur les interfaces
c'est beaucoup plus simple à programmer, car ce "n'est qu'un" assemblage d'objets graphiques
alors que le pixel par pixel en programmation bas niveau, comme ça....j'imagine que c'est déjà plus chaud...
alors quand on y rajoute le retour d'infos dynamiques, c'est encore pire..

[ Dernière édition du message le 15/02/2017 à 23:57:51 ]

dekalboy

3533

Squatteur·euse d’AF

Membre depuis 10 ans

15 Posté le 16/02/2017 à 00:25:27

ca y est des que ca parle de prog ou d'informatique je comprends plus rien :((

c'est quoi la progreammation de bas niveau et pourquoi les mecs ils se font ch... a utiliser ca alors que c'est plus lourd a créer ?

[ Dernière édition du message le 16/02/2017 à 00:26:33 ]

JeffX

5959

Je poste, donc je suis

Membre depuis 21 ans

16 Posté le 16/02/2017 à 10:44:32

Citation de dekalboy :

c'est quoi la progreammation de bas niveau et pourquoi les mecs ils se font ch... a utiliser ca alors que c'est plus lourd a créer ?

bah déja plus tu travailles à bas niveau, plus tu as le controle sur ton code
alors qu'à plus haut niveau tu assembles davantage des "objets" comme des "building blocks"

pour faire une analogie avec le Pyramid: c'est comme si à bas niveau tu commencais à travailler à partir des patterns et à haut niveau tu travailles à partir des séquences

forcément tu as plus de possibilité/puissance dans le 1er cas

et puis le coeur du système du Pyramid est un microcontroleur (contrairement à la MPC Live dont l'architecture se rapprocherait a priori davantage d'un ordi)
pour lequel il faut faire du bas niveau de toutes façons
donc ils n'ont pas vraiment "le choix"...

dekalboy

3533

Squatteur·euse d’AF

Membre depuis 10 ans

17 Posté le 16/02/2017 à 15:02:02

Je vois pas la différence entre UN microcontroleur ET UN ordinateur désolé !

Mais je veux bien savoir

JeffX

5959

Je poste, donc je suis

Membre depuis 21 ans

18 Posté le 16/02/2017 à 16:39:50

Citation de crazymilk57 :

oui oui je ré explique.

J'aimerais bénéficier de program change sans coller se program change a un step de sequenceur, car lorsque qu'il est collé a un step, lorsque la sequence boucle sur elle meme, a chaque nouvelle lecture du pas qui contient le program change, le son de mes synthé se réinitialise et empeche toute modulation de parametres a la main en toute fluidité.

en fait dans ce que je cherche, le program change devrait etre attaché au pattern ou a la séquence (et non pas a une track car dans l'idée j'aimerais pouvoir en selectionner plusieur au cours d'un meme projet, a différents moments.

OK.

ça dépend la façon dont tu vas procéder

effectivement, depuis cette nouvelle version beta, il y a la possibilité de specifier un program change par défaut pour une track
et il ne va pas créer de "step"

donc si ensuite tu envoies un nouveau message PC en cours de lecture
lorsque ton pattern va boucler il va rester sur ce dernier patch (et il ne va pas revenir à l'original)

il me semble que c'est ce que tu veux faire

par contre,
tu es obligé de faire ça en live

parce que si tu rajoutes ton PC à la main, sur un step
il va changer immédiatement ton patch
car les automations sur le Pyramid commencent toujours en début de pattern

Anonyme

213

19 Posté le 16/02/2017 à 16:48:38

Je me demande comment c'est géré d'ailleurs , lance-t-il les pg pour toutes les tracks actives au lancement du sequenceur uniquement ou le fait-il aussi sur un unmute de track ?

JeffX

5959

Je poste, donc je suis

Membre depuis 21 ans

20 Posté le 16/02/2017 à 16:53:25

Citation de plastisaw :

Je me demande comment c'est géré d'ailleurs , lance-t-il les pg pour toutes les tracks actives au lancement du sequenceur uniquement ou le fait-il aussi sur un unmute de track ?

je pense que cette fonction sert surtout à initialiser ton Pyramid au chargement d'un projet
ces données sont sauvegardées avec le projet
donc quand tu démarres tu as toutes tes pistes sur les bons patchs

(tu pouvais le faire en mettant un PC sur tous les 1er steps de chaque piste.. mais c'est moins pénible maintenant)

crazymilk57

787

Posteur·euse AFfolé·e

Membre depuis 13 ans

21 Posté le 16/02/2017 à 17:26:18

merci pour la réponse jeffx, donc en gros c possible mais une unique fois, c'est la qu'on sent que le pyramid est a mon sens pensé plus pour le studio que pour le live, (en l'etat actuel des choses)

l'idéal serait de pouvoir choisir d'utiliser des program change de ce type mais au niveau d'un pattern ou d'une séquence, plutôt que d'un track.

Mais c'est déjà pas mal

JHN-Witch

Un peu de photo pour vos oreilles de brutes

JeffX

5959

Je poste, donc je suis

Membre depuis 21 ans

22 Posté le 16/02/2017 à 17:42:38

Citation de crazymilk57 :

l'idéal serait de pouvoir choisir d'utiliser des program change de ce type mais au niveau d'un pattern ou d'une séquence, plutôt que d'un track.

mais justement c'est le cas..

et en relisant la 2eme partie de ton post (que j'ai surement lu un peu trop vite) :

Citation de crazymilk57 :

en fait dans ce que je cherche, le program change devrait etre attaché au pattern ou a la séquence (et non pas a une track car dans l'idée j'aimerais pouvoir en selectionner plusieur au cours d'un meme projet, a différents moments.

je me rend compte qu'il y a une façon beaucoup plus facile de faire ça...

en fait, les program change (et toutes les automations d'ailleurs) sont bien au niveau des patterns (et donc aussi des sequences puisqu'on peut avoir un nouveau pattern à chaque sequence)

donc toi - si j'ai bien compris- tu voudrais toujours le même pattern (disons 8 ou 16 mesures par exemple) qui tourne tout le temps en boucle, sur la même piste,
mais suivant les parties de ton morceau ça ne sera pas joué par le même patch
c'est bien ça?

et bien dans ce cas là il suffit de copier/coller ton pattern d'une sequence à l'autre
tu gardes les notes, mais pas les automations de PC
donc tu auras toujours le même pattern mais avec des PC différents (et donc joué par des patchs différents)

JeffX

5959

Je poste, donc je suis

Membre depuis 21 ans

23 Posté le 16/02/2017 à 17:44:12

(et tu n'as besoin que d'une seule piste pour faire ça)

crazymilk57

787

Posteur·euse AFfolé·e

Membre depuis 13 ans

24 Posté le 16/02/2017 à 17:52:10

décidément je ne pensais pas galèrer a exprimer ce que je chercherai a faire ^^ ca me parait simple de mon coté.

en fait je cherche a faire ce que tu demande, sans utiliser une automation de piste.

je t'explique

je lance mon pattern ,

si mon automation est a l'interieur de mon pattern, (par exemple au step 1 je verouille le program change 2)

du coup a ce moment précis, quand la lecture passe sur le step 1 le pyramid envoie le pc 2, mon synth le recois, et charge son patch 3.

jusque la trés bien,

ensuite je décide de faire une montée de filtre sur ce patch, en utilisant un encodeur , je monte doucement mon filtre, (pendant ce temps le pattern continue sa lecture), et pendant ce temps mon filtre qui etait par exemple a une valeur de 23 sur le patch 2 augmenté jusque 57

et la

alors que je suis en train de continuer ma montée de filtre tout doux, paf, le filtre repasse a 23, pourquoi? car le pattern vient de relire le step 1 et donc d'envoyer le pc 2 etc....

La solution qui existe en mode elektron, c'est d'avoir la possibilité de lié un PC a un pattern, mais sans le faire figurer sur une sorte de ligne d'automation

du coup ce PC est envoyé ''uniquement'' une seule foi, et ''uniquement'' si j'arrive d'un pattern qui contient soit un autre PC soit aucun PC.

et ce programme change n'est donc pas renvoyé a chaque debut de lecture lorsque le pattern boucle sur lui meme

je ne sais pas si c plus clair?

JHN-Witch

Un peu de photo pour vos oreilles de brutes

JeffX

5959

Je poste, donc je suis

Membre depuis 21 ans

25 Posté le 16/02/2017 à 18:05:01

oui mais il me semble toujours comprendre la même chose

en fait tu as 2 façons de faire boucler une partie de ton morceau :
soit parce que tu fais jouer le même pattern en boucle (et dans ce cas là tu auras le comportement non-désiré que tu décris ci-dessus)
soit parce que tu copies plusieurs fois le même pattern (et c'est la solution que je te suggérais) ce qui te permet d'avoir toujours le même pattern en boucle du point de vue des notes mais tes PC peuvent être différents

et les automations sont toutes indépendantes, donc quand commence la "2eme instance" de ton pattern tu peux très bien continuer ton filtre à partir de 57 si tu le souhaites

< Liste des sujets
Charte

Liste des modérateurs