Re: [Rosegarden-user] Some Crashes Identified

2021-10-18 Thread Ted Felix

On 9/28/21 4:02 PM, Will Godfrey wrote:

If you now delete one of the segments from the matrix window or move it to
another track. There is a high chance you'll either get a crash immediately, or
(more confusingly) the next time you hit 'Play'. The same applies if you join
two segments on the same track when both have a window open.


  I found and fixed a crash related to deleting Segments that are open 
in the Matrix editor.  (MatrixScene::segmentRemoved() was unfinished.) 
Please test latest git and let me know if you are still seeing crashes 
in any of the cases that you've mentioned.


Ted.


___
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] Some Crashes Identified

2021-10-05 Thread Ted Felix

On 9/28/21 4:02 PM, Will Godfrey wrote:

My suggestion is to check for any open windows on the relevant segments and
close them before such delete/move/join operations.


  Some sort of logic is in there.  If you open a Segment in Matrix then 
delete the Segment, the Matrix window goes away.  It's probably just not 
aware of these particular variations.  I will have a look.


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] "For Notation" -> "For Printing"?

2021-09-20 Thread Ted Felix
  krsgrdn pointed out recently that the "For Notation" checkbox on the 
Segment Parameters box is confusing.  What does it really mean?  It 
means to include in printing.


  Would everyone who uses this checkbox be ok with a change from "For 
Notation" to "For Printing"?  Does this make sense for the majority of 
use cases and is it better than "For Notation"?


Ted.


___
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] Segment-Params "For Notation"?

2021-09-15 Thread Ted Felix

> Doesn't really apply to
> how I use notation because I select the segments I want to
> see notated and in this case they show in notation regardless
> (if I understand its purpose at all).

  Right.  That's different.  What is selected appears in the notation 
editor no matter what.  The segments that have "For Notation" checked 
appear when you *print*.  It's a printing thing.


Ted.

On 9/13/21 10:51 PM, krsg...@trixtar.org wrote:

Thanks very much!
  
The balloon says "use this segment when generating notation".

I noticed it when trying to get rid of (xn) notes in the
names of segment 'pasted copies'. Doesn't really apply to
how I use notation because I select the segments I want to
see notated and in this case they show in notation regardless
(if I understand its purpose at all).




On Mon, 13 Sep 2021 10:14:31 -0400
Ted Felix  wrote:


Removes the Segment from lilypond notation rendering.  You have to
hover over the checkbox to get the tooltip.  Probably need to put the
tooltip on the label as well.

Ted.

On 9/12/21 11:10 PM, krsg...@trixtar.org wrote:


I can't for the life of me find what this is/does

If I x in the x-box it kills the "(xn)" annunciation

TIA





___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user




___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
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] Segment-Params "For Notation"?

2021-09-13 Thread Ted Felix
  Removes the Segment from lilypond notation rendering.  You have to 
hover over the checkbox to get the tooltip.  Probably need to put the 
tooltip on the label as well.


Ted.

On 9/12/21 11:10 PM, krsg...@trixtar.org wrote:


I can't for the life of me find what this is/does

If I x in the x-box it kills the "(xn)" annunciation

TIA





___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user




___
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] Transport linking - Novation Launchkey 61 and Rosegarden

2021-09-12 Thread Ted Felix
  The code in question is in "AlsaDriver::handleTransportCCs()".  Right 
now we honor the standard CCs that are handled by ProTools.  Play is 
117, Record is 118.


https://duc.avid.com/showthread.php?t=381063

  If you can shift your LaunchKey to ProTools mode, you should be good 
to go.


Ted.

On 8/29/21 12:56 PM, jv1--- via Rosegarden-user wrote:

Hi all,

I use Rosegarden with a Novation Launchkey 61. I love Rosegarden. It is 
very user friendly. Specifically compared to Ardour for instance.


I noticed yesterday that Rosegarden can also receive the play, stop, 
record, commands sent from my Novation:

https://novationmusic.com/en/keys/launchkey

However the keys do not correspond with the received commands. For 
instance the record key is received as a play command in Rosegarden and 
the return key as Record.


I am wondering if Rosegarden can be configured to receive the correct 
keys. If nobody has a proper solution I will try the developers 
mailing-lijst. In that case I guess I need to change the data somewhere 
in this dir and compile Rosegarden:

https://sourceforge.net/p/rosegarden/git/ci/master/tree/data/

Regards,

Jan




___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
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] Rosegarden projects

2021-08-28 Thread Ted Felix

  I opened [feature-requests:#494] to track this.  Please vote for it.

https://sourceforge.net/p/rosegarden/feature-requests/494/

Ted.

On 8/27/21 3:04 PM, Will Godfrey wrote:

I have an idea that might help with several issues.

Many other programs have the concept of a project folder/directory that you
are invited to create when you start afresh. Rosegarden doesn't.
How about having this, but instead of a popup window, which is most annoying,
have a button somewhere prominent labelled 'New Project'.

Once defined by the user, Rosegarden would create it and immediately save the
current default project file inside it carrying the same name. Any MIDI or
Audio files would then be referenced directly there, rather than the current
system (possibly with any sources copied in as well).

For compatibility, loading any existing project file could either regard the
existing location of that file as the project directory for all related
audio/Rosegarden files or offer to create a new directory carrying that
name and moving the file (and any related audio ones) it into it, so turning it
into a complete project.

This is actually what I do manually every time I start. A typical one is:

/data/Source/0-Albums/Quietly Fading/
conv-Mystery_Guitar_-20121128-205631-4.wav
conv-Mystery_Guitar_-20121128-205631-4.wav.pk
Mystery.bld
Mystery_Guitar.wav
Mystery.rg
Mystery.xmz

So that's the two audio conversion files,
My manually created info file,
The originating audio file,
Rosgarden's file,
Yoshimi's file,




___
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] Project Lock file

2021-08-22 Thread Ted Felix
  Just pushed a change to the lock file dialog.  I added an "Ignore" 
button.  Please put the latest git through its paces.


Ted.

On 8/22/21 10:57 AM, Ted Felix wrote:

On 8/19/21 3:36 PM, Will Godfrey wrote:

Any progress?


   I spent some time tracking down why QLockFile is doing this.  My 
guess is that since you are running so few things on the Pi, Rosegarden 
just happens to get the same process ID.  I tested this, and sure 
enough, the lock dialog pops up.  QLockFile thinks the lock is valid 
since it is associated with a running instance of Rosegarden.


   Anyway, an additional "Delete Lock" button and a warning still sounds 
like a good/simple idea.  It's at the top of my todo right now.  I'll 
have a look.


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
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] Project Lock file

2021-08-22 Thread Ted Felix

On 8/19/21 3:36 PM, Will Godfrey wrote:

Any progress?


  I spent some time tracking down why QLockFile is doing this.  My 
guess is that since you are running so few things on the Pi, Rosegarden 
just happens to get the same process ID.  I tested this, and sure 
enough, the lock dialog pops up.  QLockFile thinks the lock is valid 
since it is associated with a running instance of Rosegarden.


  Anyway, an additional "Delete Lock" button and a warning still sounds 
like a good/simple idea.  It's at the top of my todo right now.  I'll 
have a look.


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] File Merge Feature

2021-08-08 Thread Ted Felix
  Just pushed a re-implementation of the File > Merge feature.  This 
was a first step in response to Steve Conrad's request for copy/paste 
across Rosegarden instances.  File > Merge can now be used as a 
workaround to accomplish copy/paste between .rg files.  It's clunky, but 
it works.


  File > Merge should now work in many cases where it didn't work 
before.  The only remaining serious omission is that audio files are not 
brought over.  Let me know if anyone needs that or anything else.


  Grab the latest git and give File > Merge a whirl.  Thanks.

Ted.


___
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] Wandering Windows

2021-08-08 Thread Ted Felix
  It's not wandering for me under GNOME.  Not sure there's anything we 
can do here.


  Is it wandering up/down the height of the titlebar on each launch? 
That seems to be a common issue.


Ted.

On 8/8/21 1:00 PM, Will Godfrey wrote:

GAH! It's back :@(
I've no idea what happened, must have just been some form of freak, or just
Murphy having a laugh.


   That hasn't been touched since 2009.  I'm guessing that the bugs in
Qt (or GNOME or KDE) were fixed.

   I had a lot of trouble getting the transport window to stay put.  I
think it still wanders a little in certain situations.  Maybe that's
fixed now too.

Ted.

On 8/8/21 7:19 AM, Will Godfrey wrote:

I've just noticed with a recent build that the main window seems to stay in
place now :)

Thanks a lot. It was only a small detail, but an incredibly irritating one!
   



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user






___
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] Wandering Windows

2021-08-08 Thread Ted Felix
  That hasn't been touched since 2009.  I'm guessing that the bugs in 
Qt (or GNOME or KDE) were fixed.


  I had a lot of trouble getting the transport window to stay put.  I 
think it still wanders a little in certain situations.  Maybe that's 
fixed now too.


Ted.

On 8/8/21 7:19 AM, Will Godfrey wrote:

I've just noticed with a recent build that the main window seems to stay in
place now :)

Thanks a lot. It was only a small detail, but an incredibly irritating one!




___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] New Matrix Editor Features

2021-07-31 Thread Ted Felix

  Philip has just implemented two new features in the matrix editor.

1. View > Show Note Names shows the names of the notes in the note 
boxes.  This can get jumbled in complicated situations, so it can be 
turned on and off.


2. View > Highlight Black Notes switches the highlighting mode from 
1-3-5 to the black keys.


  Please test the latest git and let us know what you think.

  I'm also interested in taking a vote to find out if anyone has a 
preference WRT 1-3-5 highlighting vs. black keys as the default.


Ted.


___
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] Project Lock file

2021-07-19 Thread Ted Felix

On 7/19/21 5:06 PM, Will Godfrey wrote:

The other more nuanced one would be to change the Alert popup to a Choice one
where you can elect to override this. It would be *much* simpler than hunting
down a dot file.


  That shouldn't be too hard to add along with a dire warning of some 
sort to avoid blame.  I'll add to the todo.


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] Rosegarden 21.06.1

2021-07-10 Thread Ted Felix
  Just released 21.06.1 with a single fix for a crash involving newer 
versions of Qt and multi monitor systems.  If you're on the git repo, 
then you've had this fix for a while.  If you know of any distros that 
might benefit, pass it on.


https://sourceforge.net/projects/rosegarden/files/rosegarden/21.06

Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] Latest Git might be a little unstable. Please test.

2021-06-27 Thread Ted Felix
  I just pushed some potentially less-than-stable changes to master. 
Just a warning.  When you pull, be sure to do a little regression 
testing before getting back into real work.


  The changes might cause crashes around file open time, especially if 
a file is already open.  So do a bunch of file opening.  Also file 
opening when editor windows are left open.  E.g. matrix, notation, 
event, and the tempo and time signature editor (oddly enough).


  If anyone's curious, I'm trying to track the single document instance 
in one standard place across the entire system (using an evil global 
藍).  We're not there yet, but we've got a plan now.  This should be the 
worst of the changes.  From here on out the changes will be gradual and 
isolated.


Ted.


___
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] work flow irritants

2021-06-22 Thread Ted Felix

On 12/31/20 4:50 PM, steve conrad wrote:
The midi I imported (understandably) didn't have any audio track, so I 
added eight of them at one go via tracks->add tracks Doing so has 
the unfortunate result that all of them come up as audio #1 rather than 
audio #1-8 as might be expected and as is the case in a new empty file. 
As such, they have no independent volume control and are all on the same 
effects bus. A suboptimal arrangement.


  I just pushed an upgrade to the Add Tracks Dialog [e94a610a] that 
covers this (Tracks > Add Tracks...).  You can now select the device and 
starting instrument and it will sequentially assign subsequent instruments.


  Please test latest git.

Ted.


___
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] compile error

2021-06-22 Thread Ted Felix
  No, that's fine.  Thanks for having a look.  I've put comments in the 
code in case someone else runs into this.  Hopefully those will elicit 
the right questions at that moment.  At the very least they should 
answer the question "why isn't this building" the next time.


Ted.

On 6/22/21 4:52 AM, chuck elliot wrote:

The Swansea uni mirror still holds an fc32 repository

and the version in there is 5.13.

I still have the LiveOS iso for fc32 which I installed from.

I have managed to mount this and can see the root filesystem

but I don't know how to get the version from here since

I don't have access to its rpm, dnfdb or whatever.

If you know how I can do this, I'm happy to try.

I suppose it's possible that qt5 might have been upgraded

through the life of the install anyway, so this may not be

too useful. In any case, I'm pretty sure it was 5.15 when I

checked.

Chuck.


On 21/06/2021 11:01 pm, Ted Felix wrote:

On 6/20/21 5:20 AM, chuck elliot wrote:
/home/chuck/rosegarden-git/src/gui/dialogs/KeySignatureDialog.cpp:149:34: 
error: ‘ReturnByValue’ is not a member of ‘Qt’

   149 | pm = m_keyPixmap->pixmap(Qt::ReturnByValue);


  Hmmm.  I know you got this fixed, but is there any way you can check 
what version of the Qt dev tools you had installed when you had this 
error?  We have a check for qt version (5.14) in there, but I suspect 
it might be slightly off (should be 5.15), and this error is the proof.


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user




___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
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] QLockFile Problem (was: Project Lock file)

