cimo

S1 i dunno if this can explain anything but i use MAMP (sql virtual server) to create pages offline and when i make a change in the css or swap some images the browser won t update immediately whe i refresh the page but .. sometime.. i didn t find a real logic in it, yet.. ..anyway i think that the browser is caching infos and will reuse them untill it decides to see if anything has changed in the source, as i ve written i use a virtual server in the same machine where i edit the page and it still does it so it s not possibly server dependant.. cheers simone

WckedE: for default, outgoing messages won t be saved in the outgoing box. ..hope this helps.. Goblinz ;) Simone

hi and welcome it is errr why MIDI ? Simone

This information in Spanish: http://www.midibox.org/forum/index.php?topic=9891.0 Simone

bueno parece que esta resuelto.. vease el thread en ingles: http://www.midibox.org/forum/index.php?topic=9864.msg72547#msg72547 ... voy a ponerlo aqui para que este en espanol tambien: -en una MBLC con 24 faders necesitamos 3 COREs -cada CORE necesita su propio puerto MIDI, maximo 8 canales por puerto -Windows XP acepta maximo 10 puertos - 80 faders -el firmaware para cada core es lo mismo con la siguente excepcion: -en el main.asm donde pone ;; these settings are used in lc_init.inc to initialize the drivers #define LC_EMULATION_ID 0x10 ; use 0x10 for Logic Control ; 0x11 for Logic Control XT ; 0x14 for Mackie Control ; 0x15 for Mackie Control XT (?) -vamos a poner en el MASTER: ;; these settings are used in lc_init.inc to initialize the drivers #define LC_EMULATION_ID 0x14 ; use 0x10 for Logic Control ; 0x11 for Logic Control XT ; 0x14 for Mackie Control ; 0x15 for Mackie Control XT (?) -y en los SLAVES: ;; these settings are used in lc_init.inc to initialize the drivers #define LC_EMULATION_ID 0x15 ; use 0x10 for Logic Control ; 0x11 for Logic Control XT ; 0x14 for Mackie Control ; 0x15 for Mackie Control XT (?) -el host software se ocupara de asignar los canales a los SLAVES Lucho, has visto que contestan tambien en el forum en ingles, a veces hay que esperar unos dias, todos tenemos una otra vida aparte de uCapps, aunque a veces no parezca.Esta informacion, que tampopco yo conocia bien, esta en uCapps: en el main.asm esta claramente puesto y hay en la pagina de la MBLC la link al manual de Logic Control y Mackie Control donde estan claramente puestas las funciones del MC y del MCXT. Simone

ADMIN! ADMIN! i was wondering if in cases like this one cross posting is ok if it is done in different languages, LC is lacking infos we all know that, so i plan to report this thread in the parallel thread running in the spanish forum. Simone

... bueno pasan cosas peores mira tienes suerte he encontrado una pagina web que lo esplica todo, y en espanol!! mira me costo mucho, a ver la pagina se llama... a ver www.ucapps.de http://www.ucapps.de/index.html?page=mbhp_core_old_es.html especialmente: Simone

mmmmm .... fried 595s ... emmm.... ok 10-15 mA isn t that much after all, i am somehow stuck to this point with the PCB layout.. deciding if i d better leave space for 4 pins (2 leds) or 3 pins (bicolor) or 4 pins again (RGB using only 2 colors). I am really tempted to "bring home" this little piece of knowledge but buy some other leds for this purpose.. and go safe txx Simone

It s mackie protocol dependant, not MIOS dependant, 8 channels per unit/core but if you use the GPC mode you can program the buttons to send normal MIDI event so you could actually do it with 1 core and proper assignment in the host but the function: solo will turn off all the enable leds won t work Simone

hi madriaanse and welcome i think it is very doable and very easily as well you don t need any programming skills to adapt your idea to the original LC firmware, believe me that it s a piece of cake, it ll be easier than installing Windows XP ;) as for the paying stuff you are all of course free to propose anything legal on this forum but we usually discourage such activities but well.. you see ... now go the wiki, people have worked on it allllot and they deserve that you read it. Good luck ok.. i see SR has already answered... anyway my 2c

uCapps/Downloads/Examples.read ;) Simone

hola lucho NO ESTOY SEGURO pero supongo que el firmware es lo mismo, sera el host que "vera" que mas de un modulo esta conectado y le asignara los canales 1-8 o 9-16 o 17-24

