Emu XL-7 & MP-7 User's Group

if you show your support in this thread

http://ctrlr.org/viewtopic.php?f=26&t=259&p=1454#p1454

it will happen :)

edit: the forum have had some errors the past days, but keep on trying

i thought that was called prodatum.....





--- In xl7@yahoogroups.com, Matt <somatt@...> wrote:
>
> what is it?
> 
> On Sun, Oct 10, 2010 at 2:29 AM, nicoliukko <nicoliukko@...> wrote:
> 
> >
> >
> > if you show your support in this thread
> >
> > http://ctrlr.org/viewtopic.php?f=26&t=259&p=1454#p1454
> >
> > it will happen :)
> >
> > edit: the forum have had some errors the past days, but keep on trying
> >
> >  
> >
>

It looks like someone has created a forum using the name CTRLR focused on midi hardware/software. It looks like it is still in development. The "About" page had nothing in it when I took a look earlier today. There is some info in the "News" section which seems to indicate that the person doing this site has made some earlier attempts and is still working out the bugs. It also seems that the News was geared towards people who already knew about the previous efforts rather than new people. 

My own personal preference is to participate in sites which address specific gear, software, and musical genres I am interested in. If the new site develops a targeted focus on the large issues related to controllers, I might be interested somewhere down the road. If its going to be fragmented (various controller issues related to all the various gear and software that's out there), there will probably be much more that I am not interested in at the site.

Unfortunately, the site is not terribly focused at the moment, and I am not sure I have the time to help the developer create something that doesn't duplicate what's already available.

Thanks for calling this site to our attention. If you will be a participant over there, you might want to refer E-Mu users to the various Yahooo groups dedicated to E-Mu hardware. 

Steve

PS: Since the site seems to be linked to source forge and track, perhaps the developer has a vision of building an open-source software community to work on software which integrates all software and hardware that uses midi. To me, this might be a very worthwhile thing to have.


--- In xl7@yahoogroups.com, Matt <somatt@...> wrote:
>
> what is it?
> 
> On Sun, Oct 10, 2010 at 2:29 AM, nicoliukko <nicoliukko@...> wrote:
> 
> >
> >
> > if you show your support in this thread
> >
> > http://ctrlr.org/viewtopic.php?f=26&t=259&p=1454#p1454
> >
> > it will happen :)
> >
> > edit: the forum have had some errors the past days, but keep on trying
> >
> >  
> >
>

This is an update of a post from almost 3 years ago. Somehow I recently stumbled onto a panel for ctrlr for the EOS Sampler. So I thought I'd check it out. I spent several days trying to make it work without success.

Perhaps some people have gotten ctrlr to work, but despite my best efforts (and you know how I can stay with something I am tackling), I cannot get ctrlr to do even simple things properly.

Its a shame, because now that I see what the goal is--a tool for people to design panels (for standalone mode and vst mode) to control hardware, I think it might be useful somewhere down the road.

Maybe I will stumble onto something that prompts me to revisit ctrlr in another few years.

Steve

To be fair, the source forge site has 50 people giving it the top rating (5 stars) with no one giving it anything less. So perhaps its only me that has problems with it.



   

--- In xl7@yahoogroups.com, "steve_the_composer" <smw-mail@...> wrote:
>
> It looks like someone has created a forum using the name CTRLR focused on midi hardware/software. It looks like it is still in development. The "About" page had nothing in it when I took a look earlier today. There is some info in the "News" section which seems to indicate that the person doing this site has made some earlier attempts and is still working out the bugs. It also seems that the News was geared towards people who already knew about the previous efforts rather than new people. 
> 
> My own personal preference is to participate in sites which address specific gear, software, and musical genres I am interested in. If the new site develops a targeted focus on the large issues related to controllers, I might be interested somewhere down the road. If its going to be fragmented (various controller issues related to all the various gear and software that's out there), there will probably be much more that I am not interested in at the site.
> 
> Unfortunately, the site is not terribly focused at the moment, and I am not sure I have the time to help the developer create something that doesn't duplicate what's already available.
> 
> Thanks for calling this site to our attention. If you will be a participant over there, you might want to refer E-Mu users to the various Yahooo groups dedicated to E-Mu hardware. 
> 
> Steve
> 
> PS: Since the site seems to be linked to source forge and track, perhaps the developer has a vision of building an open-source software community to work on software which integrates all software and hardware that uses midi. To me, this might be a very worthwhile thing to have.
> 
> 
> --- In xl7@yahoogroups.com, Matt <somatt@> wrote:
> >
> > what is it?
> > 
> > On Sun, Oct 10, 2010 at 2:29 AM, nicoliukko <nicoliukko@> wrote:
> > 
> > >
> > >
> > > if you show your support in this thread
> > >
> > > http://ctrlr.org/viewtopic.php?f=26&t=259&p=1454#p1454
> > >
> > > it will happen :)
> > >
> > > edit: the forum have had some errors the past days, but keep on trying
> > >
> > >  
> > >
> >
>