2021-06-22 Thread Ted Felix
> What package is qlockfile in? Although presumably it wouldn't compile 
if it's

> missing.

  It certainly wouldn't.  That's in the Qt headers and libs package. 
Usually called something with "dev".  Like qtbase5-dev.


Ted.

On 6/21/21 8:30 PM, Will Godfrey wrote:


For the sake of completeness, this is on devuan beowulf (equivalent to debian
buster without systemD)

It seems to be running qt 5.11 although there seem to be a lot of bits of qt4
in there as well.

I'm seeing this issue on fairly recent builds of master.

What package is qlockfile in? Although presumably it wouldn't compile if it's
missing.

On Mon, 21 Jun 2021 18:11:17 -0400
Ted Felix  wrote:


   This is odd.  I thought the lock mechanism we're using (QLockFile)
was keyed on process ID.  Therefore it should go away automatically when
it realizes that process is no longer running.  Or something like that.

   I've changed the subject to hopefully get David Faure's attention.
QLockFile is his.  Hopefully he has some insight as to why you might be
having so much trouble with it.

   Works great for me.  Even if rosegarden crashes (and I crash it all
the time) I am never locked out of a file since we switched to QLockFile.

Ted.

On 6/21/21 6:18 AM, Will Godfrey wrote:

I would like to suggest moving these into /tmp
That way, when restarting the computer they will be cleared.

I've got something like 300 different projects on my 'music' computer and often
get blocked when loading projects I've not run for some time, and then have to
hunt out the file. I have no idea why the lock wasn't cleared, but it is quite
obvious that a project can't still be open over a reboot!
   



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user






___
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] QLockFile Problem (was: Project Lock file)

2021-06-21 Thread Ted Felix
  This is odd.  I thought the lock mechanism we're using (QLockFile) 
was keyed on process ID.  Therefore it should go away automatically when 
it realizes that process is no longer running.  Or something like that.


  I've changed the subject to hopefully get David Faure's attention. 
QLockFile is his.  Hopefully he has some insight as to why you might be 
having so much trouble with it.


  Works great for me.  Even if rosegarden crashes (and I crash it all 
the time) I am never locked out of a file since we switched to QLockFile.


Ted.

On 6/21/21 6:18 AM, Will Godfrey wrote:

I would like to suggest moving these into /tmp
That way, when restarting the computer they will be cleared.

I've got something like 300 different projects on my 'music' computer and often
get blocked when loading projects I've not run for some time, and then have to
hunt out the file. I have no idea why the lock wasn't cleared, but it is quite
obvious that a project can't still be open over a reboot!




___
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] compile error

2021-06-21 Thread Ted Felix

On 6/20/21 5:20 AM, chuck elliot wrote:
/home/chuck/rosegarden-git/src/gui/dialogs/KeySignatureDialog.cpp:149:34: error: 
‘ReturnByValue’ is not a member of ‘Qt’

   149 | pm = m_keyPixmap->pixmap(Qt::ReturnByValue);


  Hmmm.  I know you got this fixed, but is there any way you can check 
what version of the Qt dev tools you had installed when you had this 
error?  We have a check for qt version (5.14) in there, but I suspect it 
might be slightly off (should be 5.15), and this error is the proof.


Ted.


___
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] Problem Building for RaspberryPi4

2021-06-19 Thread Ted Felix

On 6/19/21 3:35 PM, Ted Felix wrote:

On 6/19/21 1:26 PM, Will Godfrey wrote:

E: Unable to find a source package for rosegarden


   For that you'll need to edit /etc/apt/sources.list and uncomment the 
various appropriate deb-src lines.  Then do a sudo apt update.  Now 
fetching build-dep should work.


  Or it might not.  Devuan might not have a pre-built rosegarden 
package.  So it will never find it in that case.  Try installing rosegarden:


sudo apt install rosegarden

  If that fails, then there is no rosegarden package available.

Ted.


___
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] Problem Building for RaspberryPi4

2021-06-19 Thread Ted Felix

On 6/19/21 1:26 PM, Will Godfrey wrote:

I'm running devuan beowulf on this (same as all of my other machines), but
following the new build instructions, when trying to fetch build-deps I get the
error:
E: Unable to find a source package for rosegarden


  For that you'll need to edit /etc/apt/sources.list and uncomment the 
various appropriate deb-src lines.  Then do a sudo apt update.  Now 
fetching build-dep should work.


Ted.


___
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] Problem Building for RaspberryPi4

2021-06-19 Thread Ted Felix
The "qttools5-dev" package has the Qt5LinguistTools stuff for cmake. 
You might also need the following:


qttools5-dev-tools
qtchooser

Ted.

On 6/19/21 1:26 PM, Will Godfrey wrote:

I'm running devuan beowulf on this (same as all of my other machines), but
following the new build instructions, when trying to fetch build-deps I get the
error:
E: Unable to find a source package for rosegarden

This doesn't happen on my other machines.

So I fell back to picking out the dependencies and installing them. However I
got caught with the one that *always* seems to be an issue :(

Qt5LinguistTools

There seems to be no clue as to which package this is actually in, and I don't
have enough space to try the scattergun approach of loading the whole of qt to
get it.

Where EXACTLY is it?




___
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] MRU - a couple of things

2021-06-19 Thread Ted Felix
  Great.  I've pushed to master and deleted the filedialog branch.  You 
can do the same as follows:


git checkout master
git pull
git branch -d filedialog

  That should do it.

Ted.

On 6/19/21 10:17 AM, chuck elliot wrote:

Yep. That all seems good.

All the 'Open' options in the file dialog take me to the right places.

enabling 'Use native dialog' gives me the GTK dialog.

The config file now contains:

[FileDialog]
dontUseNative=true
useNativeFileDialogs=false

Thanks,

Chuck.





On 19/06/2021 2:30 pm, Ted Felix wrote:
  Ok, I just posted the "final" fix for this to the filedialog branch. 
 Can you test it in there for me before I merge it?  If you aren't 
already in the filedialog branch, check it out:


git checkout filedialog

  Then pull to get up to date.

git pull

  And build as usual.  In the preferences, general > presentation you 
will find "Use native file dialogs". Uncheck it and you should be 
where you want to be with all file dialogs throughout the system.


  Let me know how it goes.  Thanks.

Ted.

On 6/19/21 8:19 AM, Ted Felix wrote:
   Glad we finally tracked this one down. It's not complete, though 
as it only applies to open dialogs.  I think we need to make this a 
setting in the preferences.  I'll have a look.


Ted.

On 6/19/21 5:59 AM, chuck elliot wrote:

That did the trick!

One caveat - after running the new build for the first time, I had 
to add the


[FileDialog] setting because it wasn't present although the 
timestamp had updated.


However, now I can switch between the aberrant GTK behaviour and the

desired Qt behaviour by changing that setting from false to true.

'job done! Great work!

Many thanks.


On 19/06/2021 1:41 am, Ted Felix wrote:
  Ok, I just pushed a change for you to test to a new branch called 
filedialog.  If you are using git (without forking), you can get it 
as follows:


git fetch
git checkout -t origin/filedialog

  Now build and run as usual.  After the first run, you will find 
this in your Rosegarden.conf file:


[FileDialog]
dontUseNative=false

  Set that to true and re-run rosegarden.  Now you should have a 
very different looking file open dialog.  Does it work any better?


  When you are done, switch back to the master branch with git and 
build.


git checkout master

Ted.

On 6/18/21 8:02 PM, Ted Felix wrote:
   As I was digging around I saw mention of Qt using "native 
dialogs". Maybe this is what is going on. Maybe you are using 
GNOME and somehow Qt is being told to use the native file dialog 
rather than its own. That might explain why it is using a GTK+ 
.XBEL file to store these recent used "bookmarks".


   QFileDialog has options and the "DontUseNativeDialog" option 
controls this.  The Qt docs indicate that *using* the native 
dialog is the default if one exists.  Maybe we should try forcing 
"DontUseNativeDialog".  I'll need to do a little more digging and 
provide you with a new version to test.  I'll put it on my todo...


Ted.

On 6/18/21 4:31 AM, chuck elliot wrote:

Ah. False alarm then.

The other thing I discovered was that my rg 'Recent' list in 
'File Open' is apparently being


populated from .local/share/recently-used.xbel

which is, I believe, a GTK resource. I don't know if that is 
supposed to happen.


Chuck.


On 18/06/2021 2:23 am, Ted Felix wrote:

On 6/17/21 4:17 PM, chuck elliot wrote:

[FileDialog]
history=@Invalid()
lastVisited=file:///blue/midi/rosegarden/covers/q-synth
qtVersion=5.15.2
viewMode=Detail


  Mine looks just like that:

[FileDialog]
history=@Invalid()
lastVisited=file:///home/ted/Documents/rosegarden/Test
qtVersion=5.12.8
viewMode=Detail

  And mine works fine.

Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe

https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe

https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe

https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe

https://lists.sourceforge.net/lists/listinfo/rosegarden-user




___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe

https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscrib

Re: [Rosegarden-user] MRU - a couple of things

2021-06-19 Thread Ted Felix
  Ok, I just posted the "final" fix for this to the filedialog branch. 
 Can you test it in there for me before I merge it?  If you aren't 
already in the filedialog branch, check it out:


git checkout filedialog

  Then pull to get up to date.

git pull

  And build as usual.  In the preferences, general > presentation you 
will find "Use native file dialogs". Uncheck it and you should be where 
you want to be with all file dialogs throughout the system.


  Let me know how it goes.  Thanks.

Ted.

On 6/19/21 8:19 AM, Ted Felix wrote:
   Glad we finally tracked this one down.  It's not complete, though as 
it only applies to open dialogs.  I think we need to make this a setting 
in the preferences.  I'll have a look.


Ted.

On 6/19/21 5:59 AM, chuck elliot wrote:

That did the trick!

One caveat - after running the new build for the first time, I had to 
add the


[FileDialog] setting because it wasn't present although the timestamp 
had updated.


However, now I can switch between the aberrant GTK behaviour and the

desired Qt behaviour by changing that setting from false to true.

'job done! Great work!

Many thanks.


On 19/06/2021 1:41 am, Ted Felix wrote:
  Ok, I just pushed a change for you to test to a new branch called 
filedialog.  If you are using git (without forking), you can get it 
as follows:


git fetch
git checkout -t origin/filedialog

  Now build and run as usual.  After the first run, you will find 
this in your Rosegarden.conf file:


[FileDialog]
dontUseNative=false

  Set that to true and re-run rosegarden.  Now you should have a very 
different looking file open dialog.  Does it work any better?


  When you are done, switch back to the master branch with git and 
build.


git checkout master

Ted.

On 6/18/21 8:02 PM, Ted Felix wrote:
   As I was digging around I saw mention of Qt using "native 
dialogs". Maybe this is what is going on. Maybe you are using GNOME 
and somehow Qt is being told to use the native file dialog rather 
than its own. That might explain why it is using a GTK+ .XBEL file 
to store these recent used "bookmarks".


   QFileDialog has options and the "DontUseNativeDialog" option 
controls this.  The Qt docs indicate that *using* the native dialog 
is the default if one exists.  Maybe we should try forcing 
"DontUseNativeDialog".  I'll need to do a little more digging and 
provide you with a new version to test.  I'll put it on my todo...


Ted.

On 6/18/21 4:31 AM, chuck elliot wrote:

Ah. False alarm then.

The other thing I discovered was that my rg 'Recent' list in 'File 
Open' is apparently being


populated from .local/share/recently-used.xbel

which is, I believe, a GTK resource. I don't know if that is 
supposed to happen.


Chuck.


On 18/06/2021 2:23 am, Ted Felix wrote:

On 6/17/21 4:17 PM, chuck elliot wrote:

[FileDialog]
history=@Invalid()
lastVisited=file:///blue/midi/rosegarden/covers/q-synth
qtVersion=5.15.2
viewMode=Detail


  Mine looks just like that:

[FileDialog]
history=@Invalid()
lastVisited=file:///home/ted/Documents/rosegarden/Test
qtVersion=5.12.8
viewMode=Detail

  And mine works fine.

Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe

https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe

https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe

https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe

https://lists.sourceforge.net/lists/listinfo/rosegarden-user




___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
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] MRU - a couple of things

2021-06-19 Thread Ted Felix
  Glad we finally tracked this one down.  It's not complete, though as 
it only applies to open dialogs.  I think we need to make this a setting 
in the preferences.  I'll have a look.


Ted.

On 6/19/21 5:59 AM, chuck elliot wrote:

That did the trick!

One caveat - after running the new build for the first time, I had to 
add the


[FileDialog] setting because it wasn't present although the timestamp 
had updated.


However, now I can switch between the aberrant GTK behaviour and the

desired Qt behaviour by changing that setting from false to true.

'job done! Great work!

Many thanks.


On 19/06/2021 1:41 am, Ted Felix wrote:
  Ok, I just pushed a change for you to test to a new branch called 
filedialog.  If you are using git (without forking), you can get it as 
follows:


git fetch
git checkout -t origin/filedialog

  Now build and run as usual.  After the first run, you will find this 
in your Rosegarden.conf file:


[FileDialog]
dontUseNative=false

  Set that to true and re-run rosegarden.  Now you should have a very 
different looking file open dialog.  Does it work any better?


  When you are done, switch back to the master branch with git and build.

git checkout master

Ted.

On 6/18/21 8:02 PM, Ted Felix wrote:
   As I was digging around I saw mention of Qt using "native 
