Jump to content

Recommended Posts

Posted

First thing i'd try is using another OS, if you have the option.

I don't know if your problem could be caused by fragmentation of the midi-data, but you could try using miditrix.

Are you running a DAW in parallel? Maybe it sets the cutoff to zero, everytime you play a note?

If your problem doesn't occur with the filter switched off (on the sammich), this might be the case.

Posted

I don' have another OS at the moment and I can't get the editor to work properly.

I did not try miditrix but ain't that the same as MidiOX (virtual midi ports) ? MidiOX did not change anything.

Is the editor actually still maintained?

Posted

Maintained enough as it needs to be; it supports all the SID v2 features. I have had weird behavior when running it along-side a DAW though so I don't use it for realtime changes because of that. Otherwise, it does the job, perhaps with less finesse than it could, but it works and it's free :)

Posted

Well, I will give Miditrix a try then but I found another thing that most likely destroy the whole sammichSID thing for me... :cry:

... so far I did all testing with a simple 44khz Cubase project but all my real project are 48 khz...

and when I start the Editor it resets 48khz to 44khz ?! :sad: :hmm: :geek: :nuke:

I don't understand why it triggers the sampling rate at all...

Using the laste Motu 424 drivers ...

Posted

OK, the sample rate thing can simply be circumvented by starting the editor first and then the DAW (not surprising really). But the sample rate thingy is worth to be mentioned anyway. On another note, I tried Java 32 and 64 bit meanwhile and it did not help. I also tried miditrix but I gotta give it a second try.

Posted

Well, I gave Miditrix another try, tried this and that but it did not change anything (including defragment option).

So just to recap: Once I changed the Filter Cutoff, the next change of ANY other param stops any midi note data to the sammichSID.

The editor itself actually keeps on working. For instance, if I change the Cutoff and, say, the waveform of OSC1, it does that.

Sammich and me are very sad. Today Sammich showed a sad smilie on his LCD Display. :bye:

Posted

As m00dawg said, running the editor and a DAW in parallel doesn't work. What you can do is map the editor and your DAW to different virtual midiports (e.g. MidiYoke)

and use Midi-OX(or -trix) to merge those ports.

Posted

Hi Param1,

I am using Win7 64bit, a MB6582 and an M-Audio Fasttrack Ultra Midi Interface and it works fine for me, no problem changing on the cutoff within the editor.

Otoh, I had severe trouble with a different MIDI Interface (akai mpd32, their midi implementation sucks ;-))

Might be also a cable problem (e.g. too long/too noisy midi cable), although that sounds esoteric ;-).

Bye,

Peter

Posted

Does the problem with the filter control still occur when you restart a fresh editor, disable the stereo mode and unlink all cores? In other words, make sure that you only control one single SID chip?

Rutger

ps. I'm sorry I haven't provided more support for the editor. I initially made it for my own use and then decided to share it with the community here, but with my current job as PhD candidate I don't have the time to provide much support.

Posted

Thanks for chiming in guys. I focused so much on the Filter Cutoff thing, that I didn't notice that pulse wide modulation does the same thing. And there were a couple of other problems, when the SID did not react well to the editor changes. By the way, the Editor "destroyed" my midi ouput to the Sammich also when I was not in my DAW.

But you probably noticed that I used past tense, and the reason for that is, that the problem seems to be solved. :sorcerer:

And because I think it is always important to state how a problem was solved (and not just ask for help and silently solve the problem) here is the (not surprising) answer:

As stated earlier I used MidiOX and Miditrix in combination with MidiYoke. I tried different setups, for example the one here: http://www.ucapps.de/midibox_sid_manual_ed.html

I think I actually tried the right setup very early with MidiOX but it did not work because of the lack of midi defragmentation (I assume).

What did (for example) not work?

Editor:

What I mostly did , was to send the Editor Data to virtual Midi Yoke cables and from there to the Motu Device and from there to the Sammich. (and visa versa)

Daw:

Send Midi Note Data from my Keyboard to Motu In, from there to the DAW Midi Track, from there with Midi Through to the Motu Midi Out and then to the Sammich.

What did work?

Editor: Same as above.

Daw: Send Midi Note Data from my Keyboard to Motu In, from there to the Daw Midi Track, from there with Midi Trough to a third virtual Midi Yoke Cable, from there to Motu Out, from there to the Sammich.

