rockey

bon bah ça n'en finit pas les versions d'ardour : )pour la dernière on a ca : ugust 6th, 2004 0.9beta19 released Although this is not the "feature-complete" beta19 I was hoping for, the set of changes are large enough to warrant a new beta number. optimization flags patch from rob holland drag-n-drop onto the editor track area where there is no track creates an appropriate track (or multiple, if appropriate) URL-decode drag-n-dropped filenames numlock can no longer mess up region dragging if numlock generates whatever "Meta" is supposed to be then Ardour changes its notion of what Meta is. if you see a warning about this in the terminal at startup, you should fix your keyboard map using xmodmap or equivalent remove debugging output from process() tree removed VST audiomaster callback debugging output UI for VST plugins now offers presets VST plugins now save and restore their state "chunk"-using plugins are not yet supported initial tempo and meter markers cannot be moved, even after editing when cleaning up, prompt user about each unused playlist (options are delete, keep, cancel cleanup) never decrease the number of panning buffers Can't create a new session on top of an old one anymore. It didn't overwrite the old session, but you would get 2 master tracks and whatever was in the template, if any. freezing tracks implementation of freeze completely redone unfreeze now works across invocations of ardour, so you can freeze, exit, restart and unfreeze. freeze hides any insert editors, makes rec-enable and redirect display widgets insensitive and locks the new region. freeze can be used over and over again reworked relationship between bounce + freeze removed "Loop Region", renamed "Loop Selected Region" as "Loop Region" because of click-selects selection model finally made solo button in mixer strip have the same font size as other buttons removed edit history button and associated code from editor track removed "automation style" buttons since they did nothing more automation line + point patches from gerard fix a couple of valgrind complaints region trimming now obeys ignore-snap modifier search unused playlists in Session::playlist_by_name() added 2-phase unserialization mechanism (Session::StateReady signal) empty playlists assigned to correct diskstream at startup removed some debug printfs and some dead code make Shift_R work like Shift_L fix crashing bug with zero-length fade ins internationalize all editor operation strings transport control is insensitive when there is no session fix problems with "region->fill track" where region is at or beyond current session end new mixer strips use the current default width setting always save to snapshot snapshotting changes the current snapshot to whatever was saved delete click_io object at session close, thus allowing new sessions to load correctly fix problem with code ordering in normalize-region operation (undo after normalize-then-cut will now do the right thing) force selection.clear() in file selection browsers when widget selections are cleared committed patches so that ardour now compiles with gcc-3.4. There were several patches from multiple people. So please let Taybin know if he missed one. patch from nick_m that fixes a problem with the editor-mixer button. Maintenant, il n'y a vraiment plus qu'a attendre que la situation se débloque pour ce qui est des surfaces de controles... Faudrait peut-être aussi des meilleurs plugs LADSPA... enfin ça c'est qu'une histoire de goût :) LEs vst sembel très bien marché maintenant. Ca me fait penser que je n'est toujours pas eu le temps de tester un auxsend d'ardour vers un effet "hardware" et retour dasn ardour. Histoire de voir si cette fameuse compensation "complète" de la latence s'appliquerai. bouhhhh le top, ressortez vos révebrs à plaques :)

le mieux serait de par exemple de prendre la doc de la mackie control et de compter le nombre exact de switchs , d'encodeurs de faders et de nous dire ce qu'il en est. la mackie control ne semble pas avoir de vu-metres, ca enlève déjà un paquet de leds :) Sinon comme la dit pilo 8 faders mais 8 faders motorisés, faut déjà ajouter le module MF. Ensuite idem, voir comment elle peut évoluer, voir si tu peux ajouter des switch et les rendres utilisable, la je pense que ça dépend aussi du protocol MAckie

le mieux serait de par exemple de prendre la doc de la mackie control et de compter le nombre exact de switchs , d'encodeurs de faders et de nous dire ce qu'il en est. la mackie control ne semble pas avoir de vu-metres, ca enlève déjà un paquet de leds :) Sinon comme la dit pilo 8 faders mais 8 faders motorisés, faut déjà ajouter le module MF. Ensuite idem, voir comment elle peut évoluer, voir si tu peux ajouter des switch et les rendres utilisable, la je pense que ça dépend aussi du protocol MAckie

