audioworld

Hi Ralf, this sounds very promising to me. When I read all the news about the new Akai hardware and MaxfLive I did not think that the protocol between APC40 and Live would be available for general usage (maybe this is not what you suggest, maybe you mean an intermediate API which only works with MaxforLive). In any case, I am sure many builders here around would be heavily interested in any kind of API for Live, and I am happy to read that there is some open communication from ABLETON "Headquarters" to a DYI-project like the Midibox. I myself bought Live 4 years ago and use it ever since for every gig (now on version 7, of course) along with my MIDIBOX hardware, so I will definitely watch your future postings.

I see, allright: I trust in my good old ERSA MS6000 station-) included 5 PCB's in my order, thanks again, karl.

hi guys, I am joining in quite late, but placed my order of 10 chips (I will retire in 22 years and look forward to build many nice MB's then...) regarding the PCB's: I assume we still has to solder the chip to the PCB ourselfs (shiver! fright! panic! SMD!!!) or would it be possible to order the PCB with the chips already soldered on it (very faint hope....). thanks for the great group-experience, karl.

thanks, stryd, I'll dive into that one (...mhh...thinking about my very basic I2C programming skills from 15 years ago...)

I just checked the schematics of this Freescale SOUNDBITE DSP board, and in addition to USB it does have I2C and SDI/SPI interfaces. with the free development kit, one can program in Assembler or C. do you think: would there be ANY chance that one could connect this directly to the MB core IIC Interface (J4)? sounds like an incredibly useful combination to me without a PC/MAC: 3 stereo in 3 stereo out microphone input + a couple of buttons and rotaries via MB...-)))

Pascal: der Punkt für mich ist sicher, dass ich mit MIDI messages seit (ja, wirklich) 22 Jahren vertraut bin. soeben schaue ich auf mein Buchregal: da stehen das originale "MIDI Implementation Book" und das "MIDI Sysex Book" von Steve de Furia und Joe Scacciaferro, die ich im Jahre 1986 mit erheblichem Aufwand (pre-Internet-Zeit) aus den USA importiert hatte... Ich sehe das MIDI-Protokoll so wie TK als recht elegante Konvention, lernen muss ich "nur" den Teil, wie ich die MIDI-Kommandos aus dem Windows-Buffer abhole und in eine Datei schreibe. TK: Danke für den Hinweis, sicher ist die direkte Ausgabe über USB robuster als da noch ein Interface dazwischen zu hängen. Bezüglich PIC18Fx550 sende ich ein PM, danke für das Angebot. Screaming: ja, öffentlich-rechtlich stimmt, doch leider (oder besser: gut so) sind in den letzten Jahren sämtliche budgets minimiert worden, speziell in der Technik sind "kleinprojekte" immer schwerer zu organisieren. Wie bei den Banken: wen man einige Millionen benötigt, findet sich über Connections ein Weg (siehe HDTV-Investitionen), wenn aber ein "kleiner Techniker" etwas verbessern will und dafür 500€ benötigt, kommt das einer Ochsentour gleich. Außerdem zeigt meine Erfahrung, dass man beim Zukauf ohnehin wieder MIddleware/Interface Probleme lösen muss, mit dem gleichen Aufwand will ich das gerne selbst machen, und wir haben dann eine LÖsung, bei der wir uns wirklich gut auskennen. die MIIDI-Daten mit einem Sequencer zu loggen habe ich schon versucht, bei CUbase und Samplitude war das aber nicht erfolgreich, die sind beide nach 2-3 Tagen stehen geblieben. Ansehen und Auswerten möchte ich die Daten in einem Sequencer, doch die Rohdaten sollen möglichst direkt vom USB in ein Textfile kommen. Randnotiz: 32 Sendewege kommen aber auch bei einem Privatsender schnell zusammen. Heute spielt man ja nicht nur auf UKW, sondern aben auch auf DAB, satellit, DVB-T, DVB-H (machen wir ab Juni), Internet... Das ist nur EIN Radioprogramm!!! Dann ist fpr die Fehlereingrenzung immer wichtig, WO ein Ausfall war. Schon für UKW bedeutet dies, dass man 4-5 Punkte in der Signalkette monitoren muss, um im nachhinein wirklich herausfinden zu können, wo wann was passiert ist. Beim Internet-Stream muss man unbedingt ZWEI Punkte monitoren: den echten Encoder-PC, und dann den "Publishing Point", also den Streaming Server der das zum Hörer ausliefert. nILS: danke für das Delphi-Angebot. Ich habe in den letzten Wochen aber recht viel in ECLIPSE angeschaut, in diesen IDE kann man Java, C++, PHP, Ruby etc.... gut schreiben und testen, ich hoffe ich kann da nun konkret was programmieren damit. Vielen herzlichen Dank erstmal, ich freue mich, wenn ich bei erfolgreicher Umsetzung auch mal was in die Community zurückspeisen kann, anstatt nur zu fragen.

nILS und Pascal, das ist ja wunderbar freundlich von euch, mir so ausführlich zu antworten, und, ja, das sind beides sinnvolle Lösungen! An sich sehe ich ein, dass RS232 die Methode der Wahl ist in diesem Industrie-Logging Segment. MIt dem ATMEL müsste ich mich aber wieder neu beschäftigen (Instruction set, Register.. ein wenig kenne ich das noch aus meiner 8051-Programmier-Urzeit: EEPROM UV-Licht-Löscher! wer hat sowas noch???). Da ich zwei ungenutzte MB-Cores und ein AIN-Board herumliegen habe, werde ich aber doch die MB-Variante aufbauen. Sonst muss ich wieder was beim Elektronik-Versand bestellen, und das wird dann immer wieder recht teuer..--))) Ich mach mal die Hardware fertig und beobachte, was sich mit Audio-Signalen zu tut wenn man diese an einen AIN legt. Einen Tiefpass werde ich sicher davor legen (R-C glied), dann schaue ich mir im MIDI-OX mal die Werte an. Ich denke MIDI ist als Protokoll für diese Anwendung garnicht mals so abwegig. Einfach 32 unterschiedliche CC, die ihre werte anliefern, Sysex denke ich brauche ich nicht. UND, BONUS-HINTER-GEDANKE: wenn ich diese MIDI-Daten in einem normalen Sequencer (Cubase etc.) auf 32 Spuren lege, schaut das dann beinahe wieder wie die Audio-Spuren parallel aus, nur eben mit wesentlich verringerter Datenmenge. Frage an nILS: Ich will garkeinen fertigen Code, kannst du mir aber bitte als stichwort einen tipp geben, wie ich da Anfangen würde, die MIDI-Daten vom USB kommend abzufangen? Ich schrecke mich immer so bei C++ applikationen, den ganzen Header und die Deklarationen einzutragen, der Code macht dann ja spaß, doch das drumherum.. danke sehr herzlich, gruß aus Wien, karl.

Liebe Leute, in meinem Hauptberuf bin ich Systemtechniker beim Radio. Nun stehen wir vor der Aufgabe, 32 Sendewege bezüglich Ausfällen zu überwachen (UKW, DAB, Satellit, Internet-Livestream etc..). Wir haben zwar Audio-Mitschnitte und Modulationswächter für akute Alarme, doch geht es um langfristige Bebobachtungen über mehrere Wochen mit Statistik. Alle bisher gefundenen Audio-Logger machen echte Audio-Aufnahmen, das ist aber nicht sinnvoll, da die einzelnen Audiofiles (jeweils eine Stunde) in einen Audio-Editor gezogen und optisch kontrolliert werden müssten. Wir benötigen eigentlich nur eine Abtastung pro Sekunde oder eine pro 10 Sekunden, das reicht, um längere Ausfälle (von einigen Minuten) gut verfolgen zu können. Da ist mir aufgefallen, dass man ja mit einer MB und den AIN genau sowas machen könnte, die MIDI-Control-Codes sind dann ja sehr Dateneffizient, und könnten von einem Textfile leicht in eine Grafik umgewandelt werden, 7 bit Pegel-Auflösung reicht auch vollkommen. Drei Fragen nun: - könnte man den Timer der AIN-Abfrage wesentlich verlangsamen, so bis auf 1Hz oder 0,1Hz herunter? - könnte man ein analoges Line-Audio-Signal (ca. 2,5V spitze-spitze maximal) direkt an die AIN legen oder empfiehlt sich da ein Buffer und/oder ein Tiefpass davor? - kennt jemand eine MIDI-Logger-Applikation, die über mehrere Tage durchgehend die vom USB kommenden MIDI-Controllerdaten in ein Text-File schreibt (MIDIOX habe ich schon probiert, der MIDI monitor ist zwar super, doch konnte ich diese Daten nicht fortlaufend in ein File schreiben)? An sich wäre die Lösung dann sehr elegant, da man mit einem Core, zwei AIN-Modulen, einem MIDI INterface und einer kleinen Applikation 64 Audiokanäle überwachen könnte... Auch macht es eigenartige Freude, meine private Musikleidenschaft in den Job hineinnehmen zu können-) danke vielmals für eure meinungen dazu, karl.

julien, thank you for the hint, yes, it is clear. I followed the developments in your thread closely. Unfortunately I cannot use it for the current project, as my 128 buttons are HARDWIRED (soldered) to my DIN ports already... I will use your matrix code for my next MB project, thank you.

thanks stryd for the good wishes, interestingly enough, when you are mixing for 20 years, it seems one can do a lot of the basic work just by watching the bargraphs and the stereo width oscilloscope, and get away with that (for a while, at least..--)))

stryd, I know exactly what you are talking about and support your findings. I suffered 3 otitis media (middle ear inflammations) some years ago, accompanied by tinnitus, pain and a small hole in my right eardrum (which healed just recently..). As a sound engineer I need my ears to pay my rent, so I had to work out a plan. My strategy in the last 2 years is to immediately apply all available "tools" a soon as I feel the slightest onset of an eustachian tube blockade. This includes: nose drops every 20 minutes, gargling anti-inflammatory fluids, aspirin, vitamin C in HIGH dosage, and, very important once the tubes are full of sticky slime already: Acetylcystein. This is available under the brand name "ACC" for oral intake without prescription and quite harmless for the rest of the body: http://en.wikipedia.org/wiki/Acetylcysteine take a HIGH dosage for 4 days, during the first two days you feel nothing, on the third day the slime starts to dissolve, and on the fourth day you just feel like you rentire body turns into liquid... this seems like throwing "rocks on a sparrow" if you take all this medication in HIGH dosages as soon as you feel the "clogging" creeping up, but it saved my from more severe occurences since I use this strategy. all the best, karl. PS: I just read that Acetylcystein has some very interesting further applications: "...There are claims that acetylcysteine taken together with vitamin C and B1 can be used to prevent and relieve symptoms of veisalgia (hangover following ethanol (alcohol) consumption)...." and also: "...Animal studies suggest that NAC may help prevent noise-induced hearing loss (Kopke et al., 2005)..." sounds to me like the perfect techno-drug...--)))

I know I know, theoretically we should not needs those and reprogram our MIDIBOXes, but practically it could be useful: free: http://www.terrywest.110mb.com/midimix.html free: http://shoshin.110mb.com/genmce/ commercial: http://www.bluecataudio.com/Products/Product_RemoteControl/ cheers, karl.

oh no/yes: just as i did my frist baby steps with MPASM (and discovered I have to move everything to C:/...)!!! however, the words "platform-independet" and "open-source" always give me a warm feeling inside, so hurray to GPUTILS and thank you TK. regarding the Editor: i am just an amateur coder, but want to point the windows users to PSPAD: http://www.pspad.com/en/ (freeware).

sasha, the most obvious approach would be the project called "liveapi". they were VERY active last year in summer and created a lot of traffic in the ableton forums: http://www.ableton.com/forum/viewtopic.php?t=66118&start=0&postdays=0&postorder=asc&highlight= later in the year it got calm, the domain liveapi.org disappeared, but since some weeks the basic code can be found here again: http://code.google.com/p/liveapi/ I hope this points you in a direction which is useful to you, best regards, karl.

hi thorsten, thank you again for the encouragement. the "hack" with some unused value is fine for me. I hope I will my improve my own skillls in the process...-) many thanks, karl.

hi thorsten, thanks for taking the time to reply so fast: "quick&dirty" is exactly what I need at the moment (after so many hours of soldering wires...). I will try this ASAP, just to make sure I understand it correctly: 1) a value of 0x01 as velocity in the midio128.syx list would mean "take the AIN value". Any other value would mean "forget AIN and take what is hardcoded"? so for the first switch, if I want the actual foot controller value, the line would read: 1 = 90 30 01 90 30 00 @OnOff 2) how does the value of the variable "MIDI_EVNT_VALUE" end up as the velocity byte in the outgoing NOTE ON message? or is this variable treating just any outgoing message, no matter if it is the note number, the velocity or a controller number? mhh, thinking about this: why is 0x01 unused? the MIDI range goes from 0x00 to 0x7F, no? so maybe I could use 0x80? (sorry if this is a dumb question). thank you so much, karl.

dear forum, after the first success with a MB CORE (up and running in a few hours), it took me SIX MONTHS to assemble the surrounding parts: 4x DIN, 127 switches on one Eurocard size PCB, and hundreds of little wires going from the DIN pins to the switch assembly (you know what I am talking about...). I will show you pictures of my controller soon, it is used for Ableton Live Clip triggering and KONTAKT sample playback (with the sustain pedal for live soundscape creation). I put a LOT of thinking in the button layout (STRYD: it will also be used for sequencer programming as we spoke six months ago), but the mechanical finish is SUCH crap that I am ashamed to show it at this stage... Everything works nicely, I mounted the CORE together with the power supply and a USB MIDI interface in a 1HE 19" rack. So I run only a thin and flexible 5-pin connector to the actual switch assembly, and can hold 128 switches conveniently in my hands in the style of MONOME or Tenori-On. There are ZERO problems with the short cable from the CORE to the DIN`s, I was very much afraid that this would ruin my concept, but I am fine... phhh.... what I still would like but do not know how to achieve: I need some velocity control while I am pressing the switches, so I can play one sample with low velocity, hold it, and then press another switch to mix in another sample with a higher velocity. So I thought about a foot controller on one Analog In, and the value of this controller should be the actual velocity of the MIDI note ON which is sent out when I press a switch. At the moment I use the MIDIO128 code, but the veolcity is hardcoded there, I think it would be necessary to use a variable for velocity and insert the value of the AIN at the moment the switch is pressed. I would be very thankfull for pointers if and how this can be done, thank you so much for your efforts, I already had many hours of fun with my MB, karl.

phattline, um hier gemeinsam mit dir der deutschen witzeflut standhalten zu können, darf ich mich auch als österreicher outen. solltest du in wien sein, könnten wir auch auf raschem wege eine lösung finden (ich zahls für dich ein). ein flottes servus an die nördlichen kollegen (ohne die es die MB garnicht gäbe...), karl.

stryde, for me you are one of the "heroes" around here, and someone who spends a lot of his time to make this forum a friendly, funny, thoughtful and helpful place... can´t help to blame you for any success connected to one of the MB variants..-)))

OK, thanks, now I got it (me telling me: read before type!..----))))

I assume there will be a steep increase in uCapps server traffic: WILBA´s 8-SID box made the front page of analog industries (->audiodamage->chris randall->musician, plugin-designer etc.), one of the highest profile blogs in the electronic music scene (and one of my "daily reads"): http://www.analogindustries.com/ http://www.analogindustries.com/blog/entry.jsp?msgid=1182069030576 congratulations and respect to WILBA, the MB/SID community, stryd_one and TK! cheers, karl.

MRE, thank you for the links, most welcome!

I do actually use two Linksys WRT54G with DD-WRT firmware for my home networks in two different households. I will definitely check if any hacking in the direction of MB-OSC-MB is possible, night take a while because I am quite busy with other tasks over the next two weeks. cheers, karl.

If I may contribute something from a sound engineers perspective: 0dB has no meaning by itself, it just states "no amplification and no damping", one always has to reference dB to a known fixed value. 0dBU for examples equals to 0,775V effective voltage, 0dBV equals to 1V, 0dBm equals to zero on the loudness scale etc. etc... When we talk about dB in the digital domain we most often talk about dBFS (Full Scale), this is the maximum possible level before nasty digital clipping occurs, and usually, one sets a "virtual" zero dB point within a digital audio console some dB BELOW this 0dBFS. In the radio studios where I work we defined 9dB "headroom", so our "Zero" in the console equals to -9dBFull Scale. Hence, when I have an alignment tone on one track with 0dBFS, I open the fader to the "0dB" mark, I have -9dBFS on the master bus. How much voltage you have on the analog outputs now depends on the console manufacturer. Professional consoles give +4dBU (U.S) or +6dBU (Europe) voltage on the outputs when you see 0dB on the meters, so the maximum level would again be +15dBU (Europe) when you have Full Scale in the console. Additional Complexity: when you are mastering for a CD, you have to define the number of COnsecutive-Full-Scale-Samples which actuall MEAN digital "Over" for you. With classical music this usually 4COns. FSS, for POP we tell the OVER indicator to only lit up when 15 Cons. FSS are measured (to maximize loudness for drums). So please be aware that "0db" on the fader has little to do with "0dB" on the meters. It seems to me that every application defines its own internal headroom against 0dB Full Scale, and this is not documented well. But this also occurs on professional digital consoles, the WRITING on the fader does not really matter, check the gain structure of the console yourself with alignment tones. sorry for the long post, karl.

ok, I understand the controller part now, but how would you route the MIDI out from MB into the 3D application?