-
Posts
15,247 -
Joined
Content Type
Profiles
Forums
Blogs
Gallery
Everything posted by TK.
-
The testtone application has a special feature which allows you to test the output amplifier without SID. Power Off your MIDIbox, unplug the SID, apply power again and connect pin #8 of the socket with pin #27. Do you hear a 1 kHz pulse sound thereafter? Best Regards, Thorsten.
-
Ich nehme mal an, dass Du DEFAULT_J5_FUNCTION auf 1 gesetzt hast: ;; 1: J5 used for analog inputs - A0..A4 control Knob#1..#5, A5..A7 are not used at all Die Knob funktionen lassen sich im "KNB" Menue zuweisen, siehe auch: http://www.ucapps.de/midibox_sid_manual_l.html suche nach "Knob" Bei Basslines Patches sind Knob #1 und #2 per default dem CutOff und Resonance Parameter zugewiesen, bei anderen Patches musst Du das selbst tun. Gruss, Thorsten.
-
Shipped yesterday: mbreges kynsi puddingbrumsel fairplay Brianh Geoff_P theraven raoulblues polykobol Best Regards, Thorsten.
-
Fixed in midibox_seq_v3.4c. Best Regards, Thorsten.
-
Pollin hat ein Noname-MIDI Interface fuer 20 EUR im Angebot http://www.pollin.de/shop/shop.php?cf=detail.php&pg=NQ==&a=MDk5OTcyOTk= Es waere interessant, ob es stabil laeuft. Gruss, Thorsten.
-
Es ist normal, dass sie die letzte Einstellung nicht automatisch gespeichert wird. Du musst sie explizit unter ENS(emble)->SAV(e) abspeichern. Wenn kein ENS BankStick angeschlossen ist, nimm E001 H128* bedeudet, dass Du momentan eine Bank selektiert hast, die nicht existiert. Setze sie auf A001 (oder Deinen Lieblingspatch) bevor Du das Ensemble abspeicherst. Somit sind uebrigens nur 64 Patches verfuegbar. Leeren Patch selektiert? Es sollte auch ohne funktionieren, trotzdem wuerde ich sie anschliessen - so kann der Master schneller feststellen, dass wirklich keine Slaves angeschlossen sind. Gruss, Thorsten.
-
Beside of the flexibility: not really. OSC is even slower than MIDI over USB (tested with a UDP packets sent between Reaktor<->STM32 under MacOS and Windows) no - it's more interesting for experimental stuff. Accessing the motorfaders via OSC is more comfortable from Reaktor or Max/MSP. Another advantage: less cables and access from/to multiple computers if MBHP_ETH is connected to a WLAN bridge or router/hub/switch. But none of the DAWs I know natively support OSC yet. Best Regards, Thorsten.
-
...und mit der Stereo Konfiguration der Oberhammer! :) Gruss, Thorsten.
-
There is no solution to send strings to a STM32 via MIDI yet, mainly because I don't have that much Java skills. I was happy enough to get the output terminal running (code is based on the MIDI monitor window). At the MIOS32 side, it wouldn't be so that effort to support this (maybe 10 minutes to add this into the existing SysEx handler). The output functions are quite powerful. E.g., you can send formatted strings (printf like interface) and memory dumps. Example: This was my initial idea, and it's already used at many places :) Debugging is so much better with message/parameter output in plain text format. Also the typical troubleshooting application to check the hardware are much more verbose than the old MIOS8 ones which are sending cryptical MIDI events to notify about the status. A lot of programming effort to get it flexible enough, but it's nice that you will take over this job :) No, because such a file system which gives you access to HW resources as well would consume too much RAM. Another disadvantage: the string handling to access drivers (like known from uCLinux or eCos), generic pipes and/or block access layers, etc... consume some additional CPU time. Resources are better invested into application features instead of emulating something which isn't really relevant for our usecases. However, the existing low-level functions don't prevent you to setup a file system if you find this useful. Files of a SD card are accessed via a DOSFS driver. Running a single binary is still prefered (due to realtime requirements), but debugging possibilities are much better. MIOS32 itself doesn't support multiple programs stored in internal flash, which then can be executed from a file system. It's a nice idea, but not really applicable for a microcontroller without MMU (memory managing unit which maps address ranges) Means in other words: for STM32 memory references have to be located during compile time (by the linker) anyhow. Best Regards, Thorsten.
-
I won't release the C based MBLC V2 for the PIC, as it is incomplete (e.g. no graphical LCD support), and since I won't be able to maintain it in future. A STM32 module is already built into my MBLC case, but in the last weeks I focused more on trying some new stuff (e.g. controlling motorfaders via OSC messages transmitted over ethernet) than using the Logic Control protocol. The V2 code will be the basis for the MIOS32 variant... sooner or later. Best Regards, Thorsten.
-
Let's remember the good old times:
-
Ich gehe davon aus, dass Du die Upgrade Guide komplett durchgearbeitet hast... falls nicht, bitte nochmal alle Punkte durchgehen bevor Du auf folgende Fragen antwortest. Hoerst Du dieses typische Filter-Klicken beim Umschalten der Patches? Falls ja: MIDI Kanal falsch eingestellt? Gruss, Thorsten.
-
Alright, I gave you access to the programmers section of this forum (third board from the top, only visible when you are logged in) It will take some time until I will start with MBSID V3 for the STM32 module. However, SID access routines are already prepared and tested: http://svnmios.midibox.org/listing.php?repname=svn.mios32&path=%2Ftrunk%2Fmodules%2Fsid%2F I also experimented with a "CAN<->OSC proxy", which allows me to access MBSID V2 via ethernet by using the OSC protocol. STM32 acts as a bridge between Ethernet and the CAN network of a MBSID V2: http://svnmios.midibox.org/listing.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fmisc%2Fmbsid_can_osc_proxy%2F Best Regards, Thorsten.
-
Yes, the telnet access is already available, and a COM access (either via RS232 or USB COM) is prepared as well. Even a text based console via MIDI is feasible (and very comfortable, as it would allow an USB connection under Windows, where USB MIDI and USB COM cannot be used in parallel... MIOS Studio already provides a terminal window, which is currently only used to display debug messages) Examples: http://svnmios.midibox.org/listing.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fexamples%2Fethernet%2Ftelnetd%2F http://svnmios.midibox.org/listing.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fexamples%2Fcom_console%2F Only missing thing is a command set for the shell. If you would like to help out, you are welcome to join the team :) Best Regards, Thorsten.
-
Thank you! :) The change is now in the code repository, so that it doesn't get lost. Best Regards, Thorsten.
-
All PCBs and most GM5 are sold (or reserved) The request list has been prepared for the 4th bulk order: http://www.midibox.org/dokuwiki/doku.php?id=tk_gm5_bulkorder Best Regards, Thorsten.
-
The firmware doesn't give you the possibility to combine 2x32k to a single bank with 128 patterns. I spent this effort for MBSID, but it was a lot of work which I don't want to do again (especially because MBSID V2 got a much more complicated bank handling than the previous version) So, based on your descriptions the BankSticks have been formatted correctly for Bank 1 and 2 You can use the MBSIDV2 Editor to split the preset bank into two 64 patch banks, so that all patches are accessible. Best Regards, Thorsten. P.S.: for the case that the documentation isn't clear enough: Bank 1: A0=0V, A1=0V, A2=0V Bank 2: A0=5V, A1=0V, A2=0V Bank 3: A0=0V, A1=5V, A2=0V Bank 4: A0=5V, A1=5V, A2=0V Bank 5: A0=0V, A1=0V, A2=5V Bank 6: A0=5V, A1=0V, A2=5V Bank 7: A0=0V, A1=5V, A2=5V Bank 8: A0=5V, A1=5V, A2=5V
-
This is normal if you are using a blank EEPROM. It should contain the USB descriptors. Programming the EEPROM requires a core module + the mbhp_usb_gm5_eeprom application. The EEPROM option is for experts only, and normaly not required. The most simple way to ensure that GM5 is soldered correctly is to try out the default configuration (J1/2/3 connected to ground), so that the default descriptors are used. Best Regards, Thorsten.
-
Shipped today: nebula Roverbox Edis emju Freidieb nitch dubstructor JSx Djo TheProf unit-sound Will be shipped once I got the money: woluf Serge_D mbreges kynsi There are still 19 GM5 and 3 PCBs in stock If you are interested to buy one (or two...), please contact me directly via PM Best Regards, Thorsten.
-
Mit Unbuntu habe ich mir Linux abgewoehnt (kein Scherz ;)) Best Regards, Thorsten.
-
V1 still seems to be popular - Oliver built his one into a small 19" rack. Well done! :)
-
MB808 V1.1 now supports a configurable number of steps per measure: http://www.ucapps.de/midibox_808_changelog.html Best Regards, Thorsten.
-
According to the emails I received yesterday, it's down since about 7 hours "traceroute" tells me, that the gateway servers of my provider (1&1) are still running, but that the webserver cannot be reached: 6 te-1-3.bb-c.bs.kae.de.oneandone.net (212.227.120.29) 51.883 ms 51.807 ms 52.962 ms 7 te-1-2.gw-dista-a.bs.ka.oneandone.net (212.227.121.216) 51.963 ms 50.941 ms 52.860 ms 8 vl-999.gw-ps4.bs.ka.oneandone.net (212.227.125.5) 54.322 ms 52.868 ms 52.733 ms 9 * *^C [/code] I hope to get it fixed today. Best Regards, Thorsten.
-
You can connect the additional encoders and buttons directly to the core module, no need to build a second core module. Or are you planning to add LED rings? In this case it could make sense to off-load the core. It will be slow, but you asked for it... If you would configure MB64E encoders in incremental mode, this wouldn't happen. Only exception: you are planning to add LED rings, so that MB64E has to know the absolute values. Interesting - some days ago I considered to remove SysEx import/export option, as the SysEx page will be used for other purposes (see some of the previous postings), and much more data as ever before is used for each pattern, so that MIDI transfer is really too slow (ca. 1 second per pattern). So, do you really want to wait 4 seconds until all patterns have been updated? Does Triton Extreme support USB or TCP/IP (e.g. ftp access to MBSEQ?) - this would be a much faster option to exchange data (ca. 100 times faster) Best Regards, Thorsten.