hello, Pour ce qui est de la prog du PIC, j'ai aucun lien à te donner en français :) Je ne connais que les liens présents sur ucapps. Pour ce qui est des potard : Tu comptes donc utiliser des analogiques. Donc, tu es sur un instru, tu bouge les pots qui eux forcemment vont envoyer des messages midi pour modifier les param de l'instru. Jusqu'ici tout va bien :) Maintenant tu changes d'instru : j'ai pas le A3000 mais je pense que comme la plupart des samplers, il va charger le nouvel instru avec les paramètres qui lui sont propres. De deux choses l'une : le sampler charge l'instru mais n'envoie pas les données midi à la midibox. les pots de la midibox ont donc une valeur incorrecte. Quand tu va bouger le potard, il va envoyer des valeurs en prenant comme point de départ la valeur de l'instru précédent. Pour résumé, imagine un potars ayant pour valeur 88 por l'instru 1, tu charges un nouvel instru avec une valeur de 25 pour ce potard l), au moment ou tu vas le bouger tu passera de 25 à 88. La solution pourrait être d'avoir comme sur cetaines surfaces de controle commerciales et sur les anciens systèmes d'automation par VCA une fonction "null" ou "vertical null'. Il y a ce genre de truc sur la tascam us448, les faders n'étant pas motorisé, quand tu change de bank, tu appuies sur null, tu bouges ton fader et les données midi sont envoyés à partir du moment ou le fader et passé par sa valeur correspondante dans le séquenceur, le sampler dans ton cas.* Dans l'autre cas, le sampler envoie en midi tous les paramètres. la midibx est donc en mesure de replacer les pots sauf que de par leur nature analogique, ils ont besoin de la main de l'homme pour être remis au bon endroit et on revient sur cette histoire de null. Il existe néanmoins une solution :) Remplacer tout tes pots analogiques par de V-pots (encodeurs rotatifs) avec un joli ledring tant qu'à faire :) L' ton sampler envoie les donnés et les Vpots se recale dessus :) En espérant avoir été compréhensible :)

hello, Pour ce qui est de la prog du PIC, j'ai aucun lien à te donner en français :) Je ne connais que les liens présents sur ucapps. Pour ce qui est des potard : Tu comptes donc utiliser des analogiques. Donc, tu es sur un instru, tu bouge les pots qui eux forcemment vont envoyer des messages midi pour modifier les param de l'instru. Jusqu'ici tout va bien :) Maintenant tu changes d'instru : j'ai pas le A3000 mais je pense que comme la plupart des samplers, il va charger le nouvel instru avec les paramètres qui lui sont propres. De deux choses l'une : le sampler charge l'instru mais n'envoie pas les données midi à la midibox. les pots de la midibox ont donc une valeur incorrecte. Quand tu va bouger le potard, il va envoyer des valeurs en prenant comme point de départ la valeur de l'instru précédent. Pour résumé, imagine un potars ayant pour valeur 88 por l'instru 1, tu charges un nouvel instru avec une valeur de 25 pour ce potard l), au moment ou tu vas le bouger tu passera de 25 à 88. La solution pourrait être d'avoir comme sur cetaines surfaces de controle commerciales et sur les anciens systèmes d'automation par VCA une fonction "null" ou "vertical null'. Il y a ce genre de truc sur la tascam us448, les faders n'étant pas motorisé, quand tu change de bank, tu appuies sur null, tu bouges ton fader et les données midi sont envoyés à partir du moment ou le fader et passé par sa valeur correspondante dans le séquenceur, le sampler dans ton cas.* Dans l'autre cas, le sampler envoie en midi tous les paramètres. la midibx est donc en mesure de replacer les pots sauf que de par leur nature analogique, ils ont besoin de la main de l'homme pour être remis au bon endroit et on revient sur cette histoire de null. Il existe néanmoins une solution :) Remplacer tout tes pots analogiques par de V-pots (encodeurs rotatifs) avec un joli ledring tant qu'à faire :) L' ton sampler envoie les donnés et les Vpots se recale dessus :) En espérant avoir été compréhensible :)

