jOrgan 3.8

[svenmeier]

Hi all,

I've uploaded a first beta of the next jOrgan 3.8:

- elements now have persistent ids
- new element recorder
- recorder switches are now controllable by Midi messages
- recorder no longer records element changes if these are initiated by a
combination
- recorder identifies elements by id
- memory is now located in its own extension

A recorder's performance and a memory's storage are now closer
associated with the owning disposition, see new elements:

    http://jorgan.sourceforge.net/disposition:memory

    http://jorgan.sourceforge.net/disposition:recorder

To make this work I had to make substantial changes to disposition
handling, i.e.
- there's no longer an empty disposition on jOrgan startup
- on creation of a new disposition you already have to specify it's
containing file

A note to followers of the 'record on one disposition and play back on
another' idea:
I know that jOrgan is moving further away from your conception, but I'll
try to address this feature in later versions. Identifying elements by
id is crucial for the memory extension and IMHO it makes sense to use
the same for the recorder (by default).

Have fun

Sven

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[marcusfb]

A link would be helpful.

Regards
Mark B

----- Original Message -----
From: "Sven Meier" <sven@...>
To: <jorgan-user@...>
Sent: Friday, September 25, 2009 6:19 PM
Subject: [jOrgan-user] jOrgan 3.8

> Hi all,
>
> I've uploaded a first beta of the next jOrgan 3.8:
>
> - elements now have persistent ids
> - new element recorder
> - recorder switches are now controllable by Midi messages
> - recorder no longer records element changes if these are initiated by a
> combination
> - recorder identifies elements by id
> - memory is now located in its own extension
>
> A recorder's performance and a memory's storage are now closer
> associated with the owning disposition, see new elements:
>
>    http://jorgan.sourceforge.net/disposition:memory
>
>    http://jorgan.sourceforge.net/disposition:recorder
>
> To make this work I had to make substantial changes to disposition
> handling, i.e.
> - there's no longer an empty disposition on jOrgan startup
> - on creation of a new disposition you already have to specify it's
> containing file
>
> A note to followers of the 'record on one disposition and play back on
> another' idea:
> I know that jOrgan is moving further away from your conception, but I'll
> try to address this feature in later versions. Identifying elements by
> id is crucial for the memory extension and IMHO it makes sense to use
> the same for the recorder (by default).
>
> Have fun
>
> Sven
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register
> now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[ElPajaro]

Some parts of this message have been removed. Learn more about Nabble's security policy.

Mark

I found the installer at http://jorgan.sourceforge.net/installation:windows

Bill

> From: marcusfb@...
> To: jorgan-user@...
> Date: Fri, 25 Sep 2009 19:44:02 +0200
> Subject: Re: [jOrgan-user] jOrgan 3.8
>
> A link would be helpful.
>
> Regards
> Mark B
>
> ----- Original Message -----
> From: "Sven Meier" <sven@...>
> To: <jorgan-user@...>
> Sent: Friday, September 25, 2009 6:19 PM
> Subject: [jOrgan-user] jOrgan 3.8
>
>
> > Hi all,
> >
> > I've uploaded a first beta of the next jOrgan 3.8:
> >
> > - elements now have persistent ids
> > - new element recorder
> > - recorder switches are now controllable by Midi messages
> > - recorder no longer records element changes if these are initiated by a
> > combination
> > - recorder identifies elements by id
> > - memory is now located in its own extension
> >
> > A recorder's performance and a memory's storage are now closer
> > associated with the owning disposition, see new elements:
> >
> > http://jorgan.sourceforge.net/disposition:memory
> >
> > http://jorgan.sourceforge.net/disposition:recorder
> >
> > To make this work I had to make substantial changes to disposition
> > handling, i.e.
> > - there's no longer an empty disposition on jOrgan startup
> > - on creation of a new disposition you already have to specify it's
> > containing file
> >
> > A note to followers of the 'record on one disposition and play back on
> > another' idea:
> > I know that jOrgan is moving further away from your conception, but I'll
> > try to address this feature in later versions. Identifying elements by
> > id is crucial for the memory extension and IMHO it makes sense to use
> > the same for the recorder (by default).
> >
> > Have fun
> >
> > Sven
> >
> > ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and stay
> > ahead of the curve. Join us from November 9&#45;12, 2009. Register
> > now&#33;
> > http://p.sf.net/sfu/devconf
> > _______________________________________________
> > jOrgan-user mailing list
> > jOrgan-user@...
> > https://lists.sourceforge.net/lists/listinfo/jorgan-user
> >
> >
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
> http://p.sf.net/sfu/devconf
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user

---

Lauren found her dream laptop. Find the PC that’s right for you.
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[marcusfb]

Some parts of this message have been removed. Learn more about Nabble's security policy.

Thanks. There is no indication of version number.

Mark B

 

----- Original Message -----

From: wjburd@...

To: jorgan-user@...

Sent: Friday, September 25, 2009 7:52 PM

Subject: Re: [jOrgan-user] jOrgan 3.8

Mark

I found the installer at http://jorgan.sourceforge.net/installation:windows

Bill

