et bien tant mieux... :)
Et tu peux être content, parce que sur un raspberry pi 2, avec 1 go de RAM, et un peu overclocké, ça tourne très bien du peu que j'ai vu (la version strippé suffit, en fait le binaire suffit + font.bmp + font.ttf) :
et le son semble bien passer, pas de latence ou de coupure, mais j'ai essayé seulement très peu de temps, je ne connais pas assez picoloop pour le pousser dans ses retranchements.
Sur l'autre raspberry pi (v1, b+, avec 512 mo de ram, celui que j'ai utilisé pour la compilation), c'était beaucoup plus lent, je n'avais pas le son (je l'ai lancé depuis vnc), mais rien que de modifier les paramètres était lent, et ce n'était pas lié à l'affichage déporté, et ça prenait 100% du CPU donc le son devait être sans doute mauvais.
Quelques réflexions supplémentaires :
- sur PC la touche ESC est loin des autres touches de modification (ctrl, alt), du coup c'est un peu fastidieux pour changer de paramètres. Un petit fichier de conf pour choisir ses touches serait top.
- avoir des touches supplémentaires de raccourci pour la version PC serait pratique également (pour aller directement dans le menu), mais ça s'éloignerait un peu de la philosophie de nanoloop.
- En parlant de nanoloop, tu m'as dit utiliser la version 2.7, c'est sur GBA ? Parce que la dernière sur gameboy c'est la 1.7 (différente version), par contre tes raccourcis de base semblent ne se caler ni sur l'une, ni sur l'autre :
B enter a note in a step, it works as a cut/paste
A + </>/^/v, edit the current step
- renommer la fenêtre du programme ("picoloop" au lieu de "fenêtre sans nom") serait mieux.
- dans le dossier de travail (dossier courant de picoloop), il y a un fichier audioout qui se crée, et qui grossit rapidement au fur et à mesure que picoloop fonctionne. Pourquoi pas, mais si je laisse le logiciel en plan pendant que je fais autre chose ailleurs, ça va vite saturer le disque (bon, pas tout de suite, mais au bout d'une ou deux heures....). Il y a une protection contre ça (genre au bout de 500 Mo ça réefface le début du fichier) ? Et comme j'utilise picoloop dans un dossier synchronisé entre diverses machines par owncloud, ça va vite poser problème. Mais comme je suis un petit futé, j'ai fait un
ln -s /tmp/audioout audioout avant, comme ça cela ira plutôt dans le dossier temporaire.
"Ce n'est pas à l'état de tout savoir sur ses citoyens, mais au citoyen de tout savoir sur l'état."
[^] # Re: Quelques réflexions
Posté par zurvan . En réponse à la dépêche Picoloop un séquenceur musical. Évalué à 2.
et bien tant mieux... :)
Et tu peux être content, parce que sur un raspberry pi 2, avec 1 go de RAM, et un peu overclocké, ça tourne très bien du peu que j'ai vu (la version strippé suffit, en fait le binaire suffit + font.bmp + font.ttf) :
https://lut.im/DQ0LBa5bTe/YWEGGiAmIjs1WpWo.jpg
et le son semble bien passer, pas de latence ou de coupure, mais j'ai essayé seulement très peu de temps, je ne connais pas assez picoloop pour le pousser dans ses retranchements.
Sur l'autre raspberry pi (v1, b+, avec 512 mo de ram, celui que j'ai utilisé pour la compilation), c'était beaucoup plus lent, je n'avais pas le son (je l'ai lancé depuis vnc), mais rien que de modifier les paramètres était lent, et ce n'était pas lié à l'affichage déporté, et ça prenait 100% du CPU donc le son devait être sans doute mauvais.
Quelques réflexions supplémentaires :
- sur PC la touche ESC est loin des autres touches de modification (ctrl, alt), du coup c'est un peu fastidieux pour changer de paramètres. Un petit fichier de conf pour choisir ses touches serait top.
- avoir des touches supplémentaires de raccourci pour la version PC serait pratique également (pour aller directement dans le menu), mais ça s'éloignerait un peu de la philosophie de nanoloop.
- En parlant de nanoloop, tu m'as dit utiliser la version 2.7, c'est sur GBA ? Parce que la dernière sur gameboy c'est la 1.7 (différente version), par contre tes raccourcis de base semblent ne se caler ni sur l'une, ni sur l'autre :
http://www.nanoloop.com/two/nanoloop27.html
A cut / paste note
B + ▲さんかく/▼/◀/► edit note
- renommer la fenêtre du programme ("picoloop" au lieu de "fenêtre sans nom") serait mieux.
- dans le dossier de travail (dossier courant de picoloop), il y a un fichier audioout qui se crée, et qui grossit rapidement au fur et à mesure que picoloop fonctionne. Pourquoi pas, mais si je laisse le logiciel en plan pendant que je fais autre chose ailleurs, ça va vite saturer le disque (bon, pas tout de suite, mais au bout d'une ou deux heures....). Il y a une protection contre ça (genre au bout de 500 Mo ça réefface le début du fichier) ? Et comme j'utilise picoloop dans un dossier synchronisé entre diverses machines par owncloud, ça va vite poser problème. Mais comme je suis un petit futé, j'ai fait un
ln -s /tmp/audioout audioout
"Ce n'est pas à l'état de tout savoir sur ses citoyens, mais au citoyen de tout savoir sur l'état."