Sylfeline : tu auras toujours besoin des DIN / AIN... tout dépend de ce que tu veux faire :) Si tu utilises que des switch et des V-pots, il me semble que le AIN ne soit pas utile, le DIN fait l'affaire, si tu veux des pots rotafifs traditionnel, là il te faut des AIN. En ce qui concerne le nombre de boutons, bah c'est comme tu le sens, c'est vraiment en fonction de tes besoin. Regarde sur ucapps le projet midibox128 par exemple. Il n'y a aucune limite en dehors de celles fixées par ton imagination... Si tu veux 400 boutons analogiques, "chaine" simplement autant de AIN que besoin, au pire met un 2ème CORE pour soulager..

j'ai survolé vite fait et ormis la partie pouvant s'interfacer avec nos logiciels (V-pots et faders)j'ai du mal à voir où est l'utilité de ces modules (lumière pression...) Maintenant, si tu parles des "interfaces capteurs" couplés aux potards e faders, regarde le smodules AINx4 DINx4... Regarde aussi les différences de prix :) Donc si il fallait parler de compatibilité, je te dirais certainement, dans la mesure ou je pense qu'on ne connait pas encore toutes les possibilités que peux offrir le projet midibox (le meilleur est à venir). Maintenant, sauf si vraiment tu as besoinde ce genre de trucs dans ta box, bah je te dirais, laisse tomber il y atout ce que tu veux ici !!

j'ai survolé vite fait et ormis la partie pouvant s'interfacer avec nos logiciels (V-pots et faders)j'ai du mal à voir où est l'utilité de ces modules (lumière pression...) Maintenant, si tu parles des "interfaces capteurs" couplés aux potards e faders, regarde le smodules AINx4 DINx4... Regarde aussi les différences de prix :) Donc si il fallait parler de compatibilité, je te dirais certainement, dans la mesure ou je pense qu'on ne connait pas encore toutes les possibilités que peux offrir le projet midibox (le meilleur est à venir). Maintenant, sauf si vraiment tu as besoinde ce genre de trucs dans ta box, bah je te dirais, laisse tomber il y atout ce que tu veux ici !!

je pense pas que tu aies à t'inquiéter Pierrot, tes photos auront leurs places dna le "midibox of the week" !! De toute façon, il ne me semble pas qu'il y ait u de nouvelles box depuis... On n'attend plus que celle de pilo :)

je pense pas que tu aies à t'inquiéter Pierrot, tes photos auront leurs places dna le "midibox of the week" !! De toute façon, il ne me semble pas qu'il y ait u de nouvelles box depuis... On n'attend plus que celle de pilo :)

16 motorfaders... Comme quoi je ne suis pas le seul malade en France à vouloir mettre plus que 8 faders dans sa box :) C'est pour controler quel soft ??

16 motorfaders... Comme quoi je ne suis pas le seul malade en France à vouloir mettre plus que 8 faders dans sa box :) C'est pour controler quel soft ??

effectivement c'est une bonne nouvelle. la version 1 n'est plus très loin. J'ai pas eu le temps de tester les dernières releases, elles sont plus stables ? Et question conne, tu as essayé d'assigner en midi un bouton genre rec, mute ou solo à un switch de ta mb ? Sinon pour les switch, j'en viens à penser que pierrot n'a vraiment pas tort quand il parle de moulage ! Tu mets des micropoussoirs avec la led quasi collée dessous. ensuite tu moules une pièce partant du bord de ton panneau avant et qui va s'encastrer dasn le poussoir. T'as plus qu'a couler une résine transparenet et attendre que cela sèche. Et si tu est content du résultat et que ca ne prends pas des heures pour faire tes switchs, bah annonce moi un prix, je t'en commande 300 :)

des news du coté d'ardour, on en est maintenant à la 18.4 mais je t'avoue franchement que niveau controle pour moi ca reste le néant :) j'ai compris comment assigner un bouton a un controleur midi, j'ai fait le test avec une pédale de volume. yep ca marche !! plus que 23 autres à trouver et j'ai 24 pistes de volumes controlables au pied :) Sinon après lecture sur la ml, il me semble que les choses n'avances pas trop sur le retour des infos en midi. Sinon petite anecdote, je suis passé chez un pote musicien qui voulait un coup de main pour finaliser sa maquette. Il m'avait dit de prendre mon setup histoire de récupérer ces pistes et le smixer avec "mes outils"... Bah là merde je me suit pris une sacré claque, Monsieur venait d'investir dans une tascam FWjecépakoi et Cubase SX2. Ne voyant franchement pas commentje pouvais récuperer facilement es séquences midi, les synthés virtuels et ces plugs, je suis resté dasn cubase pour faire le mix. Bah je trouve que là la barre est assez haute, moi qui me suis arrété à la Vst 5, j'ai halluciné, il ya atout ce que j'aimerais voir dans ardour..... sauf le prix gniark gniark:)

