Re: [Rosegarden-user] auto channel takes over and re-activates automatically

2012-10-22 Thread Michael J. Wilson
On 10/22/2012 07:31 PM, D. Michael McIntyre wrote:
 Test case:

 1. New doc with track 1 set to fixed per default
 2. Draw segment A
 3. Draw segment B, overlapping about halfway
 4. Put some random notes in segment A
 5. Set top level Instrument Parameters volume to 0
 6. Put some volume controllers in segment B, volume rising slowly from 0
 7. Hit play

 Result is I hear nothing (top level volume in effect) until segment B
 kicks in, then the notes ascend in volume.

 Conclusion:  If a default volume of 100 were being sent, the volume
 would jump, then fall off and creep back up.  I'm hearing it start low
 and rise, per the controllers.

As I understand it, this test wouldn't show the problem I'm 
experiencing.  The following modification will show it:

1. New doc with track 1 set to fixed per default
2. Draw segment A
3. Draw segment B, overlapping about halfway
4. Put some random notes in segment A
5. Set top level Instrument Parameters volume to 100
6. Put a single volume controller in segment A at 50, somewhere before 
the start of segment B
7. Put any CC in segment B besides volume (it seems like if there are no 
events in segment B it is skipped)
8. Hit play

Expected outcome:
Volume starts loud (100), then gets softer (50) and does not change again.

Actual outcome (12.04):
Volume starts loud (100), then gets softer (50), then gets loud again 
(100) at the start of segment B.


The reason the test you described wouldn't show the issue is because the 
top-level value and the first value in segment B are the same.  There 
are actually two issues:

1) The top-level value is sent at the start of every segment if the 
controller is not hidden, instead of just the start of playback (this 
may make sense in auto mode but I don't think it makes sense in fixed mode).

2) If the volume or pan controllers are hidden, then the .rg file saved 
and reloaded, they are re-enabled somehow.  I haven't looked into this 
as much.

For my purposes, fixing 1) would make 2) not important to fix.  I was 
only hiding these controllers to try to work around 1).


 Nobody has packaged 12.12.  It's not December 2012 yet, and it hasn't
 been released yet.  We're working on it now.

Ah, now I understand the version numbering.


 This is a good time to get set up to build the development source and
 try it out.

This is definitely on my list of things to do.  I am in the middle of a 
big move so it will probably be a couple of weeks before I get a chance 
to play with the development version.  I will report back here when I do.

I know you are extremely busy and I appreciate you taking the time to 
look into this.

-Michael J. Wilson

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


Re: [Rosegarden-user] Synth plugin *.so files not found or unusable [12.04]

2012-10-22 Thread k-12

 --
 
 Message: 5
 Date: Sun, 21 Oct 2012 17:30:18 -0700
 From: Tim Munro or...@lewiston.com
 Subject: Re: [Rosegarden-user] Synth plugin *.so files not found or
   unusable [12.04]
 To: rosegarden-user@lists.sourceforge.net
 Message-ID: 5084939a.9030...@lewiston.com
 Content-Type: text/plain; charset=iso-8859-1
 
 
 
   OpenSUSE-12.2/64  PhenomII box
  
   Version 11.11.42-51.20 showed plugins in the lists but didn't do
   anything with them  clicking edit on any of them in
   StudioManage-Synth-Plugins had no effect (I did wait).  So I just
   installed 12.04 from source tarball after telling it to look for the
   Qt material under /usr/lib64/qt4. This one may or may not be able to
   deal with plugins but it cannot find(?) them.
  
Plugins not found
The following audio plugins could not be loaded
FluidSynth-DSSI (from fluidsynth-dssi.so)
ZASF (from zynaddsubfx.so)
  
   It says could not be loaded so I presume the files were found but are
   not usable for some reason. Or is it that they were not found. These are
   the full paths:
  
507.9 kb /usr/lib64/dssi/zynaddsubfx.so (from distro rpm)
23.1 kb  /usr/lib64/dssi/fluyidsynth-dssi.so (from distro rpm)
73.2 kb  /usr/local/lib64/dssi/fluyidsynth-dssi.so (from source tarball)
  
   What is the workaround? Can I edit these paths into some rosegarden
   config file or place copies/links where rosegarden expects to see them?
 
 I encountered the same problem a while ago.  Rosegarden does not look in
 lib64 for DSSI and LADSPA plugins.  An easy workaround is to place
 symlinks in /usr/lib.
 
 Assuming that /usr/lib64/dssi exists, from within /usr/lib (create the
 directory if it doesn't exist) type the following:
 
ln -s /usr/lib64/dssi dssi
 In order to use LADSPA plugins, the following will work:
ln -s /usr/lib64/ladspa ladspa

Thanks, got that done  12.04 is now firing on all cylinders (or almost) on 
OpenSUSE-12.2 with synth plugins. 

The ladspa directory was already there (probably from one of my desperate 
tarball src installs) but the distro 64 bit  folder was much more densely 
populated so I swapped it over.

I still need to use GenMidi 43-cello and 57-trumpet equivalents of which I 
can't find in any synth plugin, and Zyn-Synth Misc-Bells-2 which seems to be 
dead in the (equvalent?) Zyn synth plugin.


  



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user