> From: marcusfb@...
> To: jorgan-user@...
> Date: Fri, 25 Sep 2009 19:44:02 +0200
> Subject: Re: [jOrgan-user] jOrgan 3.8
>
> A link would be helpful.
>
> Regards
> Mark B
>
> ----- Original Message -----
> From: "Sven Meier" <sven@...>
> To: <jorgan-user@...>
> Sent: Friday, September 25, 2009 6:19 PM
> Subject: [jOrgan-user] jOrgan 3.8
>
>
> > Hi all,
> >
> > I've uploaded a first beta of the next jOrgan 3.8:
> >
> > - elements now have persistent ids
> > - new element recorder
> > - recorder switches are now controllable by Midi messages
> > - recorder no longer records element changes if these are initiated by a
> > combination
> > - recorder identifies elements by id
> > - memory is now located in its own extension
> >
> > A recorder's performance and a memory's storage are now closer
> > associated with the owning disposition, see new elements:
> >
> > http://jorgan.sourceforge.net/disposition:memory
> >
> > http://jorgan.sourceforge.net/disposition:recorder
> >
> > To make this work I had to make substantial changes to disposition
> > handling, i.e.
> > - there's no longer an empty disposition on jOrgan startup
> > - on creation of a new disposition you already have to specify it's
> > containing file
> >
> > A note to followers of the 'record on one disposition and play back on
> > another' idea:
> > I know that jOrgan is moving further away from your conception, but I'll
> > try to address this feature in later versions. Identifying elements by
> > id is crucial for the memory extension and IMHO it makes sense to use
> > the same for the recorder (by default).
> >
> > Have fun
> >
> > Sven
> >
> > ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and stay
> > ahead of the curve. Join us from November 9&#45;12, 2009. Register
> > now&#33;
> > http://p.sf.net/sfu/devconf
> > _______________________________________________
> > jOrgan-user mailing list
> > jOrgan-user@...
> > https://lists.sourceforge.net/lists/listinfo/jorgan-user
> >
> >
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
> http://p.sf.net/sfu/devconf
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user

---

Lauren found her dream laptop. Find the PC that’s right for you.

---

------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf

---

_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[ElPajaro]

Mark

When you get to that first page you will see a link that looks like this:

jOrgan-x.x-installer.exe

From that page you will see this page. At the bottom of the page is the loader for 3.8:



Try it again.

Bill

[marcusfb]

Some parts of this message have been removed. Learn more about Nabble's security policy.

Got it..... didn't work first time.

 

May I suggest links with specific version number eg jOrgan v3.6 etc (the link is fictitious here) under "Download" heading?

 

Mark B

----- Original Message -----

From: "ElPajaro" <wjburd@...>

To: <jorgan-user@...>

Sent: Friday, September 25, 2009 9:24 PM

Subject: Re: [jOrgan-user] jOrgan 3.8

>

> Mark
>
> When you get to that first page you will see a link that looks like this:
>
> jOrgan-x.x-installer.exe
>
>>From that page you will see this page. At the bottom of the page is the
> loader for 3.8:
>
> http://www.nabble.com/file/p25617829/page.jpg
>
> Try it again.
>
> Bill
> --
> View this message in context: http://www.nabble.com/jOrgan-3.8-tp25614955p25617829.html

> Sent from the jOrgan - User mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
> http://p.sf.net/sfu/devconf
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>
>
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[svenmeier]

Hi Mark,

I'm just too lazy to update the version number in our wiki each time a
new release is available ;).

Sven


marcusfb@... wrote:

> Got it..... didn't work first time.
>  
> May I suggest links with specific version number eg jOrgan v3.6
> <http://www.google.com> etc (the link is fictitious here) under
> "Download" heading?
>  
> Mark B
> ----- Original Message -----
> From: "ElPajaro" <wjburd@... <mailto:wjburd@...>>
> To: <jorgan-user@...
> <mailto:jorgan-user@...>>
> Sent: Friday, September 25, 2009 9:24 PM
> Subject: Re: [jOrgan-user] jOrgan 3.8
>
> >
> > Mark
> >
> > When you get to that first page you will see a link that looks like
> this:
> >
> > jOrgan-x.x-installer.exe
> >
> >>From that page you will see this page. At the bottom of the page is the
> > loader for 3.8:
> >
> > http://www.nabble.com/file/p25617829/page.jpg
> >
> > Try it again.
> >
> > Bill
> > --
> > View this message in context:
> http://www.nabble.com/jOrgan-3.8-tp25614955p25617829.html
> > Sent from the jOrgan - User mailing list archive at Nabble.com.
> >
> >
> >
> ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry® Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and
> stay
> > ahead of the curve. Join us from November 9-12, 2009. Register
> now!
> > http://p.sf.net/sfu/devconf
> > _______________________________________________
> > jOrgan-user mailing list
> > jOrgan-user@...
> <mailto:jOrgan-user@...>
> > https://lists.sourceforge.net/lists/listinfo/jorgan-user
> >
> >
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> ------------------------------------------------------------------------
>
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>  

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[ErikDS]

Hello Sven,

Thanks a lot for the continuous flow of enhancements for jOrgan.

I am sorry to have to report that i ran into problems when running the
three ACO 4.0 dispositions from pastor Stratman.
I have each of them running correctly in jOrgan 3.7, but when presenting
these dispositions to jOrgan 3.8beta1 inorder to have them converted to
the new disposition format, something was not converted correctly.
After conversion the pistons not only have lost the combinations that
pastor Stratman provided in his dispositions, but it is now also
impossible to program any of the pistons.
Could this perhaps be due to the fact that in these dispositions
activators are used as the pistons?