c'est evidement possible de faire évoluer ta mbox ! tu n'as qu'a rajouter d'autres modules par la suite. Moi je suis sur un projet d'une midibox 32 pistes pour controler ardour (si ça avance un peu niveau surface de controle) et je vais d'abord commencer par une 8 pistes et ensuite ajouter d'autres basc de 8 pistes... Dis nous ce que tu veux faire comme midibox

héhé !! effectivement voilà une bonne nouvelle !! Et à la vitesse ou va le dvpt d'ardour, une fois ma midibox terminée ( on a le temps ;) j'aurai plus qu'a lui charge rle programme mackie control sans soucis :) Et si après j'ai pas une station linux 100 % studio je veux bien me remettre à cubase 1.0 sur atari :)

Tiens par ailleurs, t amidibox semble être alimenté par un transfo externe ! Est-ce une solution plus simple ?

Tiens par ailleurs, t amidibox semble être alimenté par un transfo externe ! Est-ce une solution plus simple ?

Idem !!! Super boitier !! Vraiement une jolie réalisation !! On sent quand même qu'il y a eu pas al de boulot dessus. Félicitations !!! Petite question car il a faut bien une :) A quoi sert le fader mis à l'horizontale façon DJ ?

Idem !!! Super boitier !! Vraiement une jolie réalisation !! On sent quand même qu'il y a eu pas al de boulot dessus. Félicitations !!! Petite question car il a faut bien une :) A quoi sert le fader mis à l'horizontale façon DJ ?

Rien a voir avec le fait de pouvoir controler ardour :) Juste pour signaler qu'une nouvelle version a été mise en ligne : 09beta18.2 On commence a approcher de la version final 1.0 Apparement c'est encore une version pleine de bugfixs ce qui n'est pas pour déplaire :) Tiens pilo, toi qui regarde dans les sources, tu a vu des ébauches ou bout de code pour le "mackie control" ou alors l'idée est lancée mais rien n'est commencé ?

oula j'ai pas suivi cette histoire de matrice ! C'est quelque chose en plus ou quelque chose en remplacement ? A lire ton msg je comprend que c'est en remplacement, ce qui voudrait donc dire que pour 8 faders, je peux remplacer les 2 DINx4 des switchs par cette matrice et si il existe la même chose en sortie, je peux utiliser cette matrice pour remplacer les 2 DOUTx4 des Vu mètres et une autre pour remplacer les 48 leds des switch ! Interessant effectivement !! SInon pour la partie centrale, là je suis dans le flou :) comment faut-il comptabiliser le master fader qui ne sera pas motorisé, le jog et le sélelecteur d'aux ( a droite du master pan/aux master de la tranche master sur la photo ) Si on peut les considérer comme des encoders je peux les mettre sur le DINx4 surlequel il y aura les 4 encodeurs d'eq de la partie centrale. A ce moment là , si j'ai bien calculé et sans cette histoire de matrice j'aurai besoin de ça pour la partie centrale + 8 faders : Donc pour les pistes 9à 16 (idem 1a 8 ) : - 8 faders, - 48 boutons - 8 encodeurs - 200 leds - 2 Lcd 2*40 Pour la partie centrale : - un fader master - un jog - 4 encoders EQ ou atres (j'aimerai pouoir par la suite piloter des plugins) - 1 encoder pour le pan/aux master - 1 sélecteur pour les aux ( à moins que ce soit plus simple de mettre des swicths - 43 boutons de fonction / transport - 2 écran lcd 2*40 ( j'oublie l'idée du gros afficheur) - 5 led-rings pour les encodeurs / pan/aux/eq - 43 leds pour les switch Ce qui fait (hum hum) : - 1 Core - 1 MF - 3 DINx4 in pour les 48 boutons de stranches et les 43 de la partie centrae) / - 1 DINx4 pour les 8 encodeurs des tranches - 1 DINx4 pour les encodeurs de la partie centrale + master fader, jpg et sélecteur si possible - 3 DOUTx4 pour les leds des 91 boutons :) - 1 DOUTx4 pour les led-rings des tranches - 1 DOUTx4 por les led-rongs de la partie centrale - 2 DOUTx4 pour les Vu-metres des tranches - 2 LCD pour les tranches - 2 LCD pour la partie centrale Pffff ca fait du monde (mais dans quoi je m'embarque moi :)) Et pour le fun et en espérant que je ne me soit pas trompé (audra vraiment m'expliquer cette histoire de matrice), ça nous fait pour 16 pistes : 2 Core / 2 MF / 8 DINX4 / 10 DOUTx4 / le tout pour controler : - 16 pistes motorisés - 139 switch - 24 encodeurs - environ 450 del - 6 écran lcd et merde ca va me couter plus que je ne pensait :) Tampis, de toute façon je vais prendre mon temps