dialogs". Maybe this is what is going on. Maybe you are using GNOME 
and somehow Qt is being told to use the native file dialog rather 
than its own. That might explain why it is using a GTK+ .XBEL file to 
store these recent used "bookmarks".


   QFileDialog has options and the "DontUseNativeDialog" option 
controls this.  The Qt docs indicate that *using* the native dialog 
is the default if one exists.  Maybe we should try forcing 
"DontUseNativeDialog".  I'll need to do a little more digging and 
provide you with a new version to test.  I'll put it on my todo...


Ted.

On 6/18/21 4:31 AM, chuck elliot wrote:

Ah. False alarm then.

The other thing I discovered was that my rg 'Recent' list in 'File 
Open' is apparently being


populated from .local/share/recently-used.xbel

which is, I believe, a GTK resource. I don't know if that is 
supposed to happen.


Chuck.


On 18/06/2021 2:23 am, Ted Felix wrote:

On 6/17/21 4:17 PM, chuck elliot wrote:

[FileDialog]
history=@Invalid()
lastVisited=file:///blue/midi/rosegarden/covers/q-synth
qtVersion=5.15.2
viewMode=Detail


  Mine looks just like that:

[FileDialog]
history=@Invalid()
lastVisited=file:///home/ted/Documents/rosegarden/Test
qtVersion=5.12.8
viewMode=Detail

  And mine works fine.

Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe

https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe

https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe

https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user




___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
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] MRU - a couple of things

2021-06-18 Thread Ted Felix
  Ok, I just pushed a change for you to test to a new branch called 
filedialog.  If you are using git (without forking), you can get it as 
follows:


git fetch
git checkout -t origin/filedialog

  Now build and run as usual.  After the first run, you will find this 
in your Rosegarden.conf file:


[FileDialog]
dontUseNative=false

  Set that to true and re-run rosegarden.  Now you should have a very 
different looking file open dialog.  Does it work any better?


  When you are done, switch back to the master branch with git and build.

git checkout master

Ted.

On 6/18/21 8:02 PM, Ted Felix wrote:
   As I was digging around I saw mention of Qt using "native dialogs". 
Maybe this is what is going on.  Maybe you are using GNOME and somehow 
Qt is being told to use the native file dialog rather than its own. That 
might explain why it is using a GTK+ .XBEL file to store these recent 
used "bookmarks".


   QFileDialog has options and the "DontUseNativeDialog" option controls 
this.  The Qt docs indicate that *using* the native dialog is the 
default if one exists.  Maybe we should try forcing 
"DontUseNativeDialog".  I'll need to do a little more digging and 
provide you with a new version to test.  I'll put it on my todo...


Ted.

On 6/18/21 4:31 AM, chuck elliot wrote:

Ah. False alarm then.

The other thing I discovered was that my rg 'Recent' list in 'File 
Open' is apparently being


populated from .local/share/recently-used.xbel

which is, I believe, a GTK resource. I don't know if that is supposed 
to happen.


Chuck.


On 18/06/2021 2:23 am, Ted Felix wrote:

On 6/17/21 4:17 PM, chuck elliot wrote:

[FileDialog]
history=@Invalid()
lastVisited=file:///blue/midi/rosegarden/covers/q-synth
qtVersion=5.15.2
viewMode=Detail


  Mine looks just like that:

[FileDialog]
history=@Invalid()
lastVisited=file:///home/ted/Documents/rosegarden/Test
qtVersion=5.12.8
viewMode=Detail

  And mine works fine.

Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe

https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
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] MRU - a couple of things

2021-06-18 Thread Ted Felix
  As I was digging around I saw mention of Qt using "native dialogs". 
Maybe this is what is going on.  Maybe you are using GNOME and somehow 
Qt is being told to use the native file dialog rather than its own. 
That might explain why it is using a GTK+ .XBEL file to store these 
recent used "bookmarks".


  QFileDialog has options and the "DontUseNativeDialog" option controls 
this.  The Qt docs indicate that *using* the native dialog is the 
default if one exists.  Maybe we should try forcing 
"DontUseNativeDialog".  I'll need to do a little more digging and 
provide you with a new version to test.  I'll put it on my todo...


Ted.

On 6/18/21 4:31 AM, chuck elliot wrote:

Ah. False alarm then.

The other thing I discovered was that my rg 'Recent' list in 'File Open' 
is apparently being


populated from .local/share/recently-used.xbel

which is, I believe, a GTK resource. I don't know if that is supposed to 
happen.


Chuck.


On 18/06/2021 2:23 am, Ted Felix wrote:

On 6/17/21 4:17 PM, chuck elliot wrote:

[FileDialog]
history=@Invalid()
lastVisited=file:///blue/midi/rosegarden/covers/q-synth
qtVersion=5.15.2
viewMode=Detail


  Mine looks just like that:

[FileDialog]
history=@Invalid()
lastVisited=file:///home/ted/Documents/rosegarden/Test
qtVersion=5.12.8
viewMode=Detail

  And mine works fine.

Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
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] MRU - a couple of things

2021-06-17 Thread Ted Felix

On 6/17/21 4:17 PM, chuck elliot wrote:

[FileDialog]
history=@Invalid()
lastVisited=file:///blue/midi/rosegarden/covers/q-synth
qtVersion=5.15.2
viewMode=Detail


  Mine looks just like that:

[FileDialog]
history=@Invalid()
lastVisited=file:///home/ted/Documents/rosegarden/Test
qtVersion=5.12.8
viewMode=Detail

  And mine works fine.

Ted.


___
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] Rosegarden is not running with JACK

2021-06-15 Thread Ted Felix

On 6/14/21 1:29 PM, Wolfgang Henderkes wrote:

Rosegarden reports "MIDI, no audio" as an error.


  Unfortunately, we do not log the error code (jack status) when this 
happens.  That might have provided a clue.  I've added logging for this. 
 Would you be able/willing to build rosegarden from source and help 
with some testing?  We should be able to figure this out.


Ted.


___
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] ROSEGARDEN 21.06 RELEASED

2021-06-03 Thread Ted Felix

On 6/3/21 12:33 AM, david wrote:
Now when I start RG, it announces itself as 
21.12. So is the 21.06 version number below wrong or am I doing 
something wrong?


  Neither.  What you are seeing is correct.  After the release, I bump 
the version in the git repo in preparation for the next release.


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] ROSEGARDEN 21.06 RELEASED

2021-06-02 Thread Ted Felix

The Rosegarden team is proud to announce the release of version 21.06
of Rosegarden, a MIDI sequencer that features a rich understanding of
music notation along with basic support for digital audio.

  http://www.rosegardenmusic.com/

Included in this release...

= Bug Fixes =

  * Event editor now selects the proper event at launch.  Bug #1588.
[cf7d654d4]
  * Fix restore of channel mode (fixed or auto) on file read.
[010246e0a]
  * File Merge dialog layout improvements.  Bug #1590.
[13f40bbef]
  * Do not send Program Change for drum Instrument without banks.
[f27b4f854]
  * Fix "Studio > Reset MIDI Network".  Now this sends channel setups
(BS/PC/CCs) to each Device.  [04ad97659]
  * Fix overlapping bar numbers in rulers.  Bug #1580.
[26e60ef8e]
  * Notation: Update cursor when switching layout mode.  Bug #1580.
[7664b6997]
  * Notation: Fix inconsistencies when switching between layers and
staves using the red thumbwheel.
  * Refresh the layout on resize.  Bug #1570.  [aa13ac83b]
  * Limit the Panner to within the scene rectangle.  Bug #1570.
[9e8b0b13f]
  * Fix focus issue after Ctrl+N.  [7bc2c957a]
  * Notation: Fix "Segment > Add Layer" and "Segment > New Layer From
Selection" so that the new Segment's events are selected.
  * Fix multiple issues with undo/redo when editing.
  * Fix inconsistent editor title bars.  [28344f0c6]
  * Fix multiple issues when resizing Segments.
  * Export key signatures to MIDI file.  Bug #1456.  [8805d3f81]
  * Fix crash in CC rulers using the velocity tool.  [443a3aacf]
  * Fix linked segments not exporting to Lilypond.  Bug #1595.
  * Improve Transport window position persistence.  [05f2e7345]
  * Improve handling of multiple time signatures.
  * Fix crash in notation when "View > Size" is changed.  Bug #1596.
[460d1bc42]
  * Fix modifiers not appearing in Notation until the mouse moves.
Bug #1597.  [e814dcfbd]
  * Fixed dots being added to tied notes.  Bug #1555.  [e9b8c293d]
[cf1d3dfed]
  * Fixed a crash in the notation lyric editor.  Bug #1598.  [5f52c7c2]
  * Fix incorrect position of chord names in lilypond.  Bug #1524.
[04fc5dd6]
  * Fix missing chord names in lilypond.  [c35e0fb7]

= New Features =

  * Clean Recent Files List in the preferences removes files that
aren't present on the filesystem from the recent files list.
[b616d42c7]
  * Preferences: Add send BS/PC/CCs while looping.  [0d2d3a28c]
  * Added Segment label to Notation editor.  [9ab1ff136]
  * Matrix editor now preserves zoom factor and rulers for each
Segment in the .rg file.  Feature #486.
  * Notation editor now preserves rulers for each Segment in the .rg
file.  Feature #486.

= Significant Code Cleanups =

  * Cleanup and preparation for Qt6.

= Additional Contributors =

  * Michael Stockinger (www.stockinger.org) - German Translation

Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] Translation Quick Start Document

2021-05-27 Thread Ted Felix
  I just threw together a translation quick start document if anyone is 
interested in helping with translations.  It's at the top of our 
"Translating Rosegarden" page on the wiki:


https://www.rosegardenmusic.com/wiki/translator:add_or_update_translation

  Comments appreciated.

Ted.


___
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] OT-ish: Rosegaredn IRC channel?

2021-05-27 Thread Ted Felix

On 5/27/21 5:27 AM, Lorenzo Sutton wrote:
I'm also not sure who should take the decision if to stay on freenode or 
not. Personally I would support a move (as many Free Software project 
have done / are doing) to Libera.Chat [2].


  Unless anyone else speaks up, I think the decision is up to you.  Let 
me know if we need to change any links on the website or wiki.


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] String Freeze/Start of Translation Period

2021-05-26 Thread Ted Felix
  String freeze for 21.06 begins today.  Translations have been updated 
against the latest code.  Get the latest from git and start translating.


https://www.rosegardenmusic.com/wiki/dev:building_rosegarden_from_source

  Be sure to use Qt5 when working on translations:

$ QT_SELECT=qt5 linguist

  If you don't have a fork, you can send .ts files directly to me, or 
post to the patches tracker.  Compressed with gzip or xz would be very 
much appreciated.  Diffs are even better.


  Please submit translations by 1 June 2021.

  Rosegarden 21.06 is scheduled for next Wednesday, 2 June 2021.

Ted.


___
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] Testing Appreciated for 21.06

2021-05-06 Thread Ted Felix

On 5/5/21 9:16 PM, Ted Felix wrote:
   I will send a list of areas that have changed and need testing 
shortly.


  As promised, a list of areas needing testing for 21.06 is now on the 
wiki:


https://www.rosegardenmusic.com/wiki/dev:21.06_testing_notes

Ted.


___
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] Testing Appreciated for 21.06

2021-05-06 Thread Ted Felix

On 5/6/21 5:55 AM, Lorenzo Sutton wrote:

On 06/05/2021 03:16, Ted Felix wrote:

https://www.rosegardenmusic.com/wiki/dev:building_rosegarden_from_source

 From there it seems sourceforge is still the reference, not github, right?


  Sourceforge is the #1 official repo.  Github is a mirror.

  If you prefer working from my repo on github, feel free.  I keep it 
in sync with the sourceforge repo.  Instructions on the wiki are 
specifically for sourceforge, so if you use github, you are on your own.


Is it ok to post on the mailing list or better create new issues (and if 
so, again is this still sourceforge)?


  Up to you.  Probably best to discuss on the mailing list first, then 
we'll escalate to issues on sourceforge if we can't solve the problems 
quickly.  However, if you prefer filing issues on github, I can work on 
them there as well.


  Github URL for anyone who wants to work over there:

https://github.com/tedfelix/rosegarden-official

Ted.


___
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] Testing Appreciated for 21.06

2021-05-06 Thread Ted Felix

On 5/5/21 11:53 PM, david wrote:

But when I tried to print preview it, Lilypond gave me this error:
Processing terminated due to fatal errors.
Ideas?


  There is a test you can run if you do a debug build.  If you didn't 
do a debug build, you'll need to run cmake again.  I usually delete my 
build directory and start over with the build process.  Not sure if 
that's still needed.  At the cmake step be sure to use the option that 
turns on debug:


cmake .. -DCMAKE_BUILD_TYPE=Debug

  Once you have a debug build, do a "make test" from the build 
directory.  It should look like this once it is done:


$ make test
Running tests...
Test project 
/home/ted/tmp/devel/rosegarden/rosegarden-workspace/rosegarden-git/build

Start 1: realtime
1/9 Test #1: realtime .   Passed0.33 sec
Start 2: accidentals
2/9 Test #2: accidentals ..   Passed0.30 sec
Start 3: segmenttransposecommand
3/9 Test #3: segmenttransposecommand ..   Passed0.29 sec
Start 4: test_notationview_selection
4/9 Test #4: test_notationview_selection ..   Passed1.50 sec
Start 5: transpose
5/9 Test #5: transpose    Passed0.31 sec
Start 6: reference_segment
6/9 Test #6: reference_segment    Passed0.33 sec
Start 7: utf8
7/9 Test #7: utf8 .   Passed0.29 sec
Start 8: testmisc
8/9 Test #8: testmisc .   Passed2.12 sec
Start 9: lilypond_export_test
9/9 Test #9: lilypond_export_test .   Passed   22.86 sec

100% tests passed, 0 tests failed out of 9

Total Test time (real) =  28.36 sec


  Let us know how that goes.

Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] Testing Appreciated for 21.06

2021-05-05 Thread Ted Felix
  21.06 will be released on June 2.  Please test the latest version of 
Rosegarden in git as much as you can.  If you've not built Rosegarden 
before, give it a shot and let us know if you run into trouble.  We'll 
walk you through it.


  I've written up a new page on the wiki that should help you through 
the build process.  To help out with 21.06 you can either download a 
source snapshot, or use git to stay up to date with the latest.


https://www.rosegardenmusic.com/wiki/dev:building_rosegarden_from_source

  I will send a list of areas that have changed and need testing 
shortly.  In the meantime, any and all testing is appreciated.


Thanks.
Ted.



___
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] svn to git Transition Complete

2021-04-25 Thread Ted Felix

On 4/2/21 1:59 PM, Ted Felix wrote:

  The transition from svn to git is complete.


  For those that are following along with git for testing, I've 
confirmed that instead of this:


git fetch --tags
git rebase

  ...you can safely do this:

git pull --tags

  A little bit easier to remember.

  For those using the development workflow, you can resync with these 
commands:


git checkout master
git status

...make sure you have a clean and up to date working copy and then...

git pull --tags upstream ​master
git push --tags ​origin master

  (Pull has caused me problems in the past, but it appears to have been 
the fault of a more primitive workflow.)


  I updated the "Using git" page on the wiki:

https://www.rosegardenmusic.com/wiki/dev:using_git

Ted.


___
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] Window positions.

2021-04-21 Thread Ted Felix

On 4/20/21 2:26 AM, Will Godfrey wrote:

Transport is the one that bothers me, as it happens. I like to keep it in
the top right corner of the screen. Also, I notice that the main window (which
I keep to the full screen width) seems to slowly drift upwards over several
re-openings.


  Ok, I've tracked down some of this and I just pushed some fixes to 
git.  Specifically, the Transport dialog now tries to save its geometry 
and restore it.  It works for the most part, but that drifting upward 
bug is still hiding in there.


  I'm not sure what is causing the upward drift but it seems like Qt is 
confusing the parent and child window coordinates.  I say this because 
the window drifts upward by the height of the titlebar.  And that is the 
difference between the top coord of the complete window with frame and 
the child window within where the app shows stuff.  Not sure there is 
much we can do about this without some serious digging into the Qt code 
to figure out what exactly is going on.


  I didn't touch the rg main window code, so it is probably going to 
continue to drift upward for you.


  Please test latest git and let me know if at least the Transport is 
better.


Ted.


___
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] Window positions.

2021-04-19 Thread Ted Felix

On 4/19/21 5:11 PM, Will Godfrey wrote:

I've noticed that Rosegarden doesn't seem to be very good at remembering screen
positions of windows, although it seems to get the sizes right. Does it in fact
store them at all, or does it rely on the the window manager to do so?


  A search on WindowGeometryConfigGroup or saveGeometry() reveals that 
rg tries.  For some windows, perhaps not all.  E.g. I don't see the 
transport window using WindowGeometryConfigGroup.  Is there a specific 
window that is causing trouble?


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] Rosegarden 21.06 Schedule

2021-04-19 Thread Ted Felix

  Proposed schedule for 21.06...

May 5: Feature Freeze, Testing period begins
May 26: String Freeze, Translation period begins
June 1: Translation Deadline
June 2: Rosegarden 21.06

Ted.


___
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] 1st bar blues

2021-04-18 Thread Ted Felix

On 4/18/21 12:12 PM, krsg...@trixtar.org wrote:

Using 20.12 Altissimo BTW & Qsynth, and I don't
see such options.


  Yeah, you'll need to build a recent version to get this feature.

  We have a new page walking through the build process:

https://www.rosegardenmusic.com/wiki/dev:building_rosegarden_from_source

  And I can help you through it if you have trouble.

  Otherwise you'll probably have to wait for the changes to make it 
into your favorite distro.  Could take a year or so depending on the distro.


  In the meantime, you might be able to turn off CCs and PCs using the 
instrument panel and the device editor.  Let me know if you want to try 
that and I'll walk you through it.


Ted.

 As I said I can't pin it. Just

now it did it when playing a segment for the
first time and without any repeat. I also notice
that in the 1st 4/4 bar consisting of a single
whole chord and two half-note bass notes in
the bass track, the entire whole chord missed
out but only the first 1/2 bass note so that
'missing a whole bar' would be inacurate.


On Sun, 18 Apr 2021 10:41:56 -0400
Ted Felix  wrote:


Sounds like your synth might not be able to handle the program
changes and control changes that we send at the beginning of a loop.
You can turn this off in the preferences:

Edit > Preferences > MIDI > Send program changes when looping

And "Send control changes when looping" below it.

Another option is to use a different synth.  E.g. fluidsynth handles
this.

Ted.

On 4/18/21 9:17 AM, krsg...@trixtar.org wrote:

On Sun, 18 Apr 2021 09:05:10 -0400
krsg...@trixtar.org wrote:


I've noticed that playing back some segments sometimes results in missed notes 
in the (or the entire) first bar. Prepending an extra empty bar may help, I 
haven't been able to put my finger on it


I have a 7-bar chord prog test which normally plays back OK, but if I set it up 
for repeating in the Show-Transport dialog then after the first run  it cuts 
out the first chord in the chord track only while the first bass notes in the 
bass track play back OK.



___
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] 1st bar blues

2021-04-18 Thread Ted Felix
  Sounds like your synth might not be able to handle the program 
changes and control changes that we send at the beginning of a loop. 
You can turn this off in the preferences:


Edit > Preferences > MIDI > Send program changes when looping

And "Send control changes when looping" below it.

  Another option is to use a different synth.  E.g. fluidsynth handles 
this.


Ted.

On 4/18/21 9:17 AM, krsg...@trixtar.org wrote:

On Sun, 18 Apr 2021 09:05:10 -0400
krsg...@trixtar.org wrote:


I've noticed that playing back some segments sometimes results in missed notes 
in the (or the entire) first bar. Prepending an extra empty bar may help, I 
haven't been able to put my finger on it


I have a 7-bar chord prog test which normally plays back OK, but if I set it up 
for repeating in the Show-Transport dialog then after the first run  it cuts 
out the first chord in the chord track only while the first bass notes in the 
bass track play back OK.




___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user




___
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] Change Rosegarden language without changing system locale?

2021-04-17 Thread Ted Felix

> I always used Rosegarden in Italian but there are many things I
> would like to change, for example, I would never call the pitch
> bend "portamento", or "glissando" in this context.  It has
> always been "pitch bend" globally.

  There's a somewhat old page on the wiki explaining how to work on the 
translations.


https://www.rosegardenmusic.com/wiki/translator:add_or_update_translation

  The concepts are there, but the details may be off since we've 
upgraded to Qt5.


  I think the Italian translation hasn't been updated in quite a while. 
 If you'd like to take a shot at helping with that, let us know and 
we'll get you set up.


Ted.

On 4/17/21 4:17 AM, Arnaldo Pirrone wrote:

Good morning,
Is there a way to change the language? I couldn't find any dropdown menu 
to do it in the preferences. I always used Rosegarden in Italian but 
there are many things I would like to change, for example, I would never 
call the pitch bend "portamento", or "glissando" in this context. It has 
always been "pitch bend" globally.

Is it easy providing a way to switch language?
Thank you


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user




___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] Matrix editor zoom and tabs persistence

2021-04-15 Thread Ted Felix
  I just merged the work for Feature 486 into master [f043ecc8]. 
Please test latest git.


  The Matrix editor will now remember the control rulers for each 
Segment and relaunch those when you edit the Segment again.  Zoom factor 
is also remembered on a per-Segment basis.  All of this is saved to the 
.rg file.


Ted.



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] Notation Zoom/Mode Persistence

2021-04-14 Thread Ted Felix
  Just finished implementing zoom and ruler persistence for the Matrix 
editor in the f486 branch (soon to be merged into master).  The zoom 
factors and selected rulers for each Segment are now restored when the 
Matrix editor is launched.  Also implemented ruler persistence for the 
notation editor.  See the feature request:


https://sourceforge.net/p/rosegarden/feature-requests/486/

  Was wondering if anyone would be interested in zoom or mode (Linear, 
Continuous, Multiple Page) persistence for the notation editor.  Would 
this be helpful, or is the reset to a factor of 1 and Linear mode better?


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] Notation Zoom/Mode Persistence

2021-04-14 Thread Ted Felix
  Just finished implementing zoom and ruler persistence for the Matrix 
editor in the f486 branch (soon to be merged into master).  The zoom 
factors and selected rulers for each Segment are now restored when the 
Matrix editor is launched.  Also implemented ruler persistence for the 
notation editor.  See the feature request:


https://sourceforge.net/p/rosegarden/feature-requests/486/

  Was wondering if anyone would be interested in zoom or mode (Linear, 
Continuous, Multiple Page) persistence for the notation editor.  Would 
this be helpful, or is the reset to a factor of 1 and Linear mode better?


Ted.



___
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] MRU - a couple of things

2021-04-07 Thread Ted Felix
  I've done a little more digging and it seems like this could be 
happening because garbage is getting passed to the file dialogs 
(QFileDialog falls back on the current directory when it gets a 
directory that doesn't exist and depending on how you launch rg, the 
current directory might be the home dir).  This seems unlikely, but it's 
the only lead I've got at this point.


  Some tests...

  What version of Qt are you building against?  In rg, go to Help > 
About Qt... to get the version.


  The code (FileDialog::getOpenFileName()) is reused in a number of 
places.  Try File > Import > Import MIDI File...  Does this remember its 
last path?


  Run rosegarden from a command prompt while in an easily identifiable 
directory.  E.g. switch to /tmp and then run rosegarden:


  $ cd /tmp
  $ rosegarden

  Now do a file open.  Does this put you in /tmp?

Ted.

On 4/7/21 6:38 AM, chuck elliot wrote:

'apparently not to do with NFS - I loaded and saved a file to

a local directory ('change reflected in the [Last_Used_Paths] setting)

but the 'Open' behaviour is still erroneous.



On 07/04/2021 12:38 am, Ted Felix wrote:

On 3/28/21 11:43 AM, chuck elliot wrote:
If I'm not mistaken, RG used to remember which directories you last 
saved to and loaded from.


  And it still does for me.

This is reflected in the [Last_Used_Directories] config file heading 
(which seems to contain the right values).


  That's the place.

Currently the 'open file' dialogue takes me to my home directory plus 
an out-of-date 'Recent' option and also opens in minimised mode for 
some reason. I am working with v20.12 and v21.06.


  I have never seen anything like this.  I can't minimize the window. 
And mine always takes me to the last place I was.


I have tried creating a new Rosegarden.conf and looked in vain for 
settings to change this. Am I missing something?


  Nope.  Sounds like bad Qt libraries.  The code is super simple for 
this.  We rely on Qt to do the real work here.


  Do "File > Open Example..." and "File > Open Template..." work OK? 
It's the same code, but it specifies a hard-coded path. Open 
Example... should take you to ~/.local/share/rosegarden/examples. Open 
Template... should take you to the same area, but the templates 
directory.


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
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] MRU - a couple of things

2021-04-06 Thread Ted Felix

On 3/28/21 11:43 AM, chuck elliot wrote:

If I'm not mistaken, RG used to remember which directories you last saved to 
and loaded from.


  And it still does for me.


This is reflected in the [Last_Used_Directories] config file heading (which 
seems to contain the right values).


  That's the place.


Currently the 'open file' dialogue takes me to my home directory plus an 
out-of-date 'Recent' option and also opens in minimised mode for some reason. I 
am working with  v20.12 and v21.06.


  I have never seen anything like this.  I can't minimize the window. 
And mine always takes me to the last place I was.



I have tried creating a new Rosegarden.conf and looked in vain for settings to 
change this. Am I missing something?


  Nope.  Sounds like bad Qt libraries.  The code is super simple for 
this.  We rely on Qt to do the real work here.


  Do "File > Open Example..." and "File > Open Template..." work OK? 
It's the same code, but it specifies a hard-coded path.  Open Example... 
should take you to ~/.local/share/rosegarden/examples.  Open Template... 
should take you to the same area, but the templates directory.


Ted.


___
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] svn to git Transition Complete

2021-04-06 Thread Ted Felix
  Thanks for testing.  I just updated it to use git describe.  Works 
well with only one git invocation.  Could probably reduce it to just the 
hash and the * with string manipulation in cmake.  Looks fine as-is, 
though, so I think I'll leave it alone.


  Please test latest git.

Ted.

On 4/6/21 4:43 PM, Colin Fletcher wrote:

On 06/04/2021 20:48, Ted Felix wrote:

  Ok, shouldn't check for svn now.  Please test latest in git.