Hola L si no te conteste ante es porque no tengo una idea bien clara sobre el asunto, pero te puedo decir: quieres decir que en otra aplicacion todo funciona regularmente ? el problema existe solo en Cubase? aclaramos: con el ID Calculator y un Burner puedes efectivamente cambiar el ID del PIC.Tambien se puede hacer sin el Burner solo con una aplicacion que se llama ID_change (esta en downloads) via MIDI, como si fuera una aplicacion o MIOS. En MIOSstudio NO puedes cambiar el ID del PIC, lo que puedes hacer es eligir a cual de los PICs que estan linqueados quieres enviar una applicacion. No se exactamente como funciona mas de un modulo LC, pero se que cada modulo (8 canales) necesitan 1 puerto MIDI o sea que no es posible mezclar 16 o 24 canales en el mismo puerto. Imagino que tendras que darle a cada PIC un ID diferente y conectar cada salida/entrada de cada CORE a un puerto MIDI. NO MIDIBOX LINK EN MBLC !!! suerte! Simone

pues va a hacer que si.. estoy escribiendo un tutorial paso a paso, pero muy informal.No esta todavia acabado pero te lo pongo aqui, espero me diras si te parece util o menos y si hay partes que no se entienden .... (gracias Alexandra...) Este no es un curso metódico de aprendizaje sino un cuento que os quiere acercar al mundillo de uCapps, una especie de guía turística para novatos. Ante de todo vamos a aclarar que lo que vamos a tratar es un proyecto MIDIBox 64E modificado o, más bien simplificado y reducido para que pueda ser un sencillo primer paso hacia el MBHP (Midi Box Hardware Platform). Vamos entonces a aclarar algunos términos: Un MidiBox64E es básicamente un controlador MIDI... ¿qué es un controlador MIDI ? Espero que habréis visto o mejor manejado alguna vez una aplicación de audio: perillas, botones, faders, sintetizadores virtuales, etc. virtualmente representados en la pantalla de un ordenador. En su forma más sencilla un controlador MIDI es un aparato dotado de perillas, botones, faders, teclado, etc. que, conectado a dicho ordenador, os permite controlar lo virtual con lo real. ATENCION! el mundo MIDI no está estrictamente relacionado con los ordenadores. El protocolo MIDI fue escrito cuando todavía no se hacía un uso masivo de ordenadores en el mundo de la producción musical. Un controlador MIDI puede enviar mensajes a otros aparatos como sintetizadores, módulos de sonido, racks de efectos, drum machines etc. Sin desarrollar demasiado el tema del protocolo MIDI, vamos a contenerlo dentro los limites que nos interesan, las capacidades de INPUT y de OUTPUT del MB64E. Las posibilidades son muchísimas, gracias al factor modular de MBHP, así que ante todo decidiremos lo que queremos de nuestro controlador. Con nuestro hipotético controlador queremos controlar un canal de un mixer virtual en un software, quizá Ableton Live!, y poder controlar también dos parámetros en un plugin: 1 fader 5 botones (solo, mute, eqLow-cutoff, eqMid-cutoff, eqHi-cutoff) 5 perillas (pan, send1, send2, fx1, fx2) 5 leds (porque quieremos un feedback visual de los estados de los botones) Vamos aclarar posibles dudas: de las 5 perillas 3 serán potenciometros, 2 serán encoders; quiero encoders por los fx1 y fx2. ¿Qué es un encoder? Un encoder se parece mucho a un potenciómetro porque tiene un eje y sobre el eje se suele poner una perilla, sin embargo hay muchas diferencias técnicas, pero lo que nos interesa más ahora es saber que un encoder no tiene fin en su rotacion. Como aclaración definitiva de lo que es un encoder: un encoder es bueno, es vuestro amigo y es muy útil. Otra duda podría ser el uso de los leds, que, para quien no lo sepa, son bombillas muy pequeñas, tan pequeñas como para tener diámetros de 3 o 5 mm., en sus formas más comunes ; los leds darán un toque de alegría y color a vuestro controlador y también permitirán saber el estado de un botón sin necesidad de mirar la pantalla y vuestro software. Ejemplo! Ejemplo! : en nuestro plan tendremos un botón para mutear y desmutear (perdonen el neologismo) el canal de audio: le doy al botón, muteo el canal y el led se ilumina; aprieto el botón otra vez, el mute en la pantalla se apaga, el led se apaga también; ATENCION ahora!: si con el ratón activo el mismo mute en el software, también el led relacionado se iluminará! Aquí introducimos el concepto de MIDI feedback. Nuestro MB64E y el ordenador están conectados con 2 cables MIDI (input y output) así que la información viaja del MB64E hacia el ordenador y viceversa. En el caso del botón de mute cuando lo aprieto la información va desde el MB64E hacia el ordenador, pero cuando aprieto el mute virtual en la pantalla con el ratón, entonces la información viaja desde el ordenador hacia el MB64E.Qué maravilla, ¿eh? Enhorabuena! Tenemos un proyecto y sabemos lo que queremos de nuestro controlador, yo digo vamos a poner las manos en obra que de tanta palabras no salen cacharros. Que necesitamos? Necesitamos los componentes electronicos y las herramientas necesarias.Empezamos por las herramientas: un soldador entre 20 y 35 watios, gastar unos 20 euros como minimo en ello no es mala opcion, sera tu herramienta principal, piensatelo; un rollo de estaño; una desoldering pump; ....... ................................................... ............................................. 1 fader necesita 1 entrada analogica (AIN) 3 perillas/potenciometros necesitan 3 entradas analogicas (AIN) 5 botones necesitan 5 entradas digitales (DIN) 2 perillas/encoders necesitan 4 entradas analogicas (DIN) 5 leds necesitan 5 salidas digitales (DOUT) TOTAL: 4 entradas analogicas 9 entradas digitales 5 salidas digitales cada modulo AIN tiene 32 entradas analogicas cada modulo DIN tiene 32 entradas digitales cada modulo DOUT tiene 32 salidas digitales asi que necesitamos: *1 modulo AIN *1 modulo DIN *1 modulo DOUT y claramente *1 modulo CORE anadiria tambien *1 metro de ribbon cable para conectar los modulos al CORE Vease http://www.mikes-elektronikseite.de/shop_englisch/index.htm EUROPA www.avishowtech.com/mbhp USA necesitaras conectar la MIDIbox al PC asi que si no tienes ya 1 puerto MIDI (IN y OUT) en tu ordenador tendras que buscar *1 interfaz MIDI/USB Dona eBay tiene unas cuantas. ...........................