Dites moi ou il y a des erreurs : Donc, je pars sur une config 16 pistes pour commencer et me faire la main ! Les 16 autres viendront par la suite en extensions. Comme un module core est limité à 8 faders motorisés, j'en ai donc besoin de 2 pour 16 pistes. le premier controle les pistes 9 à 16 et la partie centrale et le second les pistes 1 à 8. Pour caque pistes, il y a : 1 fader, 6 boutons, 1 encodeur, une led pour chanque bouton : 6 led, un led-ring pour l'encodeur : 11 leds, un Vu mètre = 8, soit 25 leds par pistes. Soit pour les 8 premières pistes : - 8 faders, - 48 boutons - 8 encodeurs - 200 leds - 2 Lcd 2*40 Est-ce bon : - 1 Core / 1 MF / 2 DINx4 : 48 boutons / 1 DINx4 : 8 encodeurs / 2 DOUTx4 : 48 leds boutons / 1 DOUTx4 : 8 led-ring / 2 DOUTx4 : vu-mètres / 2 LCD : 2 écrans Si ca c'est bon, je vois quoi pour l'autre partie

Hello ! Voila de nouvelles questions concernant mon projet :) Cette fois ci, il est question de communication entre les modules Core. De lecture en lecture, je commence à y voir un peu plus clair sur la manière dont tout le petit monde dans la midibox fonctionne et réagit. En téléchargeant VirtualMidiBox, j'ai bien comprsi le principe : chaque bouton/ potard à son ID propre permettant de l'identifier et de lui coller un event midi. Pour ca pas de problème. Dans le cas ou on utilise un module Core et tout ce qu'on veut derrière ca va, maintenant mon projet va faire appel a de multiples modules Core (en raison de la limite de 8 faders motorisés par module.)maginons simplement 2 Core : le premier pour les faders 1 à 8 et le second pour les 9 à 16 plus les dievrs fonctions de transport et autres.. Imaginons maintenant 2 fonctions : un sélecteur pour switcher les faders1 à 16 vers les 17à 32 et un autre pour switcher l'encodeur de chaque pistes entre pan/aux1/aux2/aux3 ... Je pense que pour switcher on assigne à ces boutons un bankchange, lui même relié au fader ou encodeur ? Est-ce bien ça ? Maintenant autant cela me semble évident de communiquer le bankchange aux faders du Core ayant le sélecteur autant pour les autres je ne vois pas ! Est-ce que cela se passe comme ça pour un module: - je change ma sélection >>> le PIC est averti du changement >>> vérifie dans son programme ce qu'il doit faire >>> switch mes faders Si oui à quel moment et par quel procédé le pic 1 dit au pic 2 ce qui'l doit faire ! Merci d'avance pour la réponse

Ah merde je ne suis pas couché :) J'en viens à me demander si c'est vraiment utile que je continue de baver devant des pub de magazine quand tout ce que je souhaiterai se trouve à portée de click ! Mais bon pour le moment je focalise sur la midibox ! Je pensais égalment trouvé la Maudio sur ebay, en fait je crois que je verrasi bien au moment venu. Sinon pour le soft 3D, bah devinette question pour un champion : Je suis un logiciel passé depuis peu en open-source, je subit une petite révolution depuis ce passage, je suis cross-plateforme mais appartennait au début à une petite société d('animation hollandaise. Je pèse moins que 5mo et tous les newbie trouve mon interface compliqué je suis je suis... Blender :)