As a check i also loaded Bernd's very nice
Silbermann_Sophienkirche_1720_FS_2.0R.disposition into jOrgan 3.8beta1
and here pistons are working correctly (and the rest of the dispo as well).

Are there particular areas of the disposition that have been modified to
which we should particularly aim our tests?

Hoping this info will be of any use.

All the best.

Erik.
------------------------------------
Sven Meier wrote:

> Hi all,
>
> I've uploaded a first beta of the next jOrgan 3.8:
>
> - elements now have persistent ids
> - new element recorder
> - recorder switches are now controllable by Midi messages
> - recorder no longer records element changes if these are initiated by a
> combination
> - recorder identifies elements by id
> - memory is now located in its own extension
>
> A recorder's performance and a memory's storage are now closer
> associated with the owning disposition, see new elements:
>
>     http://jorgan.sourceforge.net/disposition:memory
>
>     http://jorgan.sourceforge.net/disposition:recorder
>
> To make this work I had to make substantial changes to disposition
> handling, i.e.
> - there's no longer an empty disposition on jOrgan startup
> - on creation of a new disposition you already have to specify it's
> containing file
>
> A note to followers of the 'record on one disposition and play back on
> another' idea:
> I know that jOrgan is moving further away from your conception, but I'll
> try to address this feature in later versions. Identifying elements by
> id is crucial for the memory extension and IMHO it makes sense to use
> the same for the recorder (by default).
>
> Have fun
>
> Sven
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>
>  

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[lwalls]

First problem: pistons (Combination elements) referenced by Activator
elements no longer activate.

CLW
----------------------------------------------------------------------

Sven Meier wrote:

> Hi all,
>
> I've uploaded a first beta of the next jOrgan 3.8:
>
> - elements now have persistent ids
> - new element recorder
> - recorder switches are now controllable by Midi messages
> - recorder no longer records element changes if these are initiated by a
> combination
> - recorder identifies elements by id
> - memory is now located in its own extension
>
> A recorder's performance and a memory's storage are now closer
> associated with the owning disposition, see new elements:
>
>     http://jorgan.sourceforge.net/disposition:memory
>
>     http://jorgan.sourceforge.net/disposition:recorder
>
> To make this work I had to make substantial changes to disposition
> handling, i.e.
> - there's no longer an empty disposition on jOrgan startup
> - on creation of a new disposition you already have to specify it's
> containing file
>
> A note to followers of the 'record on one disposition and play back on
> another' idea:
> I know that jOrgan is moving further away from your conception, but I'll
> try to address this feature in later versions. Identifying elements by
> id is crucial for the memory extension and IMHO it makes sense to use
> the same for the recorder (by default).
>
> Have fun
>
> Sven
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[lwalls]

Second problem: All memory levels and descriptions no longer appear in
the Memory element's skin window on the console.  Also the text in the
Description window did not convert from the 3.7 disposition.

CLW
----------------------------------------------------------------------------

Sven Meier wrote:

> Hi all,
>
> I've uploaded a first beta of the next jOrgan 3.8:
>
> - elements now have persistent ids
> - new element recorder
> - recorder switches are now controllable by Midi messages
> - recorder no longer records element changes if these are initiated by a
> combination
> - recorder identifies elements by id
> - memory is now located in its own extension
>
> A recorder's performance and a memory's storage are now closer
> associated with the owning disposition, see new elements:
>
>     http://jorgan.sourceforge.net/disposition:memory
>
>     http://jorgan.sourceforge.net/disposition:recorder
>
> To make this work I had to make substantial changes to disposition
> handling, i.e.
> - there's no longer an empty disposition on jOrgan startup
> - on creation of a new disposition you already have to specify it's
> containing file
>
> A note to followers of the 'record on one disposition and play back on
> another' idea:
> I know that jOrgan is moving further away from your conception, but I'll
> try to address this feature in later versions. Identifying elements by
> id is crucial for the memory extension and IMHO it makes sense to use
> the same for the recorder (by default).
>
> Have fun
>
> Sven
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[lwalls]

Correction: the text in the Memory tab window did not convert from the
3.7 disposition.  There was no problem with the Description window.

Lynn Walls wrote:

> Second problem: All memory levels and descriptions no longer appear in
> the Memory element's skin window on the console.  Also the text in the
> Description window did not convert from the 3.7 disposition.
>
> CLW
> ----------------------------------------------------------------------------
>
> Sven Meier wrote:
>> Hi all,
>>
>> I've uploaded a first beta of the next jOrgan 3.8:
>>
>> - elements now have persistent ids
>> - new element recorder
>> - recorder switches are now controllable by Midi messages
>> - recorder no longer records element changes if these are initiated by a
>> combination
>> - recorder identifies elements by id
>> - memory is now located in its own extension
>>
>> A recorder's performance and a memory's storage are now closer
>> associated with the owning disposition, see new elements:
>>
>>     http://jorgan.sourceforge.net/disposition:memory
>>
>>     http://jorgan.sourceforge.net/disposition:recorder
>>
>> To make this work I had to make substantial changes to disposition
>> handling, i.e.
>> - there's no longer an empty disposition on jOrgan startup
>> - on creation of a new disposition you already have to specify it's
>> containing file
>>
>> A note to followers of the 'record on one disposition and play back on
>> another' idea:
>> I know that jOrgan is moving further away from your conception, but I'll
>> try to address this feature in later versions. Identifying elements by
>> id is crucial for the memory extension and IMHO it makes sense to use
>> the same for the recorder (by default).
>>
>> Have fun
>>
>> Sven
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry® Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9-12, 2009. Register now!
>> http://p.sf.net/sfu/devconf
>> _______________________________________________
>> jOrgan-user mailing list
>> jOrgan-user@...
>> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[lwalls]