Yes, looks good. No complaints about missing svn executable from make
now, and "About Rosegarden" shows the right commit hash (including a '*'
at the end if there are any local uncommitted changes).


  I didn't use git describe, but it looks like I should.  I'll

take a

closer look.  Thanks for the tip.


You're welcome. 'git describe' output is a bit more meaningful than just
a commit hash: if all you want is a unique identifier it might not be
necessary, but it is intended for exactly this kind of use.

Cheers,
Colin.




___
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] svn to git Transition Complete

2021-04-04 Thread Ted Felix

On 4/4/21 5:46 PM, chuck elliot wrote:

I built it from git the other day. It compiled ok 2nd try.


  Good to hear.


collect2: fatal error: ld terminated with signal 7 [Bus error], core dumped


  Wow.  That's a crash like a sigsegv.  Could be almost anything 
including cosmic rays or a marginal hard drive.  Or just a bug in that 
version of the linker.


BTW any idea why my installation doesn't take me to the [last_used_path] 
on 'open' and dialogue starts minimised?


  It's on my todo for when the git transition is complete.  Still have 
a few things to do on the transition.


Ted.


___
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] svn to git Transition Complete

2021-04-04 Thread Ted Felix
  Yeah, that's actually on my todo list to switch us over from svn to 
git in the about box.  Does it still build ok?


Ted.

On 4/4/21 8:33 AM, Colin Fletcher wrote:

On 02/04/2021 18:59, Ted Felix wrote:

  The transition from svn to git is complete.

  For those who are following along with development, you'll need to
abandon your svn working copy and start a new git working copy.

  I've put together a "Using git" page on the wiki that describes how to
use git for testing.  Follow the steps in the "Testing Workflow" section
and you should be back to following along with the latest updates.

  https://www.rosegardenmusic.com/wiki/dev:using_git

  Let me know if you run into any issues.


I don't have subversion installed here (I've been using 'git svn'
exclusively as svn client for a while), and I get this on a checkout of
git://git.code.sf.net/p/rosegarden/git:

colinf@colinf-xps15:~/src/rosegarden/build$ make

[  1%] Generating svn_header
-- Could NOT find Subversion (missing: Subversion_SVN_EXECUTABLE)
-- Build key 11dbb44a20

So something still expects to be able to get the svn revision: probably
it should rather be using 'git describe' now.

Cheers,
Colin.




___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] svn to git Transition Complete

2021-04-02 Thread Ted Felix

  The transition from svn to git is complete.

  For those who are following along with development, you'll need to 
abandon your svn working copy and start a new git working copy.


  I've put together a "Using git" page on the wiki that describes how 
to use git for testing.  Follow the steps in the "Testing Workflow" 
section and you should be back to following along with the latest updates.


  https://www.rosegardenmusic.com/wiki/dev:using_git

  Let me know if you run into any issues.

Ted.


___
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] Settings memory for matrix view per segment

2021-03-30 Thread Ted Felix

On 3/30/21 11:27 AM, Patrick May wrote:
I'd like to suggest a feature for rosegarden: the ability for the matrix 
view to remember what midi controller rulers you had open on a segment 
the last time you were working on it, and/or a settings option that lets 
you specify controller rulers you want opened by default.


  This has been requested.  See Feature Request 486:

https://sourceforge.net/p/rosegarden/feature-requests/486/

  If you have a sourceforge account, go ahead and give that an upvote.

It'd also be useful to be able to create custom controller rulers for 
synths that have special functions mapped to arbitrary controller 
numbers (such as lowpass/reso filters)


  You can do that now.  Go to Studio > Manage MIDI Devices > (pick a 
playback device) > Controllers...


  In this dialog you can add arbitrary controllers.  This is part of 
the bank editor.  You can create your own device (rgd) file here and 
reuse it on other projects as well.


Ted.


___
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] Notation Editor improvements...

2021-03-27 Thread Ted Felix

On 3/27/21 12:02 PM, Lorenzo Sutton wrote:

On 27/03/2021 14:32, Ted Felix wrote:
- Layers in the notation editor.  If you use layers, give this a 
thorough testing.  This is what drove these changes originally.
It seems that now segments on the same track when opened together in the 
notation editor are 'enforced' to being layered though? So, for 
instance, you can't write a pseudo piano part? Or am I missing something?


  You probably aren't missing something.  You are just better at 
testing this stuff than me.  This is why I wanted some feedback at this 
point.


  I assumed that segments on the same track were always treated as 
layers.  E.g. with rg 20.12 I just created two segments on top of each 
other on the same track, selected them both, pressed "n" and now I have 
one staff with two layers.  I also tested with 19.12 and I get the same 
behavior.


  What am I missing?  What do I have to do differently to get them not 
merged as layers in the previous versions?


I also sometimes stack segments on tracks for writing voices etc. 
independently and then (possibly) merging them.


With the latest SVN it seems that if I add two segments to the same 
track (stacked in the segment view) if I open them in the notation 
editor they are merged as layers?


  Again, I'm seeing this in 20.12 and 19.12 also.  I'm guessing I'm 
doing the wrong thing?  What is your procedure?


There seems to be a glitch where a second layer is mis-aligned in the 
first bar and you can't input notes beyond the first bar with the mouse, 
as if vertical alignment gets somehow broken. (QWERTY keyboard input 
seems OK). For some reason this (half notes).


  Confirmed this one.  I can't add notes beyond bar one either.  If I 
restart the notation editor, I can add notes on both layers beyond bar 
1.  Might be somehow related to the initial rests.



- Notation > Segment > New Layer from Selection  (Magic Layer)
- Notation > Segment > Add Layer
- Copy/Paste Events in the editors


Hasn't this always been there? Or... What does it mean?


  It means changes have been made in these areas and they need to be 
re-tested as they might now be broken.



- Ornaments (not sure how to use this myself)


How does this work? There are entries in the Note menu but it's unclear 
how they work and how they should be tested, also how do they relate to 
adding ornament symbols from the palette?


  I have no idea.  I played with it a bit and sort of got it to do 
something.  I was hoping someone out there knew this feature well and 
could run it through its paces.



- Segment Resize From Start


What does this mean?


  Again, internal code changes touched this area.  Please re-test 
(regression test) this feature if you are familiar with it.



- Segment Transpose
- Undo/redo of above.
- Commands in general.


What does this mean?


  Please regression test.


- Undo/Redo of commands in general.


Sorry if I missed something but it doesn't seem the linked github page 
explains what the new features are, how they change previous behaviour 
and how to test them...


  You didn't miss anything.  Internal changes were made that touched a 
number of areas and those need regression testing.  This is just a list 
of the areas that need re-testing.


  Philip is going to work on more detailed testing information for 
future commits.


Ted.


___
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] Uninstall version installed from SVN?

2021-03-27 Thread Ted Felix
  I just run it directly from the build directory without doing an 
install.  That way you've got a test version and your stable version 
available at the same time.


  Regardless, you should be able to just install a previous version 
over top of a newer version.  Assuming r16088 prior to Philip's changes:


svn update -r16088
cd build
make
make install

  And you should be ready to go.

Ted.

On 3/27/21 12:03 PM, Lorenzo Sutton wrote:

There seems to be a make install but not a make uninstall or make remove?

How to revert?

I know one should probably not install SVN versions when testing... but 
usually Rosegarden from SVN has been pretty stable. In this case I would 
like to check previous version wrt the new notation features.


Hints welcome.
Lorenzo.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] Notation Editor improvements...

2021-03-27 Thread Ted Felix
  Philip Leishman (lman) has made a lot of improvements to the notation 
editor and command undo/redo.  You can see his work over on github:


https://github.com/tedfelix/rosegarden/pull/4

  I've just pushed his changes to date.  Wanted to get them into 
everyone's hands ASAP.  Please test the latest svn (r16109).


  Some areas to check out:

- Layers in the notation editor.  If you use layers, give this a 
thorough testing.  This is what drove these changes originally.

- Notation > Segment > New Layer from Selection  (Magic Layer)
- Notation > Segment > Add Layer
- Copy/Paste Events in the editors
- Ornaments (not sure how to use this myself)
- Segment Resize From Start
- Segment Transpose
- Undo/redo of above.
- Commands in general.
- Undo/Redo of commands in general.

  Thanks.

Ted.


___
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] r16077 Crash "Clear the MRU"

2021-03-11 Thread Ted Felix

  This should be fixed in [r16079].  Please test latest svn.

Ted.

On 3/9/21 3:29 PM, MST wrote:

r16078 improved but I still have the following issue:
When I rename the folder "rosegarden" in my home directory to e.g. 
"rosegarden1", the program still crashes when moving with the mouse to 
the entry "clear latest files".

Greetings, Michael
*Gesendet:* Dienstag, 09. März 2021 um 01:43 Uhr
*Von:* "Ted Felix" 
*An:* rosegarden-user@lists.sourceforge.net
*Betreff:* Re: [Rosegarden-user] r16077 Crash "Clear the MRU"
This should be fixed in [r16078]. Please test latest svn. Make sure
all the files in your MRU no longer exist on the filesystem. E.g. open
a bunch in a directory, then rename that directory and take a look at
the MRU list. Should be empty instead of crashing.

Ted.

On 3/8/21 6:26 PM, Ted Felix wrote:
 >   This is indeed crashing.  It requires a very specific situation.  I'm
 > getting it with exactly one file in the MRU list that does not exist. It
 > probably also happens with multiple files when all files do not exist.
 > The crash is in RecentFiles::removeNonExistent() on the "if" and calls
 > to question my (formerly "masterful") understanding of the STL. What fun!
 >
 >   Looking at this now...
 >
 > Ted.
 >
 > On 3/7/21 5:53 AM, Babarosa wrote:
 >> Can someone confirm this crashing of rosegarden (discovered with r16077
 >> on Debian 10 but maybe it exists longer):
 >>
 >> When "Clear the MRU" is activated in general settings and moving with
 >> the mouse to the menu entry "List of last files", Rosegarden crashes
 >> immediately. Started from the command line, I get the message
 >> "Speicherzugriffsfehler" which means "memory access failure".
 >>
 >> When deactivating "Clear the MRU", moving to the menu entry "List of
 >> last files", Rosegarden behaves normal and does not crash.
 >>
 >> Am 27.01.21 um 17:31 schrieb Ted Felix:
 >>>>> On 1/22/21 3:48 PM, Will Godfrey wrote:
 >>>>>> When Rosegarden scans the 'recent' list, can it please check the
 >>>>> existence of a file, and if it's not there remove it from its list?
 >>>
 >>>   This is now implemented in [r16061].  There's a new preference
 >>> called "Clean recent files list" that enables it.
 >>>
 >>>   As mentioned before, your recent files list will be clobbered by
 >>> this update.  You can restore it by going into your Rosegarden.conf
 >>> file and renaming the [General] section to [RecentFiles].
 >>>
 >>>   Grab the latest svn and try it out.
 >>>
 >>> Ted.
 >>>
 >>>
 >>> ___
 >>> Rosegarden-user mailing list
 >>> Rosegarden-user@lists.sourceforge.net - use the link below to
 >>> unsubscribe
 >>> https://lists.sourceforge.net/lists/listinfo/rosegarden-user 
<https://lists.sourceforge.net/lists/listinfo/rosegarden-user>

 >>
 >>
 >> ___
 >> Rosegarden-user mailing list
 >> Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe
 >> https://lists.sourceforge.net/lists/listinfo/rosegarden-user 
<https://lists.sourceforge.net/lists/listinfo/rosegarden-user>

 >
 >
 > ___
 > Rosegarden-user mailing list
 > Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
 > https://lists.sourceforge.net/lists/listinfo/rosegarden-user 
<https://lists.sourceforge.net/lists/listinfo/rosegarden-user>



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user 
<https://lists.sourceforge.net/lists/listinfo/rosegarden-user>



___
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] r16077 Crash "Clear the MRU"

2021-03-11 Thread Ted Felix

  Yep.  Lots of crashes still in there.  Should have a proper fix shortly.

Ted.

On 3/9/21 3:29 PM, MST wrote:

r16078 improved but I still have the following issue:
When I rename the folder "rosegarden" in my home directory to e.g. 
"rosegarden1", the program still crashes when moving with the mouse to 
the entry "clear latest files".

Greetings, Michael
*Gesendet:* Dienstag, 09. März 2021 um 01:43 Uhr
*Von:* "Ted Felix" 
*An:* rosegarden-user@lists.sourceforge.net
*Betreff:* Re: [Rosegarden-user] r16077 Crash "Clear the MRU"
This should be fixed in [r16078]. Please test latest svn. Make sure
all the files in your MRU no longer exist on the filesystem. E.g. open
a bunch in a directory, then rename that directory and take a look at
the MRU list. Should be empty instead of crashing.

Ted.