I've wondered if ctrlr was a better approach than jsynthlib for editing 
patches - I think both suffer from being completely reliant on people to 
implement support for each synth. no way around that I suppose.

frankie

On 19/07/13 17:56, steve_the_composer wrote:
> This is an update of a post from almost 3 years ago. Somehow I recently
> stumbled onto a panel for ctrlr for the EOS Sampler. So I thought I'd
> check it out. I spent several days trying to make it work without success.
>
> Perhaps some people have gotten ctrlr to work, but despite my best
> efforts (and you know how I can stay with something I am tackling), I
> cannot get ctrlr to do even simple things properly.
>
> Its a shame, because now that I see what the goal is--a tool for people
> to design panels (for standalone mode and vst mode) to control hardware,
> I think it might be useful somewhere down the road.
>
> Maybe I will stumble onto something that prompts me to revisit ctrlr in
> another few years.
>
> Steve
>
> To be fair, the source forge site has 50 people giving it the top rating
> (5 stars) with no one giving it anything less. So perhaps its only me
> that has problems with it.
>
> --- In xl7@yahoogroups.com <mailto:xl7%40yahoogroups.com>,
> "steve_the_composer" <smw-mail@...> wrote:
>  >
>  > It looks like someone has created a forum using the name CTRLR
> focused on midi hardware/software. It looks like it is still in
> development. The "About" page had nothing in it when I took a look
> earlier today. There is some info in the "News" section which seems to
> indicate that the person doing this site has made some earlier attempts
> and is still working out the bugs. It also seems that the News was
> geared towards people who already knew about the previous efforts rather
> than new people.
>  >
>  > My own personal preference is to participate in sites which address
> specific gear, software, and musical genres I am interested in. If the
> new site develops a targeted focus on the large issues related to
> controllers, I might be interested somewhere down the road. If its going
> to be fragmented (various controller issues related to all the various
> gear and software that's out there), there will probably be much more
> that I am not interested in at the site.
>  >
>  > Unfortunately, the site is not terribly focused at the moment, and I
> am not sure I have the time to help the developer create something that
> doesn't duplicate what's already available.
>  >
>  > Thanks for calling this site to our attention. If you will be a
> participant over there, you might want to refer E-Mu users to the
> various Yahooo groups dedicated to E-Mu hardware.
>  >
>  > Steve
>  >
>  > PS: Since the site seems to be linked to source forge and track,
> perhaps the developer has a vision of building an open-source software
> community to work on software which integrates all software and hardware
> that uses midi. To me, this might be a very worthwhile thing to have.
>  >
>  >
>  > --- In xl7@yahoogroups.com <mailto:xl7%40yahoogroups.com>, Matt
> <somatt@> wrote:
>  > >
>  > > what is it?
>  > >
>  > > On Sun, Oct 10, 2010 at 2:29 AM, nicoliukko <nicoliukko@> wrote:
>  > >
>  > > >
>  > > >
>  > > > if you show your support in this thread
>  > > >
>  > > > http://ctrlr.org/viewtopic.php?f=26&t=259&p=1454#p1454
>  > > >
>  > > > it will happen :)
>  > > >
>  > > > edit: the forum have had some errors the past days, but keep on
> trying
>  > > >
>  > > >
>  > > >
>  > >
>  >
>
>

A few weeks ago (right after I posted that message), I played around with ctrlr. I had been hoping to get something decent as a sample to show what it could do, but the learning curve is steep.

I got as far as making a one-way panel (PC to E-Mu) as a performance thing--kinda to give people with P2K variants buttons and sliders to trigger and fade in/out arps like Command Station and P2500 owners have.

I have not gotten into the round-trip communication, but it should be possible. As for an editor, Proteum and Prodatum still seem to work for many people, so I don't know that its worth building a ctrlr based editor.

For me, I am more interested in real-time control surfaces.

This morning I tried a camstudio capture of something simple to demo the very basic panel I have, but I didn't have the frame set up right.

I will post a screen shot of what I have so far.  If anyone wants to use ctrlr to build other stuff for p2k-based gear, I'd be happy to contribute thoughts related to E-Mu sysex.

Recently, atom (the person who does ctrlr) posted some sample panels for other gear that demonstrate techniques for writing/designing ctrlr panels. Unfortunately for me, I no longer have the mental ability to reverse engineer these or to teach myself new programming languages. Also, he doesn't really have tutorials--its more that you have to look at the demos and other panels and figure it out yourself.

I would encourage others to see if they can master ctrlr.  I believe it can be especially helpful to give additional functionality to E-Mus. While it might be tempting to simply mimic editing features based on what the E-Mus can do themselves (i.e., editing from the front panel), I believe ctrlr panels could be designed to do different and perhaps more complex editing.

Anyhow, I have been debating where to post what I have done--probably at ctrlr.org itself with a note to both the XL-7 group and the P2K group.

Steve