Some configuration settings are not converted from 3.7.

Example:
   View->Configuration...jOrgan->Appearance->Disposition changes

The 3.7 disposition had the radio button "Save Automatically" selected.

After conversion to 3.8 the "Confirm" radio button was selected instead.

CLW
------------------------------------------------------------------

Sven Meier wrote:

> Hi all,
>
> I've uploaded a first beta of the next jOrgan 3.8:
>
> - elements now have persistent ids
> - new element recorder
> - recorder switches are now controllable by Midi messages
> - recorder no longer records element changes if these are initiated by a
> combination
> - recorder identifies elements by id
> - memory is now located in its own extension
>
> A recorder's performance and a memory's storage are now closer
> associated with the owning disposition, see new elements:
>
>     http://jorgan.sourceforge.net/disposition:memory
>
>     http://jorgan.sourceforge.net/disposition:recorder
>
> To make this work I had to make substantial changes to disposition
> handling, i.e.
> - there's no longer an empty disposition on jOrgan startup
> - on creation of a new disposition you already have to specify it's
> containing file
>
> A note to followers of the 'record on one disposition and play back on
> another' idea:
> I know that jOrgan is moving further away from your conception, but I'll
> try to address this feature in later versions. Identifying elements by
> id is crucial for the memory extension and IMHO it makes sense to use
> the same for the recorder (by default).
>
> Have fun
>
> Sven
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[svenmeier]

Hi Erik,

yes, Combinations are no longer operable by Activators.

Can anybody explain what this Activator->Combination setup is used for?

Sven

Erik De Schrijver schrieb:

> Hello Sven,
>
> Thanks a lot for the continuous flow of enhancements for jOrgan.
>
> I am sorry to have to report that i ran into problems when running the
> three ACO 4.0 dispositions from pastor Stratman.
> I have each of them running correctly in jOrgan 3.7, but when presenting
> these dispositions to jOrgan 3.8beta1 inorder to have them converted to
> the new disposition format, something was not converted correctly.
> After conversion the pistons not only have lost the combinations that
> pastor Stratman provided in his dispositions, but it is now also
> impossible to program any of the pistons.
> Could this perhaps be due to the fact that in these dispositions
> activators are used as the pistons?
>
> As a check i also loaded Bernd's very nice
> Silbermann_Sophienkirche_1720_FS_2.0R.disposition into jOrgan 3.8beta1
> and here pistons are working correctly (and the rest of the dispo as well).
>
> Are there particular areas of the disposition that have been modified to
> which we should particularly aim our tests?
>
> Hoping this info will be of any use.
>
> All the best.
>
> Erik.
> ------------------------------------
> Sven Meier wrote:
>  
>> Hi all,
>>
>> I've uploaded a first beta of the next jOrgan 3.8:
>>
>> - elements now have persistent ids
>> - new element recorder
>> - recorder switches are now controllable by Midi messages
>> - recorder no longer records element changes if these are initiated by a
>> combination
>> - recorder identifies elements by id
>> - memory is now located in its own extension
>>
>> A recorder's performance and a memory's storage are now closer
>> associated with the owning disposition, see new elements:
>>
>>     http://jorgan.sourceforge.net/disposition:memory
>>
>>     http://jorgan.sourceforge.net/disposition:recorder
>>
>> To make this work I had to make substantial changes to disposition
>> handling, i.e.
>> - there's no longer an empty disposition on jOrgan startup
>> - on creation of a new disposition you already have to specify it's
>> containing file
>>
>> A note to followers of the 'record on one disposition and play back on
>> another' idea:
>> I know that jOrgan is moving further away from your conception, but I'll
>> try to address this feature in later versions. Identifying elements by
>> id is crucial for the memory extension and IMHO it makes sense to use
>> the same for the recorder (by default).
>>
>> Have fun
>>
>> Sven
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry® Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9-12, 2009. Register now!
>> http://p.sf.net/sfu/devconf
>> _______________________________________________
>> jOrgan-user mailing list
>> jOrgan-user@...
>> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>>
>>  
>>    
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>
>  

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[svenmeier]

Yes, I changed this setting internally - you'll have to adjust it to
your needs again.

Sven

Lynn Walls schrieb:

> Some configuration settings are not converted from 3.7.
>
> Example:
>    View->Configuration...jOrgan->Appearance->Disposition changes
>
> The 3.7 disposition had the radio button "Save Automatically" selected.
>
> After conversion to 3.8 the "Confirm" radio button was selected instead.
>
> CLW
> ------------------------------------------------------------------
>
> Sven Meier wrote:
>  
>> Hi all,
>>
>> I've uploaded a first beta of the next jOrgan 3.8:
>>
>> - elements now have persistent ids
>> - new element recorder
>> - recorder switches are now controllable by Midi messages
>> - recorder no longer records element changes if these are initiated by a
>> combination
>> - recorder identifies elements by id
>> - memory is now located in its own extension
>>
>> A recorder's performance and a memory's storage are now closer
>> associated with the owning disposition, see new elements:
>>
>>     http://jorgan.sourceforge.net/disposition:memory
>>
>>     http://jorgan.sourceforge.net/disposition:recorder
>>
>> To make this work I had to make substantial changes to disposition
>> handling, i.e.
>> - there's no longer an empty disposition on jOrgan startup
>> - on creation of a new disposition you already have to specify it's
>> containing file
>>
>> A note to followers of the 'record on one disposition and play back on
>> another' idea:
>> I know that jOrgan is moving further away from your conception, but I'll
>> try to address this feature in later versions. Identifying elements by
>> id is crucial for the memory extension and IMHO it makes sense to use
>> the same for the recorder (by default).
>>
>> Have fun
>>
>> Sven
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry® Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9-12, 2009. Register now!
>> http://p.sf.net/sfu/devconf
>> _______________________________________________
>> jOrgan-user mailing list
>> jOrgan-user@...
>> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>>
>>    
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>
>  

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[svenmeier]

Hi all,

thanks for your feedback.

I should have included a description of the new memory features. I'm
using this setup for over a month now and forgot that it's new for you all.
In a follow up posting I will give you more details.

One big warning ahead:
jOrgan 3.8 will migrate the first of your previous memory levels only.
All other captured levels will be lost!!!

As always - backup your dispositions first before trying anything out!

Regards

Sven


Bernd Casper schrieb:

>
> Hi Sven,
>
> many thanks for 3.8 first beta. Here the first test results. I operate
> the CC disposition version 2.0.
>
> Memory element, question was "How does it handle importing?"
>
> 1.    When opening the disposition first time, one of the former ten
> memory levels was imported as "no. 1" and all ten combinations were
> working. This level didn't appear in the memory list view and had lost
> it's description in the memory element skin. References were imported
> correctly.
> 2.    From studying the example files, I assumed for the new storage
> of memory levels I'd need a ".memory" storage file. I tried to create
> the memory element storage file using the "storage" data field. I was
> worried by the term "Open file" while there's no memory element
> storage file in that folder present.
> 3.    After that, the memory level no.1 formerly working was gone, and
> one empty level remained.
> 4.     I tried "Eject storage", what I understood as "export current
> levels into file". The effect was the same like above.
>
> **************
>
> Memory element, question was "How does it handle creation from zero?"
>
> 1.    Opening the dispo, the memory element contained one level, not
> displayed in the memory list tab.
> 2.    Immediately increasing the "Size" of the memory element, 10
> levels were present, but didn't appear in the memory list view.
> 3.    Now pointed the memory element to a memory level storage file -
> all combinations were lost, and the ten levels appeared in the memory
> list view.
> 4.    I set various combinations. I noticed the more ranks angaged,
> the more a sluggishness in reaction. The tutti combination needed a
> second to activate. I added some level names in the memory list view
> data fields.
> 5.    By chance I used Undo/Redo. The settings I just had done were
> completely lost.
> 6.    I tried to save the disposition under new name, but the "Save
> as..." button is gone. I was forced to save the original file, what's
> not my intention. I hope it will return.
> 7.    Re-opening that file, once again the memory element contained
> only one memory level, appearing in the memory list view. That level
> contained the newly saved combinations.
>
> I hope this is useful information.
> I enclose the files.
>
> Regards
> Bernd.
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[ErikDS]

Hello Sven,

Thanks for your feedback.

I hope that pastor Stratman reads this thread; he is in the best position to answer your question why he preferred to use this mechanism.

Allthe best.

Erik.
-------------------------------
Sven Meier wrote:

Hi Erik,

yes, Combinations are no longer operable by Activators.

Can anybody explain what this Activator->Combination setup is used for?

Sven

Erik De Schrijver schrieb:
  

Hello Sven,

Thanks a lot for the continuous flow of enhancements for jOrgan.

I am sorry to have to report that i ran into problems when running the 
three ACO 4.0 dispositions from pastor Stratman.
I have each of them running correctly in jOrgan 3.7, but when presenting 
these dispositions to jOrgan 3.8beta1 inorder to have them converted to 
the new disposition format, something was not converted correctly.
After conversion the pistons not only have lost the combinations that 
pastor Stratman provided in his dispositions, but it is now also 
impossible to program any of the pistons.
Could this perhaps be due to the fact that in these dispositions 
activators are used as the pistons?

As a check i also loaded Bernd's very nice 
Silbermann_Sophienkirche_1720_FS_2.0R.disposition into jOrgan 3.8beta1 
and here pistons are working correctly (and the rest of the dispo as well).

Are there particular areas of the disposition that have been modified to 
which we should particularly aim our tests?

Hoping this info will be of any use.

All the best.

Erik.
------------------------------------
Sven Meier wrote:
  
    

Hi all,

I've uploaded a first beta of the next jOrgan 3.8:

- elements now have persistent ids
- new element recorder
- recorder switches are now controllable by Midi messages
- recorder no longer records element changes if these are initiated by a 
combination
- recorder identifies elements by id
- memory is now located in its own extension