3rd new topic i start today.. i am waiting for S1 to knock at my door... anyway, i have a doubt about brightness and contrast with 2 GLCDs running on the same core: -i assume that i can use the same pot/trimmer to control the brightness, the 2 GLCDs are the same type so it shouldn t be a problem -about the contrast i have come to the following conclusions: A- i can use a stereo pot to control the bias voltage for each GLCD B- i can mix in parallel the two Vee outputs of the GLCD and use a single pot to send it back to the GLCDs Vo (sounds dangerous) C- i can use one single Vee and one single pot to drive both the GLCDs Vo (that may overload the internal converter) so choice A seems to be the best one. Anyway it s not so easy to find stereo pots pcb mount 10k linear etc etc, especially with a nice and thin shaft like ; RS electronics: RS Stock no. 263-2980 but they are not dual pots Conrad has these ones: http://www1.int.conrad.com/scripts/wgate/zcop_in/~flN0YXRlPTQwNDMxNDE2NDk=?~template=PCAT_AREA_S_BROWSE&glb_user_js=Y&shop=A_B2C_IN&p_init_ipc=X&~cookies=1 but i can t really understand if they will fit just a normal trimmer, does anybody know the trimmer type they are meant to? txx Simone

hola y bienvenido sin sin duda el MB64 simpre si con potes quieres decir potenciometros, el MB64E soporta tambien encoders NO! en ucapps.de y en la wiki hay todas las informaciones que necesitas para empezar, si y cuando necesites informaciones mas especializadas puedes siempre escribir en el forum.En caso de necesidad (por la verdad el forum en espanol no esta muy animado) puedo ayudarte traduciendo tus mensajes al forum en ingles. gracias, conozco ya el modul8 sin duda aqui estaremos pero tendras, ante de todo, leerte TODA la wiki y las paginas de la MB64.Yo te aconsejo de descargarte la applicacion misma y empezar a leer el codigo. Mucha suerte Simone