--- In xl7@yahoogroups.com, Frankie Fisher <p2k@...> wrote:
>
> I've wondered if ctrlr was a better approach than jsynthlib for editing 
> patches - I think both suffer from being completely reliant on people to 
> implement support for each synth. no way around that I suppose.
> 
> frankie
> 
> On 19/07/13 17:56, steve_the_composer wrote:
> > This is an update of a post from almost 3 years ago. Somehow I recently
> > stumbled onto a panel for ctrlr for the EOS Sampler. So I thought I'd
> > check it out. I spent several days trying to make it work without success.

I have posted a screen shot of my Arp Trigger/CC11 panel in a Photo Album.  You might be able to use this link.  As I said, its very simple, but it gives you an idea of what can be done.

http://groups.yahoo.com/group/xl7/photos/album/1023813308/pic/1947154216/view?picmode=large&mode=tn&order=ordinal&start=1&dir=asc

Steve

--- In xl7@yahoogroups.com, "steve_the_composer" <smw-mail@...> wrote:

[snip]

> I will post a screen shot of what I have so far.  If anyone wants to use ctrlr to build other stuff for p2k-based gear, I'd be happy to contribute thoughts related to E-Mu sysex.

[snip]

> I would encourage others to see if they can master ctrlr.  I believe it can be especially helpful to give additional functionality to E-Mus. While it might be tempting to simply mimic editing features based on what the E-Mus can do themselves (i.e., editing from the front panel), I believe ctrlr panels could be designed to do different and perhaps more complex editing.

The problem to edit Emu sysex is the way they use 2 comlement and checksums to send messages. It.s truly shit.
Theres easier hardware to control using sysex.

You either need to re-read the entire sysex manual manual or be more polite in asking for help. I apologize, but the attitude you seem to display through your word choice doesn't inspire me to try help you.

Your message is rude. That is your choice. If you are frustrated with something you don't understand, I can understand that. We have all been there at times.  But to come into a forum of users and rudely complain instead of politely >>asking<< for help, I simply don't understand.

By the way, in addition to reading the entire manual, you can search the archives here. That might save you some time.

Steve

--- In xl7@yahoogroups.com, "Julius @ Wikter" <wikter@...> wrote:
>
> The problem to edit Emu sysex is the way they use 2 comlement and checksums
> to send messages. It.s truly shit.
> Theres easier hardware to control using sysex.
>

I don't hear a question.

My mistake. I thought there was a question implied. Oh well.
Steve


--- In xl7@yahoogroups.com, Matt <somatt@...> wrote:
>
> I don't hear a question.
> On Aug 29, 2013 12:45 PM, "Julius @ Wikter" <wikter@...> wrote:
> 
> > **
> >
> >
> > The problem to edit Emu sysex is the way they use 2 comlement and
> > checksums to send messages. It.s truly shit.
> > Theres easier hardware to control using sysex.
> >  
> >
>

I guess I can let the secret out--for parameter tweaking and remote control systex, a checksum is NOT needed. And where it is needed, E-Mu provides for a way to ignore the checksum.

To be fair, the writer was listed as being from Catalonia and the Sysex Manual is written in English--which might have been an obstacle to understanding.

Neverleless, the post was on the rude side. 

Steve

--- In xl7@yahoogroups.com, D F Tweedie <bienpegaito@...> wrote:
>
> Yes, I took it as a bombastic aside. As ignorant as I am of sysex, it may well be true for all I know.
> 
> DF

Well, then maybe could be possible to do a workaround avoiding those checksums and use not only Ctrlr, but also Synthedit to create a decent sysex editor for our CS. Isn't it?
Synthedit is really easy to program.

I am confused by your posts. Are you trying to offer help to someone else who asked a question or is trying to solve a problem, or are you wanting to do something yourself--such as create a sysex editor?

If its the latter and you are an experienced Synthedit developer, I would encourage you to look at the E-Mu Proteus Sysex Manual. You don't need a workaround because its already possible as part of the sysex design. (To me workarounds are needed when something cannot be done using ordinary methods.)

As for creating a sysex editor with Ctrlr, I would encourage you and others to create panels to do things that go beyond simple preset editing. 

As for Synthedit, I played with it a few years ago, but have not kept up with the newer versions. I don't know if someone has modules that could take advantage of E-Mu's 2-way sysex communication. I thought of Synthedit more as audio software than midi software--although I did create a plug-in that would display midi data from E-Mus in 16 separate windows, one for each channel. (I believe I posted a screen shot of it either in Files or Photos.)

I hope this answers your question.

Steve



--- In xl7@yahoogroups.com, "Julius @ Wikter" <wikter@...> wrote:
>
> Well, then maybe could be possible to do a workaround avoiding those
> checksums and use not only Ctrlr, but also Synthedit to create a decent
> sysex editor for our CS. Isn't it?
> Synthedit is really easy to program.
>

--- In xl7@yahoogroups.com, "Julius @ Wikter" <wikter@...> wrote:
>
> The problem to edit Emu sysex is the way they use 2 comlement and checksums
> to send messages. It.s truly shit.
> Theres easier hardware to control using sysex.
>