protofuse

hi thorsten, I guess I would work on the code portability, but my code is very basic, so it may not be hard. the thing that makes me happy : usb, only one core, and I guess a lot of other thing I don't even know :)

projects are never finished! my protodeck works fine, hardware part & soft part (with Max for Live) work fine I'd like to know what I must change in order to upgrade it to core32. especially the hardware part. my 2 cores architecture is this one: I guess I could use *only one core32 (with core8, I could have do that too, but...)

cool ! bonne continuation!

les pcb mono face non vernis c'est vraiment bidons sans chauffer, quand je les ai reçu, les pistes se décollaient... wow! ce que j'aurais dû faire c'est intégrer les modules directement sur mes 7 PCB que j'ai justement fait avec kicad. il restait de la place en plus .. bref. smashTV est pour moi le SEUL qui fait des pcbs valables pour la communauté midibox. je n'ai pas de tabou par rapport à l'autre pour le crier au et fort! schaeffer pour la face avant ; pros, et surtout avec leur soft, tu as exactement ce que tu as dessiné.

les modules provenant de là sont vraiment merdiques! j'avais commencé ma protodeck avec ça s'est mal passé... pistes qui se décollaient, etc j'ai TOUT recommandé chez smashTV et là ... le top les connecteurs sont tous normalisés: 5x2 les modules sont vernis le top et ça marche! j'en parle là sur le blog de la protodeck, si tu lis l'anglais; http://julienbayle.net/blog/protodeck/2009/08/22/the-decision-2/ et posts suivants (au dessus donc)

perso, j'avais commandé mes PIC chez tim/smashTV est ils étaient pré-chargés je n'ai jamais eu à charger le MIOS, uniquement l'application. tes PIC viennent d'où?

hey, what is the problem au final?

rien à voir avec ma remarque. bon courage

tu n'as pas compris je me suis heurté à la même chose au début de mon projet et on est tous débutants en plus tu es sûr d'avoir cherché?

tu connais google? avant de poser une question, sérieux: cherche un peu sinon n'espère pas des réponses détaillées qu'une simple recherche sur google peut permettre de trouver

je comprends rien... tu dis que le protocole existe déjà ? ça veut dire qu'elle le supporte... ou pas? si elle supporte pas, ce que je décris plus haut est facile à faire après pour la partie Live API... c'est encore plus simple, les fonctions et méthodes existent déjà ..

il lui faudrait activer le midi link forward point et endpoint sur ses cores. ça permet effectivement de n'utiliser qu'une entrée et sortie pour les 2 cores. c'est ce que je fais sur la protodeck.

je comprends tu veux dire que le protocole existe déjà ... mais... la midibox le supporte t elle ? j'en doutes

cette appli n'existe peut être que sous la forme de code assembleur. cela dit, c'est à peu près pareil dans le sens où tu dois récupérer le code qui correspond à l'activation du midi merger (=midilink)... qu'il soit en C ou en assembleur.

ben ta toolchain semble ok. il faut taper make install dans le répertoire principal où il y a main.c et main.h teste déjà ça le "programme" est main.c ouvre le fichier, un éditeur de texte basique suffit regarde un peu le code etc pour comprendre la logique sur http://ucapps.de/ il ya des traductions en français

je comprends pas ta question

hello, je copie colle notre échange car ça peut intéresser tt le monde: salut, pour le nom des pistes, il faut communiquer avec l'API de Live. ça peut se faire en python, ou via max for live (= Live 8.1.x) ensuite, il faut que tu codes un protocole via des midi notes par exemple pour transmettre les noms (pitch de la note = numéro de caractère, velocity= caractère ascii... par exemple) Julien il faut voir les fonctions USER là : http://www.ucapps.de/cmios8_fun.html tu dois les connaître je pense je pense qu'il faut travailler sur les fonctions de réceptions d'évènements MIDI: - void MPROC_NotifyReceivedByte(unsigned char byte) - void MPROC_NotifyReceivedEvnt(unsigned char evnt0, unsigned char evnt1, unsigned char evnt2) tu les connais? elles servent à gérer les évènements midi entrants (byte par byte pour la première et évènements midi complets pour la seconde) tu as aussi les fonctions d'affichage LCD. à voir comment tu codes les caractères etc etc. quand je parle de protocole par rapport à l'affichage des noms. je veux dire: en python (ou avec max for live) il est très simple de récupérer les noms des pistes. il faut cependant les envoyer à la midibox. tu n'as pas 36 solutions: MIDI. (si tu avais une midibox avec un Core32, je te dirais pas ça ... OSC est utilisable, ou autre d'ailleurs) donc il faut trouver un codage/protocole pour dire que tel caractère de telle piste correspond à tel évènement midi. que je sache, tu as 26 lettres dans l'alphabet. tu peux par exemple normaliser tes noms de pistes sur 8 caractères (par exemple) tu utilises des midi note pour transporter l'info jusqu'à ta midibox: je te donne un exemple, ne connaissant pas tes autres contraintes. 8 pistes = 8 canaux midi différents 8 caractères par nom de piste = 8 notes différentes par exemple 1,2,3,4,5,6,7,8 la vélocité indique le caractère de l'alphabet ainsi, si la piste 5 a le nom EXEMPLE tu envoies les notes (pitch,velocity) suivantes SUR LE CANAL MIDI 5 (1,5) (2,24) (3,5) (4,13) (5,16) (6,12) (7,5) coté box, il faut interpréter ces notes et les afficher un peu old school mais ça marchera <br clear="all">Julien

es tu sûr d'avoir tapé: make --version ? C:\Users\julien>make make: *** No targets specified and no makefile found. Stop. C:\Users\julien>make --version GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i686-pc-msys Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Report bugs to <bug-make@gnu.org>. C:\Users\julien>

teste la commande: make --version que te renvoie t elle ?

alors? tu t'en sors?

indeed: http://www.midibox.org/dokuwiki/doku.php?id=windows_toolchain_core there is the correct one

ok works fine with 1.0.10 it should be changed here: http://www.midibox.org/dokuwiki/windows_toolchain_quickstart

ok, so your advice could be to copy that from another pc too?

hello phil, following the one I always followed : http://www.midibox.org/dokuwiki/doku.php?id=windows_toolchain_quickstart Small Device C Compiler, no problem! but MSYS gives that: C:\msys\1.0\postinstall>..\bin\sh.exe pi.sh 0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487 AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x180000, State 0x10000 C:\msys\1.0\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0 C:\msys\1.0\postinstall>pause Appuyez sur une touche pour continuer... grrr