From: Richard C. <pe...@up...> - 2006-04-29 09:00:17
|
Some time ago, I said: > Sometimes, in the matrix editor, when I click on a note and Rosegarden plays that note, > it never sends a note off event for that note. Usually it does, but it sometimes justgets into a mode where it won't send note offs for any note that is clicked on. I've finally figured out what has to be done to reproduce this (I hope). It seems that if you play back part of a song, then stop playback, and then click on notes in the matrix editor (in the grid, not the little keyboard to the side), they play for a short 1/4 of a second, but if you then use the playback controls to move the playback position (either move it to the beginning of the song or move it forward or back a measure) then clicking on a note causes that note to play forever. If I then cicking the play button and then the stop button, then the notes return to their desired behaviour of terminating after 1/4 of a second. That seems to do it every time for me, but if not for anyone else, then let me know and I'll try to figure out something else. |
From: Richard C. <pe...@up...> - 2006-04-29 11:24:08
|
...and another note-off problem I just noticed. When I use the ... uhmm ... white bar thing that makes part of the song repeat over and over... Say I'm repeating measures 1 through 4. If I press a note on my keyboard in measure 4 and then release it in measure 1, the note-off is never passed along to my soft-synth. As long as I release the note some time that is in the composition time after when I pressed it, e.g. press a note in measure two, let it loop back to measure one and then release the note in measure three, then the note ends as it should. |
From: Pedro Lopez-C. <ped...@gm...> - 2006-04-29 12:38:04
|
On Saturday, 29 de April de 2006 11:00, Richard Cooper wrote: > > Sometimes, in the matrix editor, when I click on a note and Rosegarden > > plays that note, it never sends a note off event for that note. Usually > > it does, but it sometimes justgets into a mode where it won't send note > > offs for any note that is clicked on. > > I've finally figured out what has to be done to reproduce this (I hope). > > It seems that if you play back part of a song, then stop playback, and then > click on notes in the matrix editor (in the grid, not the little keyboard > to the side), they play for a short 1/4 of a second, but if you then use > the playback controls to move the playback position (either move it to the > beginning of the song or move it forward or back a measure) then clicking > on a note causes that note to play forever. If I then cicking the play > button and then the stop button, then the notes return to their desired > behaviour of terminating after 1/4 of a second. > > That seems to do it every time for me, but if not for anyone else, then let > me know and I'll try to figure out something else. I can reproduce this issue with the current SVN development sources. I'm not sure where is the problem, though. Which version of Rosegarden are you using? Does it happen for you when moving the playback position in stopped state, or in playback state? Using the transport buttons located at the transport toolbar and the transport menu? Also when clicking with the mouse in the bottom (playback position ruler)? Can you open a detailed bug report at SourceForge? http://rosegarden.sourceforge.net/tutorial/bug-guidelines.html Regards, Pedro |
From: Pedro Lopez-C. <ped...@gm...> - 2006-04-29 13:09:12
|
> > It seems that if you play back part of a song, then stop playback, and > > then click on notes in the matrix editor (in the grid, not the little > > keyboard to the side), they play for a short 1/4 of a second, but if you > > then use the playback controls to move the playback position (either move > > it to the beginning of the song or move it forward or back a measure) > > then clicking on a note causes that note to play forever. If I then > > cicking the play button and then the stop button, then the notes return > > to their desired behaviour of terminating after 1/4 of a second. [..] > I can reproduce this issue with the current SVN development sources. I'm > not sure where is the problem, though. I've done a bit more research on this. Seems that you need to meet more conditions to be able to reproduce the problem: 1) JACK must be running before starting Rosegarden. 2) Settings->Configure Rosegarden->Sequencer->Synchronisation->JACK transport mode == Sync Without some of the above, the program behaves correctly. Please can you confirm this? The problem looks (hears) different with MIDI instruments and with DSSI ones. With MIDI there are lost NoteOff events, making the notes to sound forever, until you use the play/stop controls. (I miss a "panic" function button at the transport toolbars). With DSSI instruments, you simply don't hear the notes when clicking over the note rectangles, but the notes will sound suddenly all together when you press the "play" transport button. There is a nice bug here. An important one. Regards, Pedro |
From: Richard C. <pe...@up...> - 2006-04-29 22:44:31
|
On Sat, 29 Apr 2006 09:09:05 -0400, Pedro Lopez-Cabanillas <ped...@gm...> wrote: > Which version of Rosegarden are you using? CVS from perhaps a week ago. > Does it happen for you when moving the playback position in stopped state,or in playback state? Well, now that you mention it, both. However, the missing note-off events that occur during playback seem to occur all of the time regardless of when Jack was started and whether or not transport sync is enabled. > Using the transport buttons located at the transport toolbar and thetransport menu? Both. > Also when clicking with the mouse in the bottom (playback position ruler)? Yes. > 1) JACK must be running before starting Rosegarden. > 2) Settings->Configure Rosegarden->Sequencer->Synchronisation->JACK transport > mode == Sync > > Without some of the above, the program behaves correctly. Please can you > confirm this? Same for me, both of those conditions must be met, otherwise it works correctly. I've also noticed that the note-offs are absent even at program start-up before anything has been played, so it's kind of as if playing and then stopping corrects the problem rather than moving the playback position causing it. Also, when the problem is occuring, if I go into the setup and disable Jack transport syncing, hit apply, then immediately re-enable it and hit apply, then the problem is fixed (until the playback position is changed again). So I guess there's three things here: 1. Missing note-offs when selecting notes in the matrix editor in stopped state. 2. Missing note-offs when moving playback position in playing state. 3. Missing note-offs when looping when a note (played on keyboard) overlaps end/beginning of loop. Number 1 requires that Jack be started before Rosegarden and enabling of Jack transport syncing. Numbers 2 and 3 happen under all conditions that I've tried, and since both are related to a changing playback position, perhaps they're the same. For number 3, notes in the segment being played which overlap the end of the loop are propery terminated if the loop begins at the beginning of measure 1. Otherwise they seem to usually continue until the end of the first looped measure, but sometimes until the middle of the first looped measure. For number 2, these notes seem to continue until the same note is played again. It also makes no difference wether I skip forward or backward. > Can you open a detailed bug report at SourceForge? Hmm... Usually I can't visit sourceforge without becomming very angry about it. Let me see... Wow, it looks like they finally made the text format correctly. Last time I was over there they were ... ok, I've got to go. I'll look at it later. |
From: Pedro Lopez-C. <ped...@gm...> - 2006-04-29 22:58:56
|
On Sunday, 30 de April de 2006 00:44, Richard Cooper wrote: > > Can you open a detailed bug report at SourceForge? > > Hmm... Usually I can't visit sourceforge without becomming very angry > about it. Let me see... Wow, it looks like they finally made the text > format correctly. Last time I was over there they were ... ok, I've got > to go. I'll look at it later. Don't worry. It's already opened. See: https://sourceforge.net/tracker/?func=detail&aid=1479000&group_id=4932&atid=104932 Regards, Pedro |
From: Pedro Lopez-C. <ped...@gm...> - 2006-04-30 17:55:11
|
Hi, A preliminary (partial) fix is in HEAD. Please test. On Sunday, April 30 2006 00:44, Richard Cooper wrote: > > Which version of Rosegarden are you using? > > CVS from perhaps a week ago. The CVS repository is frozen. All development is done in the SVN (Subversion) repository now. Please check updated instructions here: http://www.rosegardenmusic.com/getting/#source Regards, Pedro |
From: Pedro Lopez-C. <ped...@gm...> - 2006-04-30 18:45:54
|
On Sunday, 30 April 2006 19:55, Pedro Lopez-Cabanillas wrote: > A preliminary (partial) fix is in HEAD. Please test. Sorry. The fix has been reverted. The bug is still there. Nothing to test. Regards, Pedro |
From: Richard C. <pe...@up...> - 2006-05-01 00:56:07
|
On Sun, 30 Apr 2006 13:55:09 -0400, Pedro Lopez-Cabanillas <ped...@gm...> wrote: > A preliminary (partial) fix is in HEAD. Please test. I can't figure out what "HEAD" means. >> CVS from perhaps a week ago. > > The CVS repository is frozen. All development is done in the SVN (Subversion) > repository now. Please check updated instructions here: Oh yeah, I forgot. It was from SVN, and April 17 it looks like. |
From: Pedro Lopez-C. <ped...@gm...> - 2006-05-01 09:53:43
|
On Monday, 1 May 2006 02:55, Richard Cooper wrote: > On Sun, 30 Apr 2006 13:55:09 -0400, Pedro Lopez-Cabanillas=20 <ped...@gm...> wrote: > > A preliminary (partial) fix is in HEAD. Please test. > > I can't figure out what "HEAD" means. It means the latest development code, where the new features and experiment= al=20 code can be found. Quoting the Subversion book: "Revision Keywords The Subversion client understands a number of revision keywords. These =20 keywords can be used instead of integer arguments to the --revision switch,= =20 and are resolved into specific revision numbers by Subversion:=20 HEAD: The latest (or =E2=80=9Cyoungest=E2=80=9D) revision in the r= epository." BTW. I recommend this book to everybody. You can find the printed book=20 published O'Reilly, and online versions here: http://svnbook.red-bean.com > >> CVS from perhaps a week ago. > > > > The CVS repository is frozen. All development is done in the SVN > > (Subversion) repository now. Please check updated instructions here: > > Oh yeah, I forgot. It was from SVN, and April 17 it looks like. Here is a summary changelog since then: * a new fix for bug#147900 (Never-ending notes when using matrix editor) * RFE #1004883 Better access for the panic function=20 * Patch to fix the "scons --help" bug * Fixed some icon problems * RFE #1004891 (Split segment by recorded port/channel) * Fix for bug#1471910 (Sequencer status lying: "no driver") So please, update and test. Thanks. Regards, Pedro |
From: Richard C. <pe...@up...> - 2006-05-01 14:01:05
|
On Mon, 01 May 2006 05:53:35 -0400, Pedro Lopez-Cabanillas <ped...@gm...> wrote: > * a new fix for bug#147900 (Never-ending notes when using matrix editor) > * RFE #1004883 Better access for the panic function > * Patch to fix the "scons --help" bug > * Fixed some icon problems > * RFE #1004891 (Split segment by recorded port/channel) > * Fix for bug#1471910 (Sequencer status lying: "no driver") > > So please, update and test. Yes, it works awesomely now. Thank you. |