hi i was smart enough to order bicolor leds with common anode for my MBLC, so my question is: -is it possible to change the software (MBLC) to invert the DOUT pins and use them as current sink ? .. i ve read that the ST boards can be fitted with darlington arrays, but in my case i won t need that since 1 DOUT pin will sink only 1 led Simone EDIT: i a interested in knowing how to do this but i am also looking for other leds with common cathodes, that would probably be an easier solution.

hi i have a MBLC and a MB64 together in the same box, of course they both get power from the same supply (no motorfaders), straight 5 volts.Now i was wondering how important it is where the pots/faders/joysticks get the 5 volts from. I have linked all the pots/faders/joysticks both from the MBLC and the MB64 in a serial way, but i don t know if that can cause jittering and if it would be better that evvery module gets its own 5volts from the respective AIN. What if i supply all the pots/faders/joysticks directly from the power supply? Another question: will a shielded cable on the AIN-pots connection be a good idea? txx Simone

hey, this subject is seen more and more on different forums.. in the forum of my mindstream it s been a sticky one since ever.. .. i agree with S1 that the state of the art controller hasn t been built, yet but i don t agree with him that this will make me part with my laptop for ANY reason ;-) .. so many ideas but none is perfect and the producers just try to be the first to release some new feature instead of cooperating together to create some kind of standard that would benefit ... ehmm the user.. ok that s why they don t do that! for example, instead of brainstorming about the controller layout it would be such a great thing to agree about the plug-in layout: i mean if the graphical layout of all the plugins would be somehow into a standard (about distances and placements of buttons, knobs, etc defined in pixels for example) then the controller, as physical layout would be much easier and user friendly.But what we ve got right now is CPU consuming fancy plug-ins graphs.. .this may also not be done by the plug-in designer but in the host itself: for example Live! gives you the possibility to see the "original" plug-in image but also a more general view of all the parameters where even the on/off buttons are represented by a fader (left=on, right=off), here is where you make MIDI mapping. Following this concept we could have pots images instead of the faders images and in the physical controller we could have encoders with switch.Assuming that the host will create a "table" of parameter (in Live! it s always 2 rows with unlimited columns depending on the plug-in parameters number), the controller should re ensemble the same table. Add ledrings/small lcds for each encoders if you like it, add support for non-plugins-items, such as the main mixer view, transport etc. This is just an idea, the main problem is to agree about a common ground where to play.. it s so important to get used to your gear, that s a basic stuff.It s important to keep on experimenting but protocols are a base of modern electronic gears and not only on music. Yeah, that was it now i go and grab my bag of peanuts :P Simone

..same as above... WOW ! ..Trevor i think that you ve landed in the right place and i also think that if you ve made it till this point, who s gonna stop you from building a Midibox to drive it all? I have no experience with Organs, but if i ve understood right it s just a on/off thing so believe me it s going to be easier than you think, it ll take a while to understand the basics but it s definitely doable, there are a lot of "Organ addicted" here around that will happily help you. Please have a look at the Wiki, there has been a revolution in there and a lot of effort to make it more accesible, enjoy it! Also i think that you should start reading the http://www.ucapps.de/mios/ain64_din128_dout128_v1_3.zip application, it may be what you are going to use. Good luck Simone

hi O and K thanks for the infos !!! Simone

hi kris you re my daily hero please confirm this: the maximum height of the electronics is actually the height of the midi sockets plus the PCB thickness,right? Also: when they say that it can also work as a stand alone MIDI hub, does it need to be powered with the USB anyway ? Simone

oops emmm sorry J is right so here we go... ..emm for the friendship and the free laughs offered in the chat by Mr J. the man which guitar throws are known (and feared) by public and public medical services, for his famous motto "25 is better than none" i dedicate officially my first SDCC built application to Jimp.. Simone

hi i am going to put a midiman 2X2 in my next box, but i don t have one here right now.I need to know the way it looks like inside and in particular the measurements when it is out of its enclosure.Has anybody one of those? can you take a pic at its guts and take a few pictures? thanks simone

does this mean that an Allmighty Windows approach would be better? I am going to rejoin my trash recycled PIII in 3 weeks so i will have access to a x86 machine but i d better work on Ubuntu than XP or :'( wista .. if that s possible .anyway i think i have to show you my very first SDCC app. built in OSX: