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.