tout d'abord merci pour ces retours qui sont top et me donne de bonnes pistes pour Arm et d'autre plateforme autre que ma debian custom et ma centos custom.
Sur raspberry, concernant la première erreur lié à '-std=c++11', je ne connais pas la plateforme raspberry. tu as probablement raison, il y a un requirement sur un g++ récent, que je trouve dommage...
En gros, le moteur helm utilise certaine "chose" qui sont lié à c++11, j'ai utilisé ce flag par défaut depuis et ça invalide ton compilateur, alors que 99% du code n'a pas besoin de ce flag... ce qui est vraiment pas terrible...
La à chaud je dirais que sans un patch pour dégager helm, où utiliser un compilateur plus récent, je ne vois pas.
Je vais donc m'acheter un raspberry pour supporter cette plateforme. Je te remercie pour ce retour. En gros si tu supprime le -std=c++11, tu vas aller pluss loin, mais tu n'auras pas de binaire...
Concernant la seconde erreur. Tu ne peux pas lancer picoloop et un nvigateur web. je pense comprendre et si c'est le cas je vais l'ajouter au README, ou tout simplement update le makefile.RtAudio, en conséquence.
RtAudio a été compilé sur ta plateforme pour Alsa.
Si tu regarde le Makefile.RtAudio tu va trouver un -D_LINUX_ALSA_ dedans.
Ce flag permet à RtAudio d'embarquer le code et l'api Alsa.
il faut dans ton cas le remplacer par -D_LINUX_PULSE, et ça supportera le pluseaudio qui doit probablement tourner en tant que process et utiliser l'api Alsa.
Si tu peux faire un double test et mettre les deux -DLINUX_ALSA_ D_LINUX_PULSE_ dans le Makefile.RtAudio, ça me permettra d'être certain qu'on peut activer plusieurs API. Et si ça fonctionne, j'ajoute les deux dans la compilation. Et oui, les autotools font ce boulot mais la il n'y en a pas...
Pour le troisième point, pourquoi le binaire ne s'appel pas Picoloop, mais PatternPlayer. C'est une longue histoire, mais c'est simple. Le fichier .cpp s'appel PatternPlayer, et j'aurais tout simplement du faire le renommage... C'est tellement simple que je ne comprend pas pourquoi je ne l'ai pas effectué plus tôt.
En tout cas un grand merci, et tiens moi au courant pour les flags de compilation de RtAudio. Il n'y a aucune raison de ne pas pouvoir d'utiliser Picoloop et un navigateur web. C'est un bug qui devrait être simple à corriger.
[^] # Re: Quelques réflexions
Posté par yoyz . En réponse à la dépêche Picoloop un séquenceur musical. Évalué à 4.
Salut Zurvan,
tout d'abord merci pour ces retours qui sont top et me donne de bonnes pistes pour Arm et d'autre plateforme autre que ma debian custom et ma centos custom.
Sur raspberry, concernant la première erreur lié à '-std=c++11', je ne connais pas la plateforme raspberry. tu as probablement raison, il y a un requirement sur un g++ récent, que je trouve dommage...
En gros, le moteur helm utilise certaine "chose" qui sont lié à c++11, j'ai utilisé ce flag par défaut depuis et ça invalide ton compilateur, alors que 99% du code n'a pas besoin de ce flag... ce qui est vraiment pas terrible...
La à chaud je dirais que sans un patch pour dégager helm, où utiliser un compilateur plus récent, je ne vois pas.
Je vais donc m'acheter un raspberry pour supporter cette plateforme. Je te remercie pour ce retour. En gros si tu supprime le -std=c++11, tu vas aller pluss loin, mais tu n'auras pas de binaire...
Concernant la seconde erreur. Tu ne peux pas lancer picoloop et un nvigateur web. je pense comprendre et si c'est le cas je vais l'ajouter au README, ou tout simplement update le makefile.RtAudio, en conséquence.
RtAudio a été compilé sur ta plateforme pour Alsa.
Si tu regarde le Makefile.RtAudio tu va trouver un -D_LINUX_ALSA_ dedans.
Ce flag permet à RtAudio d'embarquer le code et l'api Alsa.
il faut dans ton cas le remplacer par -D_LINUX_PULSE, et ça supportera le pluseaudio qui doit probablement tourner en tant que process et utiliser l'api Alsa.
Si tu peux faire un double test et mettre les deux -DLINUX_ALSA_ D_LINUX_PULSE_ dans le Makefile.RtAudio, ça me permettra d'être certain qu'on peut activer plusieurs API. Et si ça fonctionne, j'ajoute les deux dans la compilation. Et oui, les autotools font ce boulot mais la il n'y en a pas...
Pour le troisième point, pourquoi le binaire ne s'appel pas Picoloop, mais PatternPlayer. C'est une longue histoire, mais c'est simple. Le fichier .cpp s'appel PatternPlayer, et j'aurais tout simplement du faire le renommage... C'est tellement simple que je ne comprend pas pourquoi je ne l'ai pas effectué plus tôt.
En tout cas un grand merci, et tiens moi au courant pour les flags de compilation de RtAudio. Il n'y a aucune raison de ne pas pouvoir d'utiliser Picoloop et un navigateur web. C'est un bug qui devrait être simple à corriger.