On 3/8/21 6:26 PM, Ted Felix wrote:
 >   This is indeed crashing.  It requires a very specific situation.  I'm
 > getting it with exactly one file in the MRU list that does not exist. It
 > probably also happens with multiple files when all files do not exist.
 > The crash is in RecentFiles::removeNonExistent() on the "if" and calls
 > to question my (formerly "masterful") understanding of the STL. What fun!
 >
 >   Looking at this now...
 >
 > Ted.
 >
 > On 3/7/21 5:53 AM, Babarosa wrote:
 >> Can someone confirm this crashing of rosegarden (discovered with r16077
 >> on Debian 10 but maybe it exists longer):
 >>
 >> When "Clear the MRU" is activated in general settings and moving with
 >> the mouse to the menu entry "List of last files", Rosegarden crashes
 >> immediately. Started from the command line, I get the message
 >> "Speicherzugriffsfehler" which means "memory access failure".
 >>
 >> When deactivating "Clear the MRU", moving to the menu entry "List of
 >> last files", Rosegarden behaves normal and does not crash.
 >>
 >> Am 27.01.21 um 17:31 schrieb Ted Felix:
 >>>>> On 1/22/21 3:48 PM, Will Godfrey wrote:
 >>>>>> When Rosegarden scans the 'recent' list, can it please check the
 >>>>> existence of a file, and if it's not there remove it from its list?
 >>>
 >>>   This is now implemented in [r16061].  There's a new preference
 >>> called "Clean recent files list" that enables it.
 >>>
 >>>   As mentioned before, your recent files list will be clobbered by
 >>> this update.  You can restore it by going into your Rosegarden.conf
 >>> file and renaming the [General] section to [RecentFiles].
 >>>
 >>>   Grab the latest svn and try it out.
 >>>
 >>> Ted.
 >>>
 >>>
 >>> ___
 >>> Rosegarden-user mailing list
 >>> Rosegarden-user@lists.sourceforge.net - use the link below to
 >>> unsubscribe
 >>> https://lists.sourceforge.net/lists/listinfo/rosegarden-user 
<https://lists.sourceforge.net/lists/listinfo/rosegarden-user>

 >>
 >>
 >> ___
 >> Rosegarden-user mailing list
 >> Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe
 >> https://lists.sourceforge.net/lists/listinfo/rosegarden-user 
<https://lists.sourceforge.net/lists/listinfo/rosegarden-user>

 >
 >
 > ___
 > Rosegarden-user mailing list
 > Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
 > https://lists.sourceforge.net/lists/listinfo/rosegarden-user 
<https://lists.sourceforge.net/lists/listinfo/rosegarden-user>



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user 
<https://lists.sourceforge.net/lists/listinfo/rosegarden-user>



___
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] r16077 Crash "Clear the MRU"

2021-03-08 Thread Ted Felix
  This should be fixed in [r16078].  Please test latest svn.  Make sure 
all the files in your MRU no longer exist on the filesystem.  E.g. open 
a bunch in a directory, then rename that directory and take a look at 
the MRU list.  Should be empty instead of crashing.


Ted.

On 3/8/21 6:26 PM, Ted Felix wrote:
   This is indeed crashing.  It requires a very specific situation.  I'm 
getting it with exactly one file in the MRU list that does not exist. It 
probably also happens with multiple files when all files do not exist.  
The crash is in RecentFiles::removeNonExistent() on the "if" and calls 
to question my (formerly "masterful") understanding of the STL. What fun!


   Looking at this now...

Ted.

On 3/7/21 5:53 AM, Babarosa wrote:

Can someone confirm this crashing of rosegarden (discovered with r16077
on Debian 10 but maybe it exists longer):

When "Clear the MRU" is activated in general settings and moving with
the mouse to the menu entry "List of last files", Rosegarden crashes
immediately. Started from the command line, I get the message
"Speicherzugriffsfehler" which means "memory access failure".

When deactivating "Clear the MRU", moving to the menu entry "List of
last files", Rosegarden behaves normal and does not crash.

Am 27.01.21 um 17:31 schrieb Ted Felix:

On 1/22/21 3:48 PM, Will Godfrey wrote:

When Rosegarden scans the 'recent' list, can it please check the

existence of a file, and if it's not there remove it from its list?


  This is now implemented in [r16061].  There's a new preference
called "Clean recent files list" that enables it.

  As mentioned before, your recent files list will be clobbered by
this update.  You can restore it by going into your Rosegarden.conf
file and renaming the [General] section to [RecentFiles].

  Grab the latest svn and try it out.

Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to 
unsubscribe

https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
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] r16077 Crash "Clear the MRU"

2021-03-08 Thread Ted Felix
  This is indeed crashing.  It requires a very specific situation.  I'm 
getting it with exactly one file in the MRU list that does not exist. 
It probably also happens with multiple files when all files do not 
exist.  The crash is in RecentFiles::removeNonExistent() on the "if" and 
calls to question my (formerly "masterful") understanding of the STL. 
What fun!


  Looking at this now...

Ted.

On 3/7/21 5:53 AM, Babarosa wrote:

Can someone confirm this crashing of rosegarden (discovered with r16077
on Debian 10 but maybe it exists longer):

When "Clear the MRU" is activated in general settings and moving with
the mouse to the menu entry "List of last files", Rosegarden crashes
immediately. Started from the command line, I get the message
"Speicherzugriffsfehler" which means "memory access failure".

When deactivating "Clear the MRU", moving to the menu entry "List of
last files", Rosegarden behaves normal and does not crash.

Am 27.01.21 um 17:31 schrieb Ted Felix:

On 1/22/21 3:48 PM, Will Godfrey wrote:

When Rosegarden scans the 'recent' list, can it please check the

existence of a file, and if it's not there remove it from its list?


  This is now implemented in [r16061].  There's a new preference
called "Clean recent files list" that enables it.

  As mentioned before, your recent files list will be clobbered by
this update.  You can restore it by going into your Rosegarden.conf
file and renaming the [General] section to [RecentFiles].

  Grab the latest svn and try it out.

Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
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] Realtime Input

2021-03-01 Thread Ted Felix

On 3/1/21 3:10 AM, Mike Knott wrote:

 1. First and foremost, I say I have been tinkering. For those of you
who have properly examined what I've said... am I right so far?


  Like Lorenzo mentioned, the guy in the video just hit record and 
played to the metronome.  Notion then worked out some notation for that. 
 It wasn't ideal (since he was using his sustain pedal), so he did some 
tweaks.  Rosegarden can do exactly this.


  Just record nice and mechanically against the metronome into a 
Segment and have a look in the notation editor.  It will likely be off 
here and there.  Use the quantization function to try and auto-correct 
the "errors".  You can also use the matrix editor to tweak things to 
perfection.  You can also try recording at half tempo.  That might allow 
you to get closer to something that is "perfectly" mechanical.


  I don't think Notion is doing much more than this.

  Step edit is more useful when you can't play a piece yet.  It lets 
you enter the notes and chords one-by-one and then listen to it.


Ted.


___
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] Slightly off the wall

2021-02-20 Thread Ted Felix

On 2/18/21 9:46 AM, Will Godfrey wrote:

What's the position regarding using Rosegarden with no audio at all?


  IIRC, that's how the Windows version works, so we should support 
that.  Regardless, let us know how it goes and we'll fix anything you 
run into.


Ted.


___
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] beginners question : getting sound

2021-02-09 Thread Ted Felix

On 2/9/21 8:33 AM, Lorenzo Sutton wrote:
Given the current popularity of video, would it be helpful if someone 
(TM) made a youtube video on how to get things started?


  There are already a few up there.  Demonic Sweaters has one, I think. 
 We should probably do a better job of referencing them from the wiki 
and suggesting them.


In this case we might need a typically catchy youtube title like "OMG I 
was shocked to see how easy it is to get sound out of Rosegarden on 
Linux!!! (no clickbait)"?


  And don't forget the silly picture of the presenter looking far too 
happy and excited with a screenshot of rg next to them.  Clickbait all 
the way.  藍


Ted.


___
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] beginners question : getting sound

2021-02-08 Thread Ted Felix

On 2/8/21 10:19 PM, david wrote:
Also, what's a "sensible default" vs something that someone else might 
consider a headache or bloatware?


  Heh.  Yeah.  VMPK just added a built-in synth.  That caused me a 
bunch of head scratching since it broke my setup.  Had to dig through 
the menus to get it working again.  You can't keep the beginners and the 
pros happy.


  We've got documentation and lots of folks here willing to help.  I 
think we're doing it right.


Ted.


___
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] beginners question : getting sound

2021-02-08 Thread Ted Felix

On 2/7/21 12:11 PM, Tom Peters wrote:
Hi, I am a beginner with Rosegarden and indeed with sound editing. I am 
struggling with what appears to be everybodies first problem: getting 
sound out of my computer.


  Yep.  I recommend my page on the subject.  It takes you through ALSA, 
JACK, Fluidsynth, command line, GUI, QJackCtl, QSynth, troubleshooting, 
pretty much everything you need to get started.  And it leaves you with 
enough information and experience to strike out on your own afterwards.


  http://tedfelix.com/linux/linux-midi.html

Ted.


___
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] Clear the MRU

2021-01-27 Thread Ted Felix

On 1/22/21 3:48 PM, Will Godfrey wrote:

When Rosegarden scans the 'recent' list, can it please check the

existence of a file, and if it's not there remove it from its list?


  This is now implemented in [r16061].  There's a new preference called 
"Clean recent files list" that enables it.


  As mentioned before, your recent files list will be clobbered by this 
update.  You can restore it by going into your Rosegarden.conf file and 
renaming the [General] section to [RecentFiles].


  Grab the latest svn and try it out.

Ted.


___
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] Clear the MRU

2021-01-23 Thread Ted Felix

On 1/22/21 3:48 PM, Will Godfrey wrote:
> When Rosegarden scans the 'recent' list, can it please check the
> existence of a file, and if it's not there remove it from its list?

  I've done a bit of cleanup in preparation for this and discovered 
that the recent files are going to the wrong place in the .conf due to a 
bug.  They are going to [General] (IOW no section) when they should be 
going to [RecentFiles].  I've fixed this which means when you pick up my 
changes (which I've not yet pushed, but will in the next few days), your 
MRU list will be empty.


  You can fix fairly easily by going into your Rosegarden.conf and 
changing [General] to [RecentFiles].  Then they will be picked up. 
(Note that if you have two [RecentFiles] sections after this, you'll 
want to delete the empty/useless one.)


  Just a heads up.  I hate it when my MRU goes blank.  It used to do 
that periodically in rg.  Haven't had that happen in many years now. 
That bug must have been inadvertently fixed at some point.


  I will post a follow up when I push this change.

Ted.


___
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] Clear the MRU (was: A small request)

2021-01-22 Thread Ted Felix

On 1/22/21 3:48 PM, Will Godfrey wrote:
> When Rosegarden scans the 'recent' list, can it please check the 
existence of a file, and if it's not there remove it from its list?


  The problem with this is people who are accessing files on external 
storage, be it flash drives, network shares, what have you.  The files 
might not exist only because the external storage isn't connected.  The 
user might then want to reconnect the external storage and still have 
all the MRU entries.


  I think it would be safe to implement this feature but only if it has 
to be enabled through an option.


Ted.


___
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] work flow irritants

2021-01-02 Thread Ted Felix

On 1/2/21 10:21 AM, steve conrad wrote:
I have been trying to use the notation editor to paste between 
invocations,


  Ok.  I've done a little digging through the code and found that we 
have a local "Clipboard" object that handles all copy/pastes across all 
editors.  The goal would be to promote this to QClipboard which can 
handle copy pasta within and across invocations.  It's an interesting 
project that probably belongs in the feature request list.


One other minor tweak that would help me out would be if rather than 
defaulting to dumping all recorded audio into ~/rosegarden, audio were 
saved in the same folder as the *.rg file itself.


If [...] the audio were automatically saved in the same folder 
as the *.rg, I could give each project its own folder and things would 
be a lot tidier.


  Another good idea for the feature request list.  Feel free to create 
some entries:


https://sourceforge.net/p/rosegarden/feature-requests/

Ted.


___
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] work flow irritants

2021-01-02 Thread Ted Felix

On 12/31/20 4:50 PM, steve conrad wrote:
The midi I imported (understandably) didn't have any audio track, so I 
added eight of them at one go via tracks->add tracks Doing so has 
the unfortunate result that all of them come up as audio #1 rather than 
audio #1-8 as might be expected and as is the case in a new empty file.


  Yeah, that sounds wrong and should be easily improved.  Will get it 
on the todo.


My second irritant is that it is no longer possible to copy and paste 
between separate invocations of RG.


  Are you copying/pasting in the Segment Canvas (main window) or one of 
the editors (Matrix, Notation, etc...)?


  This, obviously, should work for all cases, but it will be easier to 
tackle if prioritized.  Thanks.


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] ROSEGARDEN 20.12 (Altissimo) RELEASED

2020-12-09 Thread Ted Felix

The Rosegarden team is proud to announce the release of version 20.12
of Rosegarden, a MIDI sequencer that features a rich understanding of
music notation along with basic support for digital audio.

  http://www.rosegardenmusic.com/

Included in this release...

= Bug Fixes =

  * Fix QPainterPath compilation error (r15845)
  * Fixed several SysEx-related bugs in the Event editor (r15853)
* SysEx load now remembers the last used path.
* SysEx load now strips the F0/F7 bytes from the file when reading.
* SysEx save now remembers the last used path.
* SysEx save now fills in the FileDialog fields correctly.
* SysEx save now adds the F0/F7 bytes to the data before saving.
  * Event Editor: Fix garbage on SysEx load error (r15855)
  * Event Parameter Dialog: Fix incorrect window title (r15857)
  * Fix length of notes added in percussion matrix (r15870)
  * Fix compilation error with Qt < 5.8 (r15872, r15896, others)
  * Fix issues with ALSA port name matching at file load (r15875,
r15879, r15893-r15895, r15906, r15909)
  * Fix "&" in device name renders file unreadable.  Bug #1586. (r15886)
  * Matrix editor: Fix control rulers not appearing.  Bug #1543.
(r15887)
  * Event editor: Fix crashes when editing (r15899, r15902, r15903)
  * Reduce connection check interval to 1 second (r15912)
  * Fix external controller port not working (r15915, r15916, r15919,
r15927, r15929)
  * Fix ALSA timer selection persistence (r15936)
  * Fix disabled button text color (r15938)
  * Fix plugins not found (r15947)
  * Send proper CCs out the external controller port for motorized
control surfaces.  Bug #1587. (r15952, r15954)
  * Fix unwanted CCs going out with old files.  Feature #482.  (r15961)
  * Fix slow load time with many segments.  Bug #1589.  (r16026)

= New Features =

  * Enable/Disable external controller port in the preferences (r15932,
r15946, others)
  * Transport buttons (play, stop, etc...) on MIDI controllers are now
supported so long as they use Pro Tools standard CCs (110-118).
Feature #423.  (r15962-r15964)
  * Korg nanoKONTROL2 support (r15994-r16013, r16015, r16016, r16021)

= Significant Code Cleanups =

  * Icon Loader (r15862-r15865, r15868)
  * New ExternalController class (r15922)
  * Preferences dialog (r15939-r15944)
  * ALSA MIDI interface (r15975-r15993)

= Additional Contributors =

  * Michael Stockinger (www.stockinger.org) - German Translation
  * Hugo van Galen - Help with bug #1586 and #1543.
  * Piotr Golonka - Roland-Fantom-678.rgd
  * Arthur Baran - Casio-PX-5S.rgd


___
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] Rosegarden raspberry pi?

2020-12-09 Thread Ted Felix

On 12/8/20 7:43 PM, David Tisdell wrote:
Has anyone tried Rosegarden and other linux audio apps on the newest 
Raspberry PI?


  I have not.  However, it would be an interesting test case.

  On my laptop (an ancient 1st gen i3) I see about 1.7% CPU being used 
by RG if I launch JACK after RG is up.  If I launch RG after JACK is up, 
I see about 15% CPU for RG plus about 4.3% CPU for JACK.  So, if you 
don't use the audio subsystem (audio tracks) in RG, you can likely 
reduce the CPU usage considerably.  That might make it a lot easier to 
use RG on a Pi.


  Let us know how it goes if you decide to try this route.  We might 
need to add a "disable audio" to the preferences to allow for easier 
performance tuning.  We also might need to do some further performance 
tuning in the code.  I'm always up for that.


Ted.


___
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] Testing Appreciated for 20.12

2020-11-09 Thread Ted Felix

On 11/8/20 9:39 AM, chuck elliot via Rosegarden-user wrote:

I presume that this is just the difference between working with a standard, 
gm-based midi device setup VS a custom midi device setup where you have drum 
patches/programs mapped to midi channels other than 10?


  Exactly.  Although in a non-GM case, channel 10 is fair game as well.


So in the latter case, a channel setting of 'auto' would not work for you as it 
is currently implemented?


  Auto should work in this case (but don't expect much as "auto" has 
not been tested in years).  It will assign channels and select the 
proper patches as needed.


  "Auto" will not work in this situation if you check the "percussion" 
checkbox for a track (any track).  I believe that checkbox is what sends 
the events to channel 10 and that would break Will's setup.


Ted.


___
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] Testing Appreciated for 20.12

2020-11-07 Thread Ted Felix

On 11/6/20 7:53 PM, Ted Felix wrote:

On 11/6/20 4:16 PM, chuck elliot via Rosegarden-user wrote:

One thing that I have noticed in this
and previous versions is that my channel setting of 'auto' on a drum
track does not appear to be saved in the .rg file and keeps reverting to
'fixed' on reload. This gives me incorrect patch sounds and has to be
reset every time.


  Just a follow-up in case someone has a similar issue.  Turns out that 
"auto" mode recognizes "percussion" tracks and sends them to channel 10 
no matter what channel they are configured for.  The issue here was that 
the drum track was being sent to channel 11.  In auto mode that is 
redirected to channel 10 where it belongs.  In fixed mode, that plays 
drums on the piano on channel 11.  Switching the track to channel 10 
fixes the problem.


  I still need to fix the save/restore of channel mode regardless of 
whether auto channel mode is currently supported.


Ted.


___
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] Testing Appreciated for 20.12

2020-11-06 Thread Ted Felix

On 11/6/20 4:16 PM, chuck elliot via Rosegarden-user wrote:

One thing that I have noticed in this
and previous versions is that my channel setting of 'auto' on a drum
track does not appear to be saved in the .rg file and keeps reverting to
'fixed' on reload. This gives me incorrect patch sounds and has to be
reset every time.


  That's odd.  I would think the opposite would be true.  The "auto" 
stuff has been abandoned by me in the code and "fixed" is really the 
only thing that should work.


  Can you provide a small example file that illustrates the problem? 
Not the switching from one to the other issue, that's probably obvious 
and easy to fix, and I will have a look.  I'm more interested in the 
"incorrect patch sounds" issue which sounds new and legit.  Can you make 
this happen in "fixed" mode and send me a small example of that?


  I'm guessing that patch selects aren't getting sent out when they 
should in "fixed" mode.  "auto" tends to force patch selects out all the 
time, so it probably inadvertently "fixes" your issue.


Thanks.
Ted.


___
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] Testing Appreciated for 20.12

2020-11-04 Thread Ted Felix

On 11/3/20 11:34 PM, david wrote:
Some of those features look great. I have a development snapshot of 
20.06, came from SVN. How do I update that?


  Just do an svn update from your rg-svn directory:

$ svn update
Updating '.':
At revision 16022.

  Then build.

$ cd build
$ make

  Should be that easy.

  Sometimes if there have been a lot of changes, I will delete my 
entire build directory and go through the steps in the README again to 
recreate it and run cmake.


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] Testing Appreciated for 20.12

2020-11-02 Thread Ted Felix
  20.12 will be released on December 9.  Right now, what you see in svn 
is the release candidate.  Please test the latest svn as much as you 
can. If you've not built from svn, give it a shot and let us know if you 
run into trouble.  We'll walk you through it.


  The steps I follow for building from svn are here:

https://www.rosegardenmusic.com/wiki/dev:eclipse

  Suggested areas to test:

  - Restoration of connections to external MIDI hardware and software 
on .rg file load.

- We should be doing a better job with this now.

  - New marker menu items in the composition menu.
- Composition > Add Marker at Playback Position
- Composition > Jump to Previous Marker
- Composition > Jump to Next Marker

  - Better support for not sending out CCs for controllers that are not 
visible on the UI.  E.g. if you make Volume not visible via the device 
manager, no volume CCs will be generated by RG.  Only volume CCs in the 
Segments will be sent out.


  - External Controller port for control surfaces.
- This was broken in 20.06.  Should work now.
- Enable/Disable via preferences.
- Type of control surface configurable via preferences.

  - Korg nanoKONTROL2 control surface is now supported automatically.
- This should be auto detected and auto connected at rg startup.
- All buttons, knobs, and sliders should work.
- The LEDs are partially supported.  If you configure the 
nanoKONTROL2 for external LED control, the LEDs will work except when 
recording.  So the record LED will appear to not work.  If you would 
like to test this, let me know if you need the sysex files to configure 
the nanoKONTROL2 for external control of the LEDs.


  - Transport buttons on MIDI controllers.
- If you have a MIDI controller with play, stop, record, FF, Rew, 
etc... buttons, chances are good those will work now.  At least if they 
are configured for Pro Tools.


  - Preferences cleanup.
- Some regression testing of the preferences dialogs is needed.

  - Event editor
- General editing.
- SysEx.  SysEx handling and editing has been improved.

  - Toolbar Icon
- Code cleanup.  Make sure they look the same.

  - Percussion Matrix editor.
- Some changes here related to note duration.

  Most importantly, do what you usually do.  That will hit the areas 
that I missed.


Thanks.
Ted.


___
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] Controlling Rosegarden by a MIDI-Keyboard

2020-09-27 Thread Ted Felix

On 8/11/20 5:15 AM, Werner Flügel wrote:
Now I want to control Rosegarden with the 
start/Stop/Rewind-Buttons on the Keyboard. Is this possible?


  It is now.  For the most part.  I've implement 
play/stop/record/previous track/next track.  See [feature-requests:#423]:


https://sourceforge.net/p/rosegarden/feature-requests/423/

  If you can get the latest svn, build, and test, I would really 
appreciate it.  Thanks.


  Fast-Forward and Rewind are on the todo for this week.

Ted.


___
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] [Solved] CPU load rises when Rosegarden is idle

2020-08-07 Thread Ted Felix
> I thought this is the new auto composition number one hit producing 
tool (ACNOHPT) :-)


  I was wondering when this would cause trouble.  I didn't even notice 
it.  We now avoid connecting to thru if we've found no other connections.


  Should be fixed in [r15906].  Please test latest svn.  Thanks.

Ted.

On 8/7/20 9:44 AM, MST wrote:

Ted,
I see. That makes sense because another observation I made were the 
never ending midi notes I recorded with the virtual keyboard.
I thought this is the new auto composition number one hit producing tool 
(ACNOHPT) :-)

Thank you and greetings,
Michael
*Gesendet:* Freitag, 07. August 2020 um 14:35 Uhr
*Von:* "Ted Felix" 
*An:* rosegarden-user@lists.sourceforge.net
*Betreff:* Re: [Rosegarden-user] [Solved] CPU load rises when Rosegarden 
is idle

Turns out it's because out is connected to MIDI Thru and in is also
connected to MIDI Thru. This ends up creating a feedback loop.

I will make the connection algorithm avoid the local MIDI Thru ports.

Ted.

On 8/6/20 8:19 PM, Ted Felix wrote:
 > On 8/6/20 5:16 PM, MST wrote:
 >> My "unfavorable" settings in the recording parameter menu (all midi
 >> input devices, all channels, midi through auto routing) are causing a
 >> cpu load of 104% according to "top" - didn't know that is possible :-)
 >> Choosing only one midi input device, one fixed midi channel and midi
 >> auto routing to off solves this problem.
 >
 >   This is interesting.  It appears as if it is the Thru Routing setting
 > that needs to be set to Off.  Then the CPU usage goes down and the Thru
 > Routing can be changed back to Auto and the CPU usage will not go 
back up.

 >
 >   I need to take a closer look at this one.  Thanks for catching it and
 > letting me know.
 >
 > Ted.
 >
 >
 > ___
 > Rosegarden-user mailing list
 > Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
 > https://lists.sourceforge.net/lists/listinfo/rosegarden-user


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
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] [Solved] CPU load rises when Rosegarden is idle

2020-08-07 Thread Ted Felix
  Turns out it's because out is connected to MIDI Thru and in is also 
connected to MIDI Thru.  This ends up creating a feedback loop.


  I will make the connection algorithm avoid the local MIDI Thru ports.

Ted.

On 8/6/20 8:19 PM, Ted Felix wrote:

On 8/6/20 5:16 PM, MST wrote:
My "unfavorable" settings in the recording parameter menu (all midi 
input devices, all channels, midi through auto routing) are causing a 
cpu load of 104% according to "top" - didn't know that is possible :-)
Choosing only one midi input device, one fixed midi channel and midi 
auto routing to off solves this problem.


   This is interesting.  It appears as if it is the Thru Routing setting 
that needs to be set to Off.  Then the CPU usage goes down and the Thru 
Routing can be changed back to Auto and the CPU usage will not go back up.


   I need to take a closer look at this one.  Thanks for catching it and 
letting me know.


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
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] [Solved] CPU load rises when Rosegarden is idle

2020-08-06 Thread Ted Felix

On 8/6/20 5:16 PM, MST wrote:

My "unfavorable" settings in the recording parameter menu (all midi input devices, all 
channels, midi through auto routing) are causing a cpu load of 104% according to "top" - 
didn't know that is possible :-)
Choosing only one midi input device, one fixed midi channel and midi auto 
routing to off solves this problem.


  This is interesting.  It appears as if it is the Thru Routing setting 
that needs to be set to Off.  Then the CPU usage goes down and the Thru 
Routing can be changed back to Auto and the CPU usage will not go back up.


  I need to take a closer look at this one.  Thanks for catching it and 
letting me know.


Ted.


___
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] Repeatable crash :(

2020-08-04 Thread Ted Felix
  We've made some very significant changes to the way we discover and 
connect to synths.  You're probably running into a problem there.


  Run your usual test that is failing, then in the preferences, click 
on the Details... button and copy/paste the text to an email for me. 
That should help me figure out what we need to change to accommodate 
your particular setup.


  In the meantime, to avoid the connection annoyances, you might want 
to consider going back to [r15892].


Thanks.
Ted.

On 8/4/20 3:33 PM, Will Godfrey wrote:

Bit slow getting back to this. It seems fine now thanks.

I'm actually running build 15904. I don't know if I'm missing something but
Rosegarden no longer seems to connect to Yoshimi, if Yoshimi is already
running.
If Rosegarden is started first, then the connection is made.

On Sat, 1 Aug 2020 13:35:50 -0400 Ted Felix  wrote:


   Ok, should be fixed in [r15899].  I'm not too happy as I'm not 100%
sure what is going on to cause this problem.  It appears that a
mysterious refresh is invalidating the item pointer.  Anyway, should be
solid enough.

Ted.

On 8/1/20 9:33 AM, Ted Felix wrote:

On 8/1/20 2:41 AM, Will Godfrey wrote:

However one thing that's different is that when getting the crash I
opened the
segment in the first bar and left the entry of the initial CC at zero.
then
when changing time just incrementing it with the arrows so it's steps
of 60.


    Got it.  It is crashing for me now.  Specifically the issue is most
noticeable in EventView::slotPopupEventEditor() where the Segment
pointer becomes NULL before the creation of the EventEditCommand which
then tries to use the null Segment pointer.

    I will continue digging.

Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user






___
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] CPU load rises when Rosegarden is idle

