Jump to content

BEBDigitalAudio

Members
  • Posts

    124
  • Joined

  • Last visited

  • Days Won

    5

BEBDigitalAudio last won the day on March 16 2021

BEBDigitalAudio had the most liked content!

Recent Profile Visitors

3,965 profile views

BEBDigitalAudio's Achievements

MIDIbox Addict

MIDIbox Addict (2/4)

5

Reputation

  1. Hi Ermerson, sorry, I did not get any notification about the message here in the thread. Here are the Freecad source files. Enjoy Benoit SammichFM Bot.FCStd SammichFM Top.FCStd
  2. Wow, that's really a great idea ! Never thought of having the text like this. By the way, if you use this method, I have a question : what software do you use to produce the text to be printed in 3D ? I am using Freecad, but I never found a good way to generate 3D printing of text from it Benoit
  3. Thank you !
  4. A long time ago, in a galaxy far, far away... I bought a sammichFM kit without the case (the reason was I did not like how the laser cut box was looking). I installed my machine in a Teko box, making it even uglier The poor machine was forgotten a few years in a cupboard, and thanks to the lockdown in France, I found it a few weeks ago, covered in dust. As the original case made by Wilba has disappeared from the Web a long, long time ago, I decided to make a 3D printed case for the machine. As you can see, result is not bad (and much better than this awful Teko enclosure)... The files have been created with FreeCAD, I put the STL files here if someone wants to use them. I found some possible enhancements (like having holes to reach the trimmer for contrast and backlight level), but I did not want to print the box a second time (more than 7 hours to print both parts). The source file in FreeCAD format are available, just ask me if you want them. SammichFM Bot.stl SammichFM Top.stl
  5. Hello nlate, sorry I did not see your post here, but I answered to your private message... (I just saw the notification from this post when I clicked "Submit" for your answer) Don't hesitate to share my answer if you think it can help Benoit
  6. Hi Benoit

    I just sent you some questions related to the KissBox RTP-MIDI OEM Module. It would be nice if you could answer some of them.

    Thanks in advance and best regards!

    Jo

  7. And after a long silence (being VERY busy with other stuff....), here are some news of the project to turn the ASX/X-Synth into an open DSP platform for music. But first of all, I have to report some of the bad news about ASX/Plugiator : Use Audio is now completely dead and silent. The website is closed. It is now handled by a company who wants to sell the domain name to the highest bidder (I hate those companies who want to make money with "well known" domain names). Since Use Audio was the only source for Prodyssey, Pro12, FMagia and Drums&Bass plugins, the ASX is little by little getting the status of abandon-ware. Moreover, we tried to get in touch with inDSP in India, and the answer we got was "all developments of the ASX/Plugiator is completely stopped" In other terms, the only available board is now the X-Synth from iCON, for which it's very hard to get a clear status. It's still existing on iCON website as an active product, and they sell it with 300USD off (see here https://www.icondigitalusa.com/shop/xsynth), but it seems out of stock. And at the same time, it can still be found on various places on the web, but with crazy prices (I saw some over 400 USD !!) Software support from iCON is simply non-existing, since the software they provide is not even branded "iCON" but "Use Audio" (the name appears on all plugins in the Manager). That means that iCON does not even probably know that there are other plugins (and does not probably even want to deal with the licensing issues with inDSP) Now, the "good" news : after countless hours of experimentation on my ASX boards, I think I have finally found a way to inhibit the local microcontroller and be able to download DSP firmware directly from an external board through the SPI link. The process involves to solder two connectors on X-Synth boards (SV1 and SV3) and place a jumper on SV1. It's also needed to solder a wire directly on U204 (pin 11) to get access to the SPI CS line to the DSP. Soldering this wire is quite difficult by the way, and requires serious soldering skills. Apparently, inDSP has implemented a special mode in the ATMega32, probably for DSP debugging on something like that. This mode is activated by shorting pin 1 and pin 2 of SV1. But take an extreme care if you start experimenting with that : shorting the wrong pin on SV1 will activate the ICSP mode (In Circuit SPI Programming) mode of the ATMega. That means that you can format the microcontroller Flash memory through the ISP connector!! And there is NO WAY to recover the ATMega32 program in that case (in other terms, your synth board will be DEAD!!) I will post more details on the forum as soon as possible, but I think I am on a good way now. Once again, if you decide to experiment with the DSP SPI link, note that you need to know exactly what you do and you take the risk of erasing the microcontroller memory in case of any failure. In other terms : don't tell me I did not warn you about risks
  8. Hi Joel, apparently, the alert system with the private message is failing (it failed for me)... but I think that you will get an alert with this message in the forum. Please check your private messages Benoit
  9. I think I still have one somewhere, that I don't use. Let me check, if I find it, I will send it to you Benoit
  10. Hi Jelise, as somebody was saying still recently in USA : yes, you can It's just a question of making an adapter between the two connectors. Look at picture from Pasbel, it tells how to do it. I am not at home right now, but if you need a more detailed schematics, I can send it to you (since there is a risk that I completely forget this meanwhile, don't hesitate to send me a message as a reminder) Benoit
  11. Hi Zam, sorry, I completely forgot to answer to this post. You don't need 4 SPI to do that, nor you would need 4 endpoints. It would be possible to do that using the CableID to identify the session partner. Don't forget that a single endpoint in the KissBox can support multiple sessions in parallel. I would need to update the software to report the session partner using the CableID, but this is feasible (I already talked about this option with Thorsten a long time ago, but we never went further) Sharing the same endpoint between various session is the key to save a lot of memory (something that Hugo106 did not seem to understand when he said that there was not enough memory in the OEM CPU )
  12. Hi Youpli, thank you for your proposal, but the issue has been solved (see the last message I sent). I solved this by recompiling the application from a fresh copy of the repository. I suppose the USB enumerator code was corrupted in my repository copy, and this was giving this strange issue Benoit
  13. Hi Jelise, the ASX (and iCon) are very different from NeoSynth. The NeoSynth is based on DREAM chipset (DREAM is a subdivision from Atmel based in France) and is mainly a sample player (sample player followed by DCF/DAC chain). The ASX and iCon are based on SHARC DSP, and they run "virtual analog" synthesizers (not based on samples) The sound you get from each of them is then very different, since they use completely different synthesis algorithms. In my humble opinion, they complement nicely each other. Now, about the fact you can't find ASX anymore, the iCon X-Synth is exactly the same board except from the connectors used to interface with the keyboard. In other terms, you need just a an adapter (just connectors and wires, no electronic components). I can give you details about the wiring you need to make. So, if you find a X-Synth rather than ASX, do not hesitate, they do the same thing. Benoit
  14. I finally solved the issue I just updated my SVN snapshot completely. Don't ask me which file was different, but once I got a fresh view, I just recompiled the application and it worked. And finally, there is no bug on my side, it's just something related to MIOS32 source code, like a file which was not updated on my computer to the last version (probably in the USB enumerator). Now, the application works like a charm both on XP, Win7, Win10 and Mac without changing even one line of code on my side And thank you a lot for your time and investigations, Latigid. At least, we know now what to do when we see such a behavior on Win10...
  15. I tried the app_skeleton on Win7 : it works, the USB MIDI interface is recognized. So there is an issue in my code that blocks the Win7, I will look to that But there is also clearly a Win10 issue. If I go to configuration panel when app_skeleton is running, here is what Win10 tells me (Ok, it's in French sorry) The MBHP does not appear as a MIDI interface but as a composite device (so, there is an enumeration issue. The MBHP is composite : MIDI + Audio, both should appear here) And the status reported below is "driver error" (while everything works fine on Win7...)
×
×
  • Create New...