Cirklon vs Pyramid : discussion sur les séquenceurs hardware
- 5 431 réponses
- 115 participants
- 274 297 vues
- 162 followers
Afficher le sujet de la discussion
Tu as vu une quelconque licence quelque part? Genre BSD? Pas moi. Et si c'est Linux, ils ont obligation de distribuer le code (licence GPL très restrictive). On peut donc écarter Linux. BSD? Prend l'exemple de la PS4, son OS est basé sur FreeBSD. Ça apparaît dans les licences.
Après il y a beaucoup de OS méconnus comme QNX mais je ne pense que Akai se prenne la tête. Le soft tourne aussi sous windows et mac os. Après, je suis d'accord il y a des solutions pour avoir un seul code sur plusieurs machines (hard et os) mais c'est rarement aussi bien optimisé, en particulier au niveau latence audio. Et de plus la machine devient carte audio et contrôleur quand elle est branchée sur un ordi. Ils ont déjà du écrire les pilotes pour windows et mac os. Si il faut un troisième système, ça me semble délicat (surtout venant d'Akai).
Et comment tu accèdes à la partie système sans clavier, sans accès fichiers direct, ...? Sony y arrive très bien avec FreeBSD. Ce n'est pas comme avec un ordi ou tablette où tu accèdes facilement au systeme.
Décortiquer le firmware enfin ce qu'il vont nous laisser télécharger en guise de màj? Pas a la portée du premier venu...
Akai ne l'a jamais fait. Regarde la 5000. Elle a gardée ses bugs. Alors oui, Akai peut changer... Mais j'ai du mal à l'imaginer
Et pourquoi ce langage serait plus POUR du " vrai hardware " plus qu'un autre ?
willowhisper56
11656
Drogué·e à l’AFéine
Membre depuis 20 ans
Je suis aussi d'accord qu'il y a une grande part psychologique et affective 
, mais c'est essentiel de se sentir bien avec son matos pour en faire de la musique. Si tu peux pas dormir avec, faut en changer. 
, mais c'est essentiel de se sentir bien avec son matos pour en faire de la musique. Si tu peux pas dormir avec, faut en changer. Youtube - - - SoundCloud
Cours machines Elektron
yomanfree
3418
Squatteur·euse d’AF
Membre depuis 13 ans
yomanfree
3418
Squatteur·euse d’AF
Membre depuis 13 ans
Zut je suis d'accord Willowhisper
Mais la ou ca peut fonctionner, c'est que vu comme ca, la MPC live ne ressemble pas trop a un ordinateur. Donc il faut se lobotomiser quand on s'assoit devant 
Mais la ou ca peut fonctionner, c'est que vu comme ca, la MPC live ne ressemble pas trop a un ordinateur
. Donc il faut se lobotomiser quand on s'assoit devant Citation de willowhisper56 :
Je suis aussi d'accord qu'il y a une grande part psychologique et affective
"Le succès, c'est d'aller d’échec en échec sans perdre son enthousiasme"
Anonyme
1021
Citation de yomanfree :
Citation de arcangeli :C'est windows embedded. Akai ne va quand même pas s'emmerder à porter son soft sous GNU/Linux ou Android. Ils ont simplement "refait" le ryzhome sauce MPC. En moins ouvert, ça va de soit.
Je pense aussi que c'est windows pour ARM. CEPENDANT il n'y a rien qui le prouve donc on ne peut pas l'affirmer. A noter qu'il existe des langages de programmation qui permettent de compiler sous plusieurs OS (1 code source, on compile sous les differents OS). Donc malgre nos suppositions, il y a techniquement d'autres options/possibilites qui sont viables.
Tu as vu une quelconque licence quelque part? Genre BSD? Pas moi. Et si c'est Linux, ils ont obligation de distribuer le code (licence GPL très restrictive). On peut donc écarter Linux. BSD? Prend l'exemple de la PS4, son OS est basé sur FreeBSD. Ça apparaît dans les licences.
Après il y a beaucoup de OS méconnus comme QNX mais je ne pense que Akai se prenne la tête. Le soft tourne aussi sous windows et mac os. Après, je suis d'accord il y a des solutions pour avoir un seul code sur plusieurs machines (hard et os) mais c'est rarement aussi bien optimisé, en particulier au niveau latence audio. Et de plus la machine devient carte audio et contrôleur quand elle est branchée sur un ordi. Ils ont déjà du écrire les pilotes pour windows et mac os. Si il faut un troisième système, ça me semble délicat (surtout venant d'Akai).
Citation de yomanfree :
Citation de arcangeli :
Alors est ce que des malins arriveront à les "jailbreaker" comme iOS? Possible. Mais la clientèle cible n'a pas forcément un doctorat en hacking contrairement aux mini ordi que sont les smartphones.
Et j'imagine bien Akai tout faire pour contrer ça. C'est compréhensible. Ils devraient gérer des bugs supplémentaires venant de logiciel tiers.
Si il y a un OS standard (windows ARM, linux etc...) derriere, il n'y aura pas besoin d'un doctorat. Sauf si il y a une protection hardware (a base de fuse ou autres) mais ca m'etonnerait bcp.
Et comment tu accèdes à la partie système sans clavier, sans accès fichiers direct, ...? Sony y arrive très bien avec FreeBSD. Ce n'est pas comme avec un ordi ou tablette où tu accèdes facilement au systeme.
Décortiquer le firmware enfin ce qu'il vont nous laisser télécharger en guise de màj? Pas a la portée du premier venu...
Citation de yomanfree :
Citation de arcangeli :
Akai n'étant pas l'écoute de ses clients comme peut l'être Squarp, il ne faut pas trop s'attendre à une évolution aussi importante.
On peut penser ca ou ... son contraire. J'ai oublie ma boule de crystal.
Akai ne l'a jamais fait. Regarde la 5000. Elle a gardée ses bugs. Alors oui, Akai peut changer... Mais j'ai du mal à l'imaginer
IPM
8897
Je poste, donc je suis
Membre depuis 19 ans
JeffX
5959
Je poste, donc je suis
Membre depuis 21 ans
dekalboy
3533
Squatteur·euse d’AF
Membre depuis 10 ans
Euh , POUR les gens qui connaissent moins l'informatique :
C'est quoi ARM ?
C'est quoi " protéger le hardware avec des FUSE " ?
C'est quoi ARM ?
C'est quoi " protéger le hardware avec des FUSE " ?
DenShi
1375
AFicionado·a
Membre depuis 12 ans
dekalboy
3533
Squatteur·euse d’AF
Membre depuis 10 ans
PyraOS = OS propre A squarp . Ok . Mais ils utilisent bien UN langage informatique connu derrière ?
Ou est ce possible d'inventer son propre langage ?
Je ne connais pas bien l'informatique et j'en profite ici car il y en a qui ont l'air de connaître des trucs en la matière
Ou est ce possible d'inventer son propre langage ?
Je ne connais pas bien l'informatique et j'en profite ici car il y en a qui ont l'air de connaître des trucs en la matière
DenShi
1375
AFicionado·a
Membre depuis 12 ans
JeffX
5959
Je poste, donc je suis
Membre depuis 21 ans
JeffX
5959
Je poste, donc je suis
Membre depuis 21 ans
c'est ce que Will considère comme du "vrai" hardware donc
DenShi
1375
AFicionado·a
Membre depuis 12 ans
willowhisper56
11656
Drogué·e à l’AFéine
Membre depuis 20 ans
dekalboy
3533
Squatteur·euse d’AF
Membre depuis 10 ans
Citation de JeffX :
c'est ce que Will considère comme du "vrai" hardware donc
Et pourquoi ce langage serait plus POUR du " vrai hardware " plus qu'un autre ?
Anonyme
1021
willowhisper56
11656
Drogué·e à l’AFéine
Membre depuis 20 ans
Merci pour ces éclaircissements lumineux.
Youtube - - - SoundCloud
Cours machines Elektron
JeffX
5959
Je poste, donc je suis
Membre depuis 21 ans
Anonyme
213
IPM
8897
Je poste, donc je suis
Membre depuis 19 ans
IPM
8897
Je poste, donc je suis
Membre depuis 19 ans
Anonyme
1021
yomanfree
3418
Squatteur·euse d’AF
Membre depuis 13 ans
Je vais essaye d'expliquer 2-3 choses car j'ai vu plusieurs questions et certaines sont restes en suspends.
(meme si tout ce qui a ete dit avant est exact).
Desole c'est un peu epais, mais le sujet est vaste et pas simple.
ARM est avant tout une compagnie. Elle developpe en particulier les proc ARM. ARM et Intel sont les 2 compagnies principales developpant des proc. ARM a developpe des proc "low power" (c'est des techniques d'implementation particuliere) et Intel (qui n'avait pas ce savoir faire) des proc tres puissant mais qui consomme beaucoup (donc PC).
C'est beaucoup moins vrai aujourd'hui et intel developpe desormais des proc low power (mais a du mal a s'incruster sur ce marche).
L'interet IMPORTANT de ARM, est qu'ils vendent leur code RTL (register transfert level, langage utilise dans le flow d'implementation d'un circuit integre) qui est une description fonctionnel high level de leur processeur. TOUTE (grosse) compagnie achetant une licence peut donc implementer un processeur ARM. Pourquoi est ce important: si je fait un circuit integree pour un telephone portable (ex/ un application processeur), je peux embarquer dans mon circuit integre un processeur ARM, et d'autres modules pour gerer de l'USB, le clavier du portable, le display, la camera etc... (en resume dans un seul circuit j'embarque un ou des ARM en l'implementant moi meme, ainsi que des DSP, de l'encodage video etc...). Ca n'est pas le business model d'Intel.
Aller: quand vous voyez dans 2 tel portable ou tablette qu'ils embarquent un A7, il est fort probableme qu'ils n'aient pas ete implemente pareil (en resume vous n'avez pas la meme chose physiquement dans le telephone), mais par contre l'A7 aura la meme fonctionnalitee. En resume, l'A7 dans le telephone 1 et l'A7 dans le telephone 2 ne consommeront peut etre pas pareil (j'espere n'avoir perdu personne).
Qu'est que des fuse ? Il existe plusieurs type de fuse, mais globlement dans l'idee c'est un circuit dans lequel ont peu physiquement "claquer" des fusibles par tension/courant pour creer un code a base de 0 et 1. On peut le faire APRES manufacturing, par exemple au moment ou les circuits passent par l'engineering (les personnes qui testent les circuits pour les trier "bon" ou mauvais"). Mais on peut ne le faire qu'une fois. Ca peut etre utiliser pour plusieurs choses (ex/ gerer des cellules memoires defectueuses), mais aussi pour de la securite (on peut verifier le code "fuse"). C'est couremment utilise dans la telephonie mobile.
Quand vous avez du "hardware" (quelqu'ils soient), vous devez en premier lieu vous adressez a lui le plus directement possible, par drivers, microsequencement etc... Quand on developpe un circuit, on peut tres bien fournir un "bout" de software pour que le programmeur n'ai pas a s'adresser au hardware en lui meme.
C'est la premiere "couche" logiciel qui s'adresse au hardware. C'est une couche que vous ne verrez jamais la pluspart du temps. Il faut un kernel (noyau) pour un OS (c'est le fameux kernel de Linux, mais il existera aussi pour windows). Ensuite les couches s'empilent avec des niveaux d'abstraction toujours plus elevee par rapport au hardware.
Le C++ est une couche d'abstraction deja tres elevee, le Java encore plus. La raison pour laquelle on compile du C++ par exemple est pour descendre vers une couche plus basse.
En resume, plus vous programmer high level, plus vous pouvez programmer vite et facilement, mais souvent moins bien optimise en puissance (ca va dependre de la "performance" de votre compilateur). Plus les proc/dsp sont puissants, plus vous etes obliges d'augmenter le niveau d'abstraction.
C'est pour ca qu'il peut exister des langages de programmation, qui grace a des compilateurs differents, peuvent aller sur differentes platformes (le compilateur se charge de la traduction).
Personnellement ca ne me derange pas qu'il y ait un OS "standard" sur une machine dediee, si la machine est assez puissante et l'OS stable (ce qui est le cas des dernieres windows ou Linux ou android), et si la QA (quality assessment, verifier qu'il n'y a pas de bug/instabilite) est faite. Il y a toujours des "sous couches" dans tous les cas, et que c'est une question du niveau du langage.
Ca sera beaucoup plus rapide pour Akai de developper avec un langage haut niveau et implementer beaucoup plus de features que pour une equipe qui developpe plus "bas niveau" (au final moins de features, plus long a programmer). Le reste est un jugement sur la puissance de la machine, la stabilite du systeme.
(meme si tout ce qui a ete dit avant est exact).
Desole c'est un peu epais, mais le sujet est vaste et pas simple.
ARM est avant tout une compagnie. Elle developpe en particulier les proc ARM. ARM et Intel sont les 2 compagnies principales developpant des proc. ARM a developpe des proc "low power" (c'est des techniques d'implementation particuliere) et Intel (qui n'avait pas ce savoir faire) des proc tres puissant mais qui consomme beaucoup (donc PC).
C'est beaucoup moins vrai aujourd'hui et intel developpe desormais des proc low power (mais a du mal a s'incruster sur ce marche).
L'interet IMPORTANT de ARM, est qu'ils vendent leur code RTL (register transfert level, langage utilise dans le flow d'implementation d'un circuit integre) qui est une description fonctionnel high level de leur processeur. TOUTE (grosse) compagnie achetant une licence peut donc implementer un processeur ARM. Pourquoi est ce important: si je fait un circuit integree pour un telephone portable (ex/ un application processeur), je peux embarquer dans mon circuit integre un processeur ARM, et d'autres modules pour gerer de l'USB, le clavier du portable, le display, la camera etc... (en resume dans un seul circuit j'embarque un ou des ARM en l'implementant moi meme, ainsi que des DSP, de l'encodage video etc...). Ca n'est pas le business model d'Intel.
Aller: quand vous voyez dans 2 tel portable ou tablette qu'ils embarquent un A7, il est fort probableme qu'ils n'aient pas ete implemente pareil (en resume vous n'avez pas la meme chose physiquement dans le telephone), mais par contre l'A7 aura la meme fonctionnalitee. En resume, l'A7 dans le telephone 1 et l'A7 dans le telephone 2 ne consommeront peut etre pas pareil
(j'espere n'avoir perdu personne).Qu'est que des fuse ? Il existe plusieurs type de fuse, mais globlement dans l'idee c'est un circuit dans lequel ont peu physiquement "claquer" des fusibles par tension/courant pour creer un code a base de 0 et 1. On peut le faire APRES manufacturing, par exemple au moment ou les circuits passent par l'engineering (les personnes qui testent les circuits pour les trier "bon" ou mauvais"). Mais on peut ne le faire qu'une fois. Ca peut etre utiliser pour plusieurs choses (ex/ gerer des cellules memoires defectueuses), mais aussi pour de la securite (on peut verifier le code "fuse"). C'est couremment utilise dans la telephonie mobile.
Quand vous avez du "hardware" (quelqu'ils soient), vous devez en premier lieu vous adressez a lui le plus directement possible, par drivers, microsequencement etc... Quand on developpe un circuit, on peut tres bien fournir un "bout" de software pour que le programmeur n'ai pas a s'adresser au hardware en lui meme.
C'est la premiere "couche" logiciel qui s'adresse au hardware. C'est une couche que vous ne verrez jamais la pluspart du temps. Il faut un kernel (noyau) pour un OS (c'est le fameux kernel de Linux, mais il existera aussi pour windows). Ensuite les couches s'empilent avec des niveaux d'abstraction toujours plus elevee par rapport au hardware.
Le C++ est une couche d'abstraction deja tres elevee, le Java encore plus. La raison pour laquelle on compile du C++ par exemple est pour descendre vers une couche plus basse.
En resume, plus vous programmer high level, plus vous pouvez programmer vite et facilement, mais souvent moins bien optimise en puissance (ca va dependre de la "performance" de votre compilateur). Plus les proc/dsp sont puissants, plus vous etes obliges d'augmenter le niveau d'abstraction.
C'est pour ca qu'il peut exister des langages de programmation, qui grace a des compilateurs differents, peuvent aller sur differentes platformes (le compilateur se charge de la traduction).
Personnellement ca ne me derange pas qu'il y ait un OS "standard" sur une machine dediee, si la machine est assez puissante et l'OS stable (ce qui est le cas des dernieres windows ou Linux ou android), et si la QA (quality assessment, verifier qu'il n'y a pas de bug/instabilite) est faite. Il y a toujours des "sous couches" dans tous les cas, et que c'est une question du niveau du langage.
Ca sera beaucoup plus rapide pour Akai de developper avec un langage haut niveau et implementer beaucoup plus de features que pour une equipe qui developpe plus "bas niveau" (au final moins de features, plus long a programmer). Le reste est un jugement sur la puissance de la machine, la stabilite du systeme.
"Le succès, c'est d'aller d’échec en échec sans perdre son enthousiasme"
[ Dernière édition du message le 05/02/2017 à 15:24:14 ]
IPM
8897
Je poste, donc je suis
Membre depuis 19 ans
THOMAS charette
14824
Drogué·e à l’AFéine
Membre depuis 20 ans
- < Liste des sujets
- Charte