So right now I am really happy. And of course thanks go to this helpful community. A special thank has to go out to imp. Your last post basically made me try miditrix with 3 virtual cables.

Cheers

:zorro:

Posted

Hey, that's good news! I'm happy it works now. If only someday Microsoft/Apple/Sun/Java would stick to the official MIDI conventions written down about 30 years ago, and properly test their code before releasing, we could make a stable editor that doesn't need such a work-around on a specific system. But I'm afraid that time will never come.

Rutger

  • 2 months later...
Posted

Hi,

Not certain if this is a bug as I guess it would have been reported a while ago, but...

I use the editor to make a Multi patch. Make new sounds for the oscillators and save/transmit from the editor to the memory of my Sammich. No problems - all seems stored OK.

When I turn the Sammich back on (or just change the patch) all the sounds are screwed up. So I load up the editor, transmit the patch from the Sammich to it - still messed up. If I then click on the patch to edit it, it starts to come back to life a little and some of the sounds reach their correct settings. If I come out of the edit screen and go back into it a few times, it all eventually gets restored.

Anyone else experienced this?

Posted

Very strange!

Currently I've only following explanation for such an effect:

Under the assumption, that Notes are played by a sequencer at the same moment where the MBSID Editor sends patches to sammichSID, and under the assumption that you are using a SW based solution to merge the MIDI streams, it could happen that the SysEx data get corrupted during patch uploads.

Which operation system are you using, and how do you merge the MIDI streams?

(At least I can confirm that there is no problem under MacOS)

Best Regards, Thorsten.

Posted

Hello!

I'm using XP pro with a Steinberg Midex 8 interface (which is generally pretty reliable with sysex). I've tried doing it with no notes playing, but still the same problem. I'll try another interface before we get too far into it as it could well be the problem. I seem to recall a problem with loading in the patch bank via the editor though (it was missing every few patches). It worked OK with the Mios software though. Maybe the Mios software transmits more slowly somehow?

Hmm - I'll check it out...

Very strange!

Currently I've only following explanation for such an effect:

Under the assumption, that Notes are played by a sequencer at the same moment where the MBSID Editor sends patches to sammichSID, and under the assumption that you are using a SW based solution to merge the MIDI streams, it could happen that the SysEx data get corrupted during patch uploads.

Which operation system are you using, and how do you merge the MIDI streams?

(At least I can confirm that there is no problem under MacOS)

Best Regards, Thorsten.

  • 1 month later...
Posted (edited)

Hey all, using mac osx 10.6.8 and trying to upload to my sammichSID and get this message...

error.jpg

Every thing is connected as it should be (as I would if doing sysex dumps on my elektron gear)

Cheers

Edited by bhc303
  • 5 months later...
  • 1 month later...
Posted (edited)

erm, has anyone got this editor working under osx lion? *hopes*

Hey Tini, i don't know if you found a solution since you asked about OS X Lion, but i just found one as I had the same trouble : the editor could'nt fin any of my sound card midi port.

I just installed the mmj (Midi for Java) extension that you can find here : http://www.humatic.de/htools/mmj.htm

Simply copy the "libmmj.jnilib" et "mmj.jar" files to /Library/java/extension and the Editor should have access to your midi port. At least it work for me with an Audio Kontrol 1 soundcard.

haha just realised that Thorsten posted the link just before. So what works for OS X 10.6 is also required for 10.7

Edited by Yan
Posted

Ok, i spoke too fast : under Lion, the only thing i'm able to do is transmit a complete bank to the Sammich. But it cannot receive bank/patch, and even freeze when i try to edit a patch...

  • 5 months later...
Posted

So, just to have a confirm:

I'm on Mountain Lion and there isn't a way to upload, download and edit sammichSid/Midibox Sid patches?

I've read also about the Ctrlr thing, butt seems that's broke also that one..

Now with my sammichSid i can "only" edit and save patches on the device? Can't i save and edit them elsewhere?

Posted

Maybe you can dual boot into or start a virtual machine of a lightweight Windows XP environment? I know it sucks for most Mac users, but still loving Rutgers Patch librarian here :)

Posted

Thank you Hawkeye, i'll consider your solution.

Would be cool also to see an extended development of the max4live editor by phunk () or a Ctrlr custom panel exclusively designed for sammichSid.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...