A recorder's performance and a memory's storage are now closer 
associated with the owning disposition, see new elements:

    http://jorgan.sourceforge.net/disposition:memory

    http://jorgan.sourceforge.net/disposition:recorder

To make this work I had to make substantial changes to disposition 
handling, i.e.
- there's no longer an empty disposition on jOrgan startup
- on creation of a new disposition you already have to specify it's 
containing file

A note to followers of the 'record on one disposition and play back on 
another' idea:
I know that jOrgan is moving further away from your conception, but I'll 
try to address this feature in later versions. Identifying elements by 
id is crucial for the memory extension and IMHO it makes sense to use 
the same for the recorder (by default).

Have fun

Sven

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

  
    
      

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

  
    

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

  

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[lwalls]

Many of us are using the Activator to simultaneously activate a
corresponding piston and a short soundfont sample that represents a
pneumatic action "thunk" sound.

What other way is there to cause both events to occur with one click
except for using an Activator to reference both (or multiple) action
elements?

We NEED to have this function back, or I fear that I at least will have
to stabilize on jOrgan 3.7.

Lynn
--------------------------------------------------------------------

Sven Meier wrote:

> Hi Erik,
>
> yes, Combinations are no longer operable by Activators.
>
> Can anybody explain what this Activator->Combination setup is used for?
>
> Sven
>
> Erik De Schrijver schrieb:
>> Hello Sven,
>>
>> Thanks a lot for the continuous flow of enhancements for jOrgan.
>>
>> I am sorry to have to report that i ran into problems when running the
>> three ACO 4.0 dispositions from pastor Stratman.
>> I have each of them running correctly in jOrgan 3.7, but when presenting
>> these dispositions to jOrgan 3.8beta1 inorder to have them converted to
>> the new disposition format, something was not converted correctly.
>> After conversion the pistons not only have lost the combinations that
>> pastor Stratman provided in his dispositions, but it is now also
>> impossible to program any of the pistons.
>> Could this perhaps be due to the fact that in these dispositions
>> activators are used as the pistons?
>>
>> As a check i also loaded Bernd's very nice
>> Silbermann_Sophienkirche_1720_FS_2.0R.disposition into jOrgan 3.8beta1
>> and here pistons are working correctly (and the rest of the dispo as well).
>>
>> Are there particular areas of the disposition that have been modified to
>> which we should particularly aim our tests?
>>
>> Hoping this info will be of any use.
>>
>> All the best.
>>
>> Erik.
>> ------------------------------------
>> Sven Meier wrote:
>>  
>>> Hi all,
>>>
>>> I've uploaded a first beta of the next jOrgan 3.8:
>>>
>>> - elements now have persistent ids
>>> - new element recorder
>>> - recorder switches are now controllable by Midi messages
>>> - recorder no longer records element changes if these are initiated by a
>>> combination
>>> - recorder identifies elements by id
>>> - memory is now located in its own extension
>>>
>>> A recorder's performance and a memory's storage are now closer
>>> associated with the owning disposition, see new elements:
>>>
>>>     http://jorgan.sourceforge.net/disposition:memory
>>>
>>>     http://jorgan.sourceforge.net/disposition:recorder
>>>
>>> To make this work I had to make substantial changes to disposition
>>> handling, i.e.
>>> - there's no longer an empty disposition on jOrgan startup
>>> - on creation of a new disposition you already have to specify it's
>>> containing file
>>>
>>> A note to followers of the 'record on one disposition and play back on
>>> another' idea:
>>> I know that jOrgan is moving further away from your conception, but I'll
>>> try to address this feature in later versions. Identifying elements by
>>> id is crucial for the memory extension and IMHO it makes sense to use
>>> the same for the recorder (by default).
>>>
>>> Have fun
>>>
>>> Sven
>>>
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry® Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and stay
>>> ahead of the curve. Join us from November 9-12, 2009. Register now!
>>> http://p.sf.net/sfu/devconf
>>> _______________________________________________
>>> jOrgan-user mailing list
>>> jOrgan-user@...
>>> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>>>
>>>  
>>>    
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry® Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9-12, 2009. Register now!
>> http://p.sf.net/sfu/devconf
>> _______________________________________________
>> jOrgan-user mailing list
>> jOrgan-user@...
>> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>>
>>  
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[pcstratman]

Some parts of this message have been removed. Learn more about Nabble's security policy.

Lynn is correct. The Activators that run the combenations also are referenced to a keyer with the "piston thump" sound.

Another way to do this would be to make keyers have a "momentary" function (on for about 0.6 second or less) and make it possible for them to be referenced to the combinations. (It would also be nice to be able to reference keyers to a stop so you could have a thump or a squeak when the stop is activated.) I think this would be a more efficient way to the sound effects since it would involve a reference, no additional elements.

Paul

---

From: Lynn Walls <lwalls@...>
To: jorgan-user@...
Sent: Saturday, September 26, 2009 8:20:34 AM
Subject: Re: [jOrgan-user] jOrgan 3.8

Many of us are using the Activator to simultaneously activate a
corresponding piston and a short soundfont sample that represents a
pneumatic action "thunk" sound.

What other way is there to cause both events to occur with one click
except for using an Activator to reference both (or multiple) action
elements?

We NEED to have this function back, or I fear that I at least will have
to stabilize on jOrgan 3.7.

Lynn
--------------------------------------------------------------------

Sven Meier wrote:

> Hi Erik,
>
> yes, Combinations are no longer operable by Activators.
>
> Can anybody explain what this Activator->Combination setup is used for?
>
> Sven
>
> Erik De Schrijver schrieb:
>> Hello Sven,
>>
>> Thanks a lot for the continuous flow of enhancements for jOrgan.
>>
>> I am sorry to have to report that i ran into problems when running the
>> three ACO 4.0 dispositions from pastor Stratman.
>> I have each of them running correctly in jOrgan 3.7, but when presenting
>> these dispositions to jOrgan 3.8beta1 inorder to have them converted to
>> the new disposition format, something was not converted correctly.
>> After conversion the pistons not only have lost the combinations that
>> pastor Stratman provided in his dispositions, but it is now also
>> impossible to program any of the pistons.
>> Could this perhaps be due to the fact that in these dispositions
>> activators are used as the pistons?
>>
>> As a check i also loaded Bernd's very nice
>> Silbermann_Sophienkirche_1720_FS_2.0R.disposition into jOrgan 3.8beta1
>> and here pistons are working correctly (and the rest of the dispo as well).
>>
>> Are there particular areas of the disposition that have been modified to
>> which we should particularly aim our tests?
>>
>> Hoping this info will be of any use.
>>
>> All the best.
>>
>> Erik.
>> ------------------------------------
>> Sven Meier wrote:
>> 
>>> Hi all,
>>>
>>> I've uploaded a first beta of the next jOrgan 3.8:
>>>
>>> - elements now have persistent ids
>>> - new element recorder
>>> - recorder switches are now controllable by Midi messages
>>> - recorder no longer records element changes if these are initiated by a
>>> combination
>>> - recorder identifies elements by id
>>> - memory is now located in its own extension
>>>
>>> A recorder's performance and a memory's storage are now closer
>>> associated with the owning disposition, see new elements:
>>>

>>>    http://jorgan.sourceforge.net/disposition:memory
>>>
>>>    http://jorgan.sourceforge.net/disposition:recorder

>>>
>>> To make this work I had to make substantial changes to disposition
>>> handling, i.e.
>>> - there's no longer an empty disposition on jOrgan startup
>>> - on creation of a new disposition you already have to specify it's
>>> containing file
>>>
>>> A note to followers of the 'record on one disposition and play back on
>>> another' idea:
>>> I know that jOrgan is moving further away from your conception, but I'll
>>> try to address this feature in later versions. Identifying elements by
>>> id is crucial for the memory extension and IMHO it makes sense to use
>>> the same for the recorder (by default).
>>>
>>> Have fun
>>>
>>> Sven
>>>
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and stay
>>> ahead of the curve. Join us from November 9-12, 2009. Register now!

>>> http://p.sf.net/sfu/devconf

>>> _______________________________________________
>>> jOrgan-user mailing list
>>> jOrgan-user@...
>>> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>>>
>>> 
>>>   
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9-12, 2009. Register now!
>> http://p.sf.net/sfu/devconf
>> _______________________________________________
>> jOrgan-user mailing list
>> jOrgan-user@...
>> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>>
>> 
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[lwalls]

Sven,

This comes as quite a blow to those of us who have utilized the combo
memory feature extensively.

Please give more thought to the preservation of ALL combo memory values
in the conversion from 3.x to 3.8.

Without this conversion I may have to remain on 3.7 for quite some time.

Lynn
-------------------------------------------------------------------------

Sven Meier wrote:

> Hi all,
>
> thanks for your feedback.
>
> I should have included a description of the new memory features. I'm
> using this setup for over a month now and forgot that it's new for you all.
> In a follow up posting I will give you more details.
>
> One big warning ahead:
> jOrgan 3.8 will migrate the first of your previous memory levels only.
> All other captured levels will be lost!!!
>
> As always - backup your dispositions first before trying anything out!
>
> Regards
>
> Sven
>
>
> Bernd Casper schrieb:
>> Hi Sven,
>>
>> many thanks for 3.8 first beta. Here the first test results. I operate
>> the CC disposition version 2.0.
>>
>> Memory element, question was "How does it handle importing?"
>>
>> 1.    When opening the disposition first time, one of the former ten
>> memory levels was imported as "no. 1" and all ten combinations were
>> working. This level didn't appear in the memory list view and had lost
>> it's description in the memory element skin. References were imported
>> correctly.
>> 2.    From studying the example files, I assumed for the new storage
>> of memory levels I'd need a ".memory" storage file. I tried to create
>> the memory element storage file using the "storage" data field. I was
>> worried by the term "Open file" while there's no memory element
>> storage file in that folder present.
>> 3.    After that, the memory level no.1 formerly working was gone, and
>> one empty level remained.
>> 4.     I tried "Eject storage", what I understood as "export current
>> levels into file". The effect was the same like above.
>>
>> **************
>>
>> Memory element, question was "How does it handle creation from zero?"
>>
>> 1.    Opening the dispo, the memory element contained one level, not
>> displayed in the memory list tab.
>> 2.    Immediately increasing the "Size" of the memory element, 10
>> levels were present, but didn't appear in the memory list view.
>> 3.    Now pointed the memory element to a memory level storage file -
>> all combinations were lost, and the ten levels appeared in the memory
>> list view.
>> 4.    I set various combinations. I noticed the more ranks angaged,
>> the more a sluggishness in reaction. The tutti combination needed a
>> second to activate. I added some level names in the memory list view
>> data fields.
>> 5.    By chance I used Undo/Redo. The settings I just had done were
>> completely lost.
>> 6.    I tried to save the disposition under new name, but the "Save
>> as..." button is gone. I was forced to save the original file, what's
>> not my intention. I hope it will return.
>> 7.    Re-opening that file, once again the memory element contained
>> only one memory level, appearing in the memory list view. That level
>> contained the newly saved combinations.
>>
>> I hope this is useful information.
>> I enclose the files.
>>
>> Regards
>> Bernd.
>>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user

[svenmeier]

Thanks for this clarification.

Second beta will restore the previous behavior.

Sven

Lynn Walls wrote:

> Many of us are using the Activator to simultaneously activate a
> corresponding piston and a short soundfont sample that represents a
> pneumatic action "thunk" sound.
>
> What other way is there to cause both events to occur with one click
> except for using an Activator to reference both (or multiple) action
> elements?
>
> We NEED to have this function back, or I fear that I at least will have
> to stabilize on jOrgan 3.7.
>
> Lynn
> --------------------------------------------------------------------
>
> Sven Meier wrote:
>  
>> Hi Erik,
>>
>> yes, Combinations are no longer operable by Activators.
>>
>> Can anybody explain what this Activator->Combination setup is used for?
>>
>> Sven
>>
>> Erik De Schrijver schrieb:
>>    
>>> Hello Sven,
>>>
>>> Thanks a lot for the continuous flow of enhancements for jOrgan.
>>>
>>> I am sorry to have to report that i ran into problems when running the
>>> three ACO 4.0 dispositions from pastor Stratman.
>>> I have each of them running correctly in jOrgan 3.7, but when presenting
>>> these dispositions to jOrgan 3.8beta1 inorder to have them converted to
>>> the new disposition format, something was not converted correctly.
>>> After conversion the pistons not only have lost the combinations that
>>> pastor Stratman provided in his dispositions, but it is now also
>>> impossible to program any of the pistons.
>>> Could this perhaps be due to the fact that in these dispositions
>>> activators are used as the pistons?
>>>
>>> As a check i also loaded Bernd's very nice
>>> Silbermann_Sophienkirche_1720_FS_2.0R.disposition into jOrgan 3.8beta1
>>> and here pistons are working correctly (and the rest of the dispo as well).
>>>
>>> Are there particular areas of the disposition that have been modified to
>>> which we should particularly aim our tests?
>>>
>>> Hoping this info will be of any use.
>>>
>>> All the best.
>>>
>>> Erik.
>>> ------------------------------------
>>> Sven Meier wrote:
>>>  
>>>      
>>>> Hi all,
>>>>
>>>> I've uploaded a first beta of the next jOrgan 3.8:
>>>>
>>>> - elements now have persistent ids
>>>> - new element recorder
>>>> - recorder switches are now controllable by Midi messages
>>>> - recorder no longer records element changes if these are initiated by a
>>>> combination
>>>> - recorder identifies elements by id
>>>> - memory is now located in its own extension
>>>>
>>>> A recorder's performance and a memory's storage are now closer
>>>> associated with the owning disposition, see new elements:
>>>>
>>>>     http://jorgan.sourceforge.net/disposition:memory
>>>>
>>>>     http://jorgan.sourceforge.net/disposition:recorder
>>>>
>>>> To make this work I had to make substantial changes to disposition
>>>> handling, i.e.
>>>> - there's no longer an empty disposition on jOrgan startup
>>>> - on creation of a new disposition you already have to specify it's
>>>> containing file
>>>>
>>>> A note to followers of the 'record on one disposition and play back on
>>>> another' idea:
>>>> I know that jOrgan is moving further away from your conception, but I'll
>>>> try to address this feature in later versions. Identifying elements by
>>>> id is crucial for the memory extension and IMHO it makes sense to use
>>>> the same for the recorder (by default).
>>>>
>>>> Have fun
>>>>
>>>> Sven
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Come build with us! The BlackBerry® Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart your
>>>> developing skills, take BlackBerry mobile applications to market and stay
>>>> ahead of the curve. Join us from November 9-12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconf
>>>> _______________________________________________
>>>> jOrgan-user mailing list
>>>> jOrgan-user@...
>>>> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>>>>
>>>>  
>>>>    
>>>>        
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry® Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and stay
>>> ahead of the curve. Join us from November 9-12, 2009. Register now!
>>> http://p.sf.net/sfu/devconf
>>> _______________________________________________
>>> jOrgan-user mailing list
>>> jOrgan-user@...
>>> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>>>
>>>  
>>>      
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry® Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9-12, 2009. Register now!
>> http://p.sf.net/sfu/devconf
>> _______________________________________________
>> jOrgan-user mailing list
>> jOrgan-user@...
>> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>>
>>    
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> jOrgan-user mailing list
> jOrgan-user@...
> https://lists.sourceforge.net/lists/listinfo/jorgan-user
>  

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
jOrgan-user mailing list
jOrgan-user@...
https://lists.sourceforge.net/lists/listinfo/jorgan-user