2020-08-03 Thread Ted Felix

On 8/3/20 3:22 PM, MST wrote:
Since the latest commitments (code version 1589x - 15904) the cpu load 
rises strongly (in my case 45-60% and more) when Rosegarden is idle and 
in QJackCtl a lot of xruns are generated. After loading a song into 
Rosegarden and starting to play this song the CPU load falls again 
(maybe 5%) and no more xruns are generated.


  Try using the "top" command (at the command line) to make sure 
Rosegarden is to blame.  It will show you the processes that are using 
the most CPU.


Ted.


___
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] Track colour options have reset -- I am only seeing "Default"

2020-08-03 Thread Ted Felix

On 8/3/20 7:59 AM, Hugo van Galen wrote:
When wanting to choose a different track colour, the dropdown only shows 
the "Default" option. Did I screw up my build somehow?


  The colors are stored in the .rg file.  The base set is in your 
autoload.rg file.  You will find that here:


~/.local/share/rosegarden/autoload/autoload.rg

  If you create a new document and the colors are gone, then your 
autoload.rg is missing the colors.


  If this is happening in a specific document, then the colors are 
missing from that document.


  It's the  section in the .rg file and you can copy it 
from a known good .rg file into the broken one and colors should be 
restored.


I did try a `make clean all` but the problem persists. It does seem that 
`build/src/qrc_data.cpp` includes a reference to 
`colourmap-fragment.xml` so I'm a bit confused as to why I don't see the 
options.


  The colors are in autoload.rg and nowhere else.

According to the documentation, I should also have an "Add New Colour" 
option in this dropdown, but that isn't there either.


  That was never implemented AFAICT.  I removed what little code was 
there related to this.  If somebody wants to re-implement, be my guest. 
I think we have enough colors as it is.  And worst case, you can always 
hack together your own set in your autoload.rg.


Ted.


___
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] New ALSA port matching algorithm

2020-08-01 Thread Ted Felix

On 8/1/20 3:16 AM, Malhaire Christophe wrote:

It works perfectly (see enclosed file), well done.


  Glad to hear it.  Hopefully everyone else is happy with it as well. 
Haven't heard any complaints yet.


I think it's better this way. Thus, if for one reason or another a 
device is not correctly detected (because it is switched off, or because 
a usb cable is defective ...) the corresponding track will not send data 
anywhere ("no connection" is preferable to "wrong connection").


  Agreed.


-
"40:0 Streichfett MIDI 1 (duplex)"
"40:0 Streichfett MIDI 1 (duplex)"
   Final score: 75
-
"36:0 XV-5050 MIDI 1 (duplex)"
"32:0 XV-5050 MIDI 1 (duplex)"
   Final score: 75

I wonder why the "Final score" indicator has the same value (75) in both 
cases?


I would have thought that the score would be higher in the first case 
because the objective/source strings are equal, right?While in the 
second case we have 36 different from 32.


  The client numbers (36 and 32) are ignored.  This was one of the 
reasons the old algorithm would get so confused.  It would give very 
high priority to the client number.  That's really not a good idea as 
the client numbers are pretty random.


  The client numbers are still used to make sure the device class 
(internal/hardware/software) matches, and if they don't, the comparison 
isn't even done.  That's one reason why you might see some with no score 
at all.


  The code's pretty easy to read now.  See 
AlsaDriver::setPlausibleConnection():


https://sourceforge.net/p/rosegarden/code/15895/tree/trunk/rosegarden/src/sound/AlsaDriver.cpp#l1274

  Comments appreciated.

  Thanks for helping with this.  Let me know if you run into anything else.

Ted.


___
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] Repeatable crash :(

2020-08-01 Thread Ted Felix
  Ok, should be fixed in [r15899].  I'm not too happy as I'm not 100% 
sure what is going on to cause this problem.  It appears that a 
mysterious refresh is invalidating the item pointer.  Anyway, should be 
solid enough.


Ted.

On 8/1/20 9:33 AM, Ted Felix wrote:

On 8/1/20 2:41 AM, Will Godfrey wrote:
However one thing that's different is that when getting the crash I 
opened the
segment in the first bar and left the entry of the initial CC at zero. 
then
when changing time just incrementing it with the arrows so it's steps 
of 60.


   Got it.  It is crashing for me now.  Specifically the issue is most 
noticeable in EventView::slotPopupEventEditor() where the Segment 
pointer becomes NULL before the creation of the EventEditCommand which 
then tries to use the null Segment pointer.


   I will continue digging.

Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
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] Repeatable crash :(

2020-08-01 Thread Ted Felix

On 8/1/20 2:41 AM, Will Godfrey wrote:

However one thing that's different is that when getting the crash I opened the
segment in the first bar and left the entry of the initial CC at zero. then
when changing time just incrementing it with the arrows so it's steps of 60.


  Got it.  It is crashing for me now.  Specifically the issue is most 
noticeable in EventView::slotPopupEventEditor() where the Segment 
pointer becomes NULL before the creation of the EventEditCommand which 
then tries to use the null Segment pointer.


  I will continue digging.

Ted.


___
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] Build oddity

2020-07-31 Thread Ted Felix

  Just pushed the fix as [r15896].

Ted.

On 7/31/20 1:33 PM, Will Godfrey wrote:

Thanks for getting back to me so quickly.
NULL gave the same result, but item.reset() worked fine.
Sorry I took so long letting you know but my 'office' is right under the roof
and it became way too hot to even walk in the room today :(

Will.

On Fri, 31 Jul 2020 08:35:24 -0400
Ted Felix  wrote:


   The line in question is this:

   item = nullptr;

   It's not the compiler, it's the version of Qt you are using.  Prior
to 5.8, QSharedPointer didn't handle nullptr.

   Removing that line will simply leak memory.

   It can be fixed by changing it to NULL, or doing it the shared_ptr way:

   item.reset();

   I will fix this for the future.

   See also [r15476].

Ted.

On 7/31/20 7:01 AM, Will Godfrey wrote:

I have two machines, the older one with gcc 6.3.0 and the newer one running
gcc 8.3.0.

On the newer one rosegarden build 15895 compiles without issues, but on the
older one I get a mismatch type failure at:
rosegarden-15895/src/gui/rulers/PropertyControlRuler.cpp line 265

If I comment this line out the build completes and the image *seems* to run
OK, but I've no idea of the implications.
   



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user






___
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] Repeatable crash :(

2020-07-31 Thread Ted Felix
  I can't reproduce this.  Perhaps my procedure is incorrect?  Here's 
what I'm doing:


- Launch rg.
- Left-click to drop a segment.
- Press "E" to launch the event editor.
- Press "I" to insert an event.
- Event Type: Controller
- Absolute Time: 7680
- Controller Number: 7
- Controller Value: 100
- Ok
- Begin Loop
  - Right-click the event and select "Open in event editor".
  - Add a little to Time, Number, and Value.
  - Ok
- End Loop, repeat several times

  Am I doing something wrong?

Ted.

On 7/31/20 4:57 PM, Will Godfrey wrote:

I seem to have identified this while using Rosegarden to send test CCs to
Yoshimi.

Open a new Rosegarden document and display the matrix editor.

Create an empty track segment (I just right click on a track).

Using the event editor create a new controller and fill in any values.

Keep changing these including time, without saving, and after 5 or 6 changes
Rosegarden exits!

If you save the file after each edit, it never crashes.




___
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] Build oddity

2020-07-31 Thread Ted Felix

On 7/31/20 8:35 AM, Ted Felix wrote:

   Removing that line will simply leak memory.


  Actually, it will not leak memory.  It appears as if it will always 
select the last item.  Whatever it might do, it's easily fixed with reset().


Ted.


___
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] Build oddity

2020-07-31 Thread Ted Felix

  The line in question is this:

  item = nullptr;

  It's not the compiler, it's the version of Qt you are using.  Prior 
to 5.8, QSharedPointer didn't handle nullptr.


  Removing that line will simply leak memory.

  It can be fixed by changing it to NULL, or doing it the shared_ptr way:

  item.reset();

  I will fix this for the future.

  See also [r15476].

Ted.

On 7/31/20 7:01 AM, Will Godfrey wrote:

I have two machines, the older one with gcc 6.3.0 and the newer one running
gcc 8.3.0.

On the newer one rosegarden build 15895 compiles without issues, but on the
older one I get a mismatch type failure at:
rosegarden-15895/src/gui/rulers/PropertyControlRuler.cpp line 265

If I comment this line out the build completes and the image *seems* to run
OK, but I've no idea of the implications.




___
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] extended quantization

2020-07-30 Thread Ted Felix

On 7/30/20 12:29 PM, chuck via Rosegarden-user wrote:

I am using v19.12 package in Fedora 32 until I get a chance to compile
the latest version.


  You'll probably want to do that and try again.  Might have been fixed 
in the meantime.



The fixed triplet quantizations seem to be working fine but when I
tried to get a quintuplet by using an 'arbitrary grid unit' setting
of 96, RG crashed.


  So that's 5 in the time of a quaver?  I just played with it a little 
bit, but I'm not seeing any crashes.  It's working fine.  Might also be 
a problem with the specific notes you are quantizing.  If you can send a 
small composition with just the notes in question, that might help me to 
reproduce this.



Apparently an automatic bug report was sent.


  Yeah, but they won't let me see those.  Something about sensitive 
private information.  藍



'happy to pursue this if required.


  Try building a newer version.  If you can reproduce the crash there, 
send me an example to quantize.  Worst-case, we can try gdb on your 
machine and see if that provides any clues.


  This is feature request #477.  Let's move the conversation there if 
that's ok with you.


https://sourceforge.net/p/rosegarden/feature-requests/477/

Ted.


___
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] Slow grace note (acciaccatura)

2020-07-30 Thread Ted Felix

On 7/27/20 1:08 PM, Davide Castellano wrote:

I checked on the matrix view and the note length is half than 1/64 box.
When I hear the grace note, it's like 1/8 duration.

Is there a way to solve it?


  Currently, Rosegarden only supports short grace notes (1/4 the 
duration of the main note).  And grace notes are a special case that 
appear very small in the Matrix editor, but the actual play time is longer.


  We would need to add code and some sort of UI to support longer grace 
notes.


  From SegmentPerformanceHelper::getGraceNoteTimeAndDuration():

// For our present purposes, we will assume that grace notes start
// at the same time as their host note was intended to, and
// "steal" a proportion of the duration of their host note.  This
// causes the host note to start later, and be shorter, by that
// same proportion.

[...]

// To begin with we will set the proportion to 1/4, but we will
// probably want it to be (a) something different [because I don't
// really know what I'm doing], (b) adaptive [e.g. shorter host
// note or more grace notes = longer proportion], (c)
// configurable, or (d) all of the above.

Ted.


___
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] New ALSA port matching algorithm

2020-07-29 Thread Ted Felix

On 7/29/20 7:16 PM, Ted Felix wrote:

   Let me try adding the <= 20 check and see how that works for you.


  Just committed this as [r15895].  Please test the latest svn.

Ted.


___
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] New ALSA port matching algorithm

2020-07-29 Thread Ted Felix

On 7/29/20 4:16 PM, Malhaire Christophe wrote:
Maybe if a piece of hardware is turned off or not connected, maybe the 
program shouldn't try to "force" connect it to a port that doesn't match?


  I don't think there's a lot we can really do if things aren't turned 
on.  That's going to lead to confusion, and I don't think there's a way 
around it.


  However, yeah, we could give up based on some threshold with the name 
matching.  E.g. a score of 20 or less will not match.  Then it is fuzzy 
up to a point.  Or we could even just get rid of the fuzziness.  It's 
not really very useful, honestly.  Some soft synths will put their 
process ID in the name, but you can always override it to get a more 
stable setup.  That's what I do with Fluidsynth.


  Let me try adding the <= 20 check and see how that works for you.

Ted.


___
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] New ALSA port matching algorithm

2020-07-29 Thread Ted Felix

  Just pushed [r15894] to svn which should provide the requested behavior.

Ted.

On 7/29/20 7:27 AM, Ted Felix wrote:

On 7/29/20 6:10 AM, Malhaire Christophe wrote:
If the Waldorf Streichfett is turned off, it is connected to "14:0 
Midi Through Port-0 (duplex)" instead of "no port"


   The previous version would completely refuse to connect to a 
mismatched client class.  In this case a hardware client (Streichfett) 
connected to an internal port (MIDI through).


   This behavior can easily be added.

When both XV-5050s are turned on, one is connected to “32: 0 XV-5050 
MIDI 1 (duplex)” and the second is connected to “40: 0 XV-5050 MIDI 1 
(duplex)”. Good. But when the second is off, it is connected to "32: 0 
XV-5050 MIDI 1 (duplex)" like the other.


   The previous version would refuse to connect to an already connected 
playback port.  I think I meant to include that, but forgot.  I will put 
that in.


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


  1   2   3   4   >