From: Robert J. <rj...@sp...> - 2006-11-04 22:34:39
|
Hello everybody, This is the first prerelease of MusE 0.9. The main feature improvement in 0.9 is the addition of plugin automation as well as fixes to the already present automation features (they actually work now). There is no graphical automation editor as will be present in 1.0, all automatable parameters do however have a right click menu as a working replacement. There is usage information concerning automation embedded in the ChangeLog so be sure to read the relevant parts. There are also a bunch of other fixes and improvements, check the ChangeLog for a complete list. For those about to R^Dtest, be sure to report your findings here or (preferably) file a bug report on the tracker (http://sourceforge.net/tracker/?group_id=93414). There are known bugs (see tracker), some of which we still are trying to fix, we do however want your feedback as to all unknown issues. Excerpt from the ChangeLog: * Adopted RT locking method from 1.0 branch. * Fixed old bug - DoubleLabel right click causes popup and runaway increment. * Changing global tempo now updates things. (Like resizing wave tracks). * Fixed ladspa plugin automation not working until plugin displayed. * Select right item when stacked on top of each other, for p-roll and arranger * Apply effect rack before sending aux * Auto assign internal softsynths upon creation * New method for pasting parts, keep original spacing, fixes bug #1516294 * Muting of midi-tracks no longer mute input, bug #1092343 * Fixed issue with playing of controllers when moving playhead, bug #1316542 * Cached peak files now updated when wave files are more recent, bug #1469177 * Fixed bug with recording notes to existing part, bug #1552783 * MusE now asks when imported wave file has differing samplerate, bug #1428248 * Fix for pianoroll selection of events in/outside loop with respect to offset * Added rubberband scrolling in arranger, drumedit and pianoroll, bug #1057732 * Changed colours of audio-out and wave strip names to match icon colours * Fixed aux sending * Fix logarithmic feedback to plugin sliders * Fixed multiple part undo for move,drag and copy in arranger, bug #1516298 * Fixed multiple note undo for move and drag in pianoroll * Fixed cursor placement in List Editor upon deleting events bug #1417718 * Fixed soloing. Also multiple soloing now allowed. * Enabled solo buttons on the mixer strips. * Fixed major issues with rack plugin moving, saving and loading. * Fixed problems with multiple tempo changes and incorrect wave part lengths. * Changed plugin code to use double instead of float to stop certain errors * Fixed some minor spelling mistakes. * Fixed issues with audio track automation. * Fixed very 'jumpy' volume sliders and pan knobs under automation. * Fixed several other small problems. For example a duplicate define in song.h * Changed the way audio track automation works. * Full LADSPA plugin automation. * fluidsynth: fixed pitchbend events, fixes bug #1404212 * Editing volume and pan with keyboard on audio strip now works * Fixed issue with recording audio, fifo could overflow with small jack sizes * fixed storing of files with relative path when "under" the project path Full ChangeLog: http://lmuse.cvs.sourceforge.net/lmuse/muse/ChangeLog?revision=1.214.2.175 Regards, /MusE Development team |
From: <lin...@ya...> - 2006-11-05 10:29:48
|
hello, great - thanks for the next version ;-) compiles without any prolems on debian (etch) and works fine for the first testing. i will write again, if i find bugs... greetings l.chaos Robert Jonsson wrote: > Hello everybody, > > This is the first prerelease of MusE 0.9. > > The main feature improvement in 0.9 is the addition of plugin automation as > well as fixes to the already present automation features (they actually work > now). There is no graphical automation editor as will be present in 1.0, all > automatable parameters do however have a right click menu as a working > replacement. > There is usage information concerning automation embedded in the ChangeLog so > be sure to read the relevant parts. There are also a bunch of other fixes and > improvements, check the ChangeLog for a complete list. > > For those about to R^Dtest, be sure to report your findings here or > (preferably) file a bug report on the tracker > (http://sourceforge.net/tracker/?group_id=93414). > There are known bugs (see tracker), some of which we still are trying to fix, > we do however want your feedback as to all unknown issues. > > Excerpt from the ChangeLog: > * Adopted RT locking method from 1.0 branch. > * Fixed old bug - DoubleLabel right click causes popup and runaway increment. > * Changing global tempo now updates things. (Like resizing wave tracks). > * Fixed ladspa plugin automation not working until plugin displayed. > * Select right item when stacked on top of each other, for p-roll and arranger > * Apply effect rack before sending aux > * Auto assign internal softsynths upon creation > * New method for pasting parts, keep original spacing, fixes bug #1516294 > * Muting of midi-tracks no longer mute input, bug #1092343 > * Fixed issue with playing of controllers when moving playhead, bug #1316542 > * Cached peak files now updated when wave files are more recent, bug #1469177 > * Fixed bug with recording notes to existing part, bug #1552783 > * MusE now asks when imported wave file has differing samplerate, bug #1428248 > * Fix for pianoroll selection of events in/outside loop with respect to offset > * Added rubberband scrolling in arranger, drumedit and pianoroll, bug #1057732 > * Changed colours of audio-out and wave strip names to match icon colours > * Fixed aux sending > * Fix logarithmic feedback to plugin sliders > * Fixed multiple part undo for move,drag and copy in arranger, bug #1516298 > * Fixed multiple note undo for move and drag in pianoroll > * Fixed cursor placement in List Editor upon deleting events bug #1417718 > * Fixed soloing. Also multiple soloing now allowed. > * Enabled solo buttons on the mixer strips. > * Fixed major issues with rack plugin moving, saving and loading. > * Fixed problems with multiple tempo changes and incorrect wave part lengths. > * Changed plugin code to use double instead of float to stop certain errors > * Fixed some minor spelling mistakes. > * Fixed issues with audio track automation. > * Fixed very 'jumpy' volume sliders and pan knobs under automation. > * Fixed several other small problems. For example a duplicate define in song.h > * Changed the way audio track automation works. > * Full LADSPA plugin automation. > * fluidsynth: fixed pitchbend events, fixes bug #1404212 > * Editing volume and pan with keyboard on audio strip now works > * Fixed issue with recording audio, fifo could overflow with small jack sizes > * fixed storing of files with relative path when "under" the project path > > Full ChangeLog: > http://lmuse.cvs.sourceforge.net/lmuse/muse/ChangeLog?revision=1.214.2.175 > > Regards, > /MusE Development team > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user > > -- _________________________________________________________________ http://www.audio4linux.de - musikmachen mit offenen quellen |
From: Geoff B. <son...@bi...> - 2006-11-05 11:48:58
|
great to see my favourite sequencer is still deveoping ;) i'll install in the morning. thank-you. g. |
From: Thorsten W. <t_...@fr...> - 2006-11-05 19:41:54
|
On Sat, Nov 04, 2006 at 11:37:43PM +0100, Robert Jonsson wrote: > Hello everybody, > > This is the first prerelease of MusE 0.9. Great work! Too bad auto-scrolling works on rubber-banding only, not while dragiing a part. I just switched to this to finish my latest track, will report possible problems (I have a backup, of course. several, actualy :) -- Thorsten Wilms |
From: Robert J. <rj...@sp...> - 2006-11-05 21:33:41
|
On Sunday 05 November 2006 20:41, Thorsten Wilms wrote: > On Sat, Nov 04, 2006 at 11:37:43PM +0100, Robert Jonsson wrote: > > Hello everybody, > > > > This is the first prerelease of MusE 0.9. > > Great work! > Too bad auto-scrolling works on rubber-banding only, > not while dragiing a part. Now you're making me feel stupid ...hrmpf. ;) It actually never occured to me. I changed it so it works for (hopefully) all drag operations, checked into cvs. > I just switched to this to finish my latest track, will > report possible problems (I have a backup, of course. > several, actualy :) Please do! /Robert > > > -- > Thorsten Wilms > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user -- http://spamatica.se/musicsite/ |
From: Thorsten W. <t_...@fr...> - 2006-11-06 11:42:49
|
Hi! 3 related problems so far: muting MASTER is ignored, I had to pull down the gain as workaround. After adding another output, new wave-tracks get auto-connected to that instead MASTER. Bouncing also uses the new output, not MASTER. Perhaps bouncing should look for rec enabled outputs? Anyway, looks like there's some kind of master flag that is moved to new outputs but shouldn't. And I see no UI means to change it. -- Thorsten Wilms |
From: Robert J. <rj...@sp...> - 2006-11-08 22:07:15
|
Ho, On Monday 06 November 2006 12:42, Thorsten Wilms wrote: > Hi! > > 3 related problems so far: muting MASTER is ignored, I had > to pull down the gain as workaround. Think I have fixed that now. > > After adding another output, new wave-tracks > get auto-connected to that instead MASTER. Hmmm, I cannot seem to reproduce this > > Bouncing also uses the new output, not MASTER. Perhaps > bouncing should look for rec enabled outputs? This seems related, can't reproduce this either. I'm not saying it is impossible, the mixdown solution is not very elegant, you cannot select what to mixdown etc.. Could it have been some other move that caused it to happen? Removing the original output will probably cause havoc. Regards, Robert > > Anyway, looks like there's some kind of master flag that is > moved to new outputs but shouldn't. And I see no UI means > to change it. > > > -- > Thorsten Wilms > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user -- http://spamatica.se/musicsite/ |
From: Thorsten W. <t_...@fr...> - 2006-11-09 09:10:11
|
On Wed, Nov 08, 2006 at 11:10:35PM +0100, Robert Jonsson wrote: > > This seems related, can't reproduce this either. > I'm not saying it is impossible, the mixdown solution is not very elegant, you > cannot select what to mixdown etc.. > Could it have been some other move that caused it to happen? Removing the > original output will probably cause havoc. Maybe renaming the output? I'm rather sure I did that prior to adding additional outputs. -- Thorsten Wilms |
From: Thorsten W. <t_...@fr...> - 2006-11-06 19:50:40
|
So I just finished my piece and announced it on the lad list. (http://www.archive.org/details/five-three) Aux working with stereo now makes mixing much faster, no more creating lots of groups to use them as sends :) But I noticed the aux knobs say 'off' when turned all up ... Onl 2 other issues I stumbled in this session. I think both are already reported: - Scrolling per mouse wheel only works with mouse over the track canvas, not over the table. - After importing a long wav in a new song, the length is not extended automaticaly. So play will just there stop, leaving the user wondering WTF? ;) I didn't move much stuff ad edited no midi at all for now, though. -- Thorsten Wilms |
From: <rj...@sp...> - 2006-11-09 09:27:22
|
Thorsten Wilms skrev: > On Wed, Nov 08, 2006 at 11:10:35PM +0100, Robert Jonsson wrote: > >> This seems related, can't reproduce this either. >> I'm not saying it is impossible, the mixdown solution is not very elegant, you >> cannot select what to mixdown etc.. >> Could it have been some other move that caused it to happen? Removing the >> original output will probably cause havoc. >> > > Maybe renaming the output? I'm rather sure I did that prior to > adding additional outputs. > I tried that and it worked for me anyway, I'll try to investigate some more. /Robert > > -- > Thorsten Wilms > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user > |
From: Thorsten W. <t_...@fr...> - 2006-11-09 09:33:25
|
On Thu, Nov 09, 2006 at 10:27:06AM +0100, rj...@sp... wrote: > > > > Maybe renaming the output? I'm rather sure I did that prior to > > adding additional outputs. > > > I tried that and it worked for me anyway, I'll try to investigate some more. The only other thing is reordering the outputs and other items. Can't think of yet another way of manipulation. It's not the first time I ran into this problem. Will try to reproduce with as few steps as possible myself. -- Thorsten Wilms |
From: Thorsten W. <t_...@fr...> - 2006-11-11 11:57:10
|
On Thu, Nov 09, 2006 at 10:33:11AM +0100, Thorsten Wilms wrote: > > It's not the first time I ran into this problem. > Will try to reproduce with as few steps as possible myself. Wasn't able to reproduce it. Perhaps it was some kind of leftover from the older MusE. -- Thorsten Wilms |
From: Robert J. <rj...@sp...> - 2006-11-11 12:18:02
|
On Monday 06 November 2006 20:50, Thorsten Wilms wrote: > So I just finished my piece and announced it on the lad > list. (http://www.archive.org/details/five-three) Listened to it, probably a bit to abstract for me. Which reminds me, I tried the other song you sent. (In the eventuall possibility of doing some guitars to it). But... well, really, you have to give some musical clue as to what you were aiming for, any references? Basically the tune is quite nice I can't imagine this as a guitar based tune :-D, Especielly after listening to the one I lifted into muse and quickly set up an ensemble for (using a gm font), my mind wandered to old c64 songs, oh the joy, > > Aux working with stereo now makes mixing much faster, > no more creating lots of groups to use them as sends :) great! :) > > But I noticed the aux knobs say 'off' when turned > all up ... Fixed that > > Onl 2 other issues I stumbled in this session. I think > both are already reported: > - Scrolling per mouse wheel only works with mouse over > the track canvas, not over the table. Fixed that > - After importing a long wav in a new song, the length > is not extended automaticaly. So play will just there > stop, leaving the user wondering WTF? ;) Not fixed yet. I think I looked at this previously and it was much harder to fix than I thought... don't remember why though, will take another look. /Robert > > I didn't move much stuff ad edited no midi at all for > now, though. > > > -- > Thorsten Wilms > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user -- http://spamatica.se/musicsite/ |
From: Thorsten W. <t_...@fr...> - 2006-11-11 12:54:36
|
On Sat, Nov 11, 2006 at 01:21:28PM +0100, Robert Jonsson wrote: > > (http://www.archive.org/details/five-three) > > Listened to it, probably a bit to abstract for me. Heh, it's a bit abstract for me, too :) > Which reminds me, I tried the other song you sent. (In the eventuall > possibility of doing some guitars to it). > But... well, really, you have to give some musical clue as to what you were > aiming for, any references? > Basically the tune is quite nice I can't imagine this as a guitar based > tune :-D, Especielly after listening to the one I lifted into muse and > quickly set up an ensemble for (using a gm font), my mind wandered to old c64 > songs, oh the joy, It should rock, have speed and roughness from punk, make people jump :) Maybe Ska, but I don't know these genres so well. For the beat, I have some kind of electro-punk in mind. I have a cassette with german punk music from a girl that was into it ... I was curious ;) Most of it with much too bad singers to be enjoyable and band names like Schleimkeim which won't help you anyway :) Maybe Freeyourself could be a reference (not from that cassette). http://www.freeyourself.de/G_s/FreeYourself.htm The singer Dimi was a fellow student. Used to have examples on their page, no more, too bad. C64 hmmm ... perhaps check Neskimos ad Celdweller, if you havn't already :) > > But I noticed the aux knobs say 'off' when turned > > all up ... > > Fixed that > > > > > Onl 2 other issues I stumbled in this session. I think > > both are already reported: > > - Scrolling per mouse wheel only works with mouse over > > the track canvas, not over the table. > > Fixed that Great job :) -- Thorsten Wilms |
From: . <in...@ne...> - 2006-11-28 15:43:38
|
Hello, I am testing Muse 0.9pre1 on my gentoo 2006.1 (gcc4.1) and i am facing some problems with MIDI control changes. As far as i remember the previous release (Muse 0.8.1) was a little better in this regard. I have my own .idf file for an experimental synth i have built and I enter midi parameters that define a patch in a part at the begining of a track. The problem for now is that positionning theses parts at the very begining of the track seems to pose problem. The values (mere 7bit control changes) are not initialised properly and after that even if u put the part a little after the begining, editing the values doesn't seem always (if ever) to be taken in account. I am a little puzzled with the current behaviour still trying to understand what is going wrong. But i think this report may interest u :) I will post further observations if i find any repeatable pattern. I know that there has been a bug fix related to control change in the new release, i'm afraid something new has crept in. I am refering to this: * Fixed issue with playing of controllers when moving playhead, bug #1316542 (bug that i entered btw, very happy that it has been fixed) Thanks for this new release and for the continuous care u put in this project. Cheers, NR |
From: <rj...@sp...> - 2006-11-28 15:56:51
|
Hello, . skrev: > Hello, > > I am testing Muse 0.9pre1 on my gentoo 2006.1 (gcc4.1) and i am facing some > problems with MIDI control changes. > > As far as i remember the previous release (Muse 0.8.1) was a little better in > this regard. > > I have my own .idf file for an experimental synth i have built and I enter > midi parameters that define a patch in a part at the begining of a track. > Oh, experimental synth? hardware or software? :) > The problem for now is that positionning theses parts at the very begining of > the track seems to pose problem. The values (mere 7bit control changes) are > not initialised properly and after that even if u put the part a little after > the begining, editing the values doesn't seem always (if ever) to be taken in > account. > > I am a little puzzled with the current behaviour still trying to understand > what is going wrong. > > But i think this report may interest u :) > Yes it does. The change you mention below is I think the only change made that could affect this... not entirely sure what is going on. If you have more info please send it. Regards, Robert > I will post further observations if i find any repeatable pattern. I know that > there has been a bug fix related to control change in the new release, i'm > afraid something new has crept in. > > I am refering to this: > * Fixed issue with playing of controllers when moving playhead, bug #1316542 > (bug that i entered btw, very happy that it has been fixed) > > Thanks for this new release and for the continuous care u put in this project. > > Cheers, > > NR > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user > |
From: . <in...@ne...> - 2006-11-28 22:46:04
|
On Tuesday 28 November 2006 16:56, rj...@sp... wrote: > Oh, experimental synth? hardware or software? :) > Softardware :) It's a hybrid digital/analog system using LADSPA oscillators from the CAPS suite for the "vco", the modulators (lfo/env) are made with PureData then send thru a DIY hispeed digital->CV convertor (32 channels) to modulate a bunch of *real* analog VCF and VCA. I have cloned various famous VCF (Moog/SEM/KorgMS20/Synthacon). :)) Then all this is aquired by a Terratec EW88mt using ardour and MusE. > > But i think this report may interest u :) > > Yes it does. > The change you mention below is I think the only change made that could > affect this... not entirely sure what is going on. If you have more info > please send it. > I will, i observed a curious behaviour like each time the loop started again it changed the value of a midi controller :) Now, it seems to work ok but all the "controller" parts have been moved to bar 2. Tomorrow will be another day :) Cheers, NR |
From: Allan K. <son...@ii...> - 2006-12-06 17:59:01
|
Speaking of tomorrow .. I'll try on a true hardware synth setup tomorrow. cheers Allan On Tue, 2006-11-28 at 23:01 +0100, . wrote: > On Tuesday 28 November 2006 16:56, rj...@sp... wrote: > > > Oh, experimental synth? hardware or software? :) > > > Softardware :) It's a hybrid digital/analog system using LADSPA oscillators > from the CAPS suite for the "vco", the modulators (lfo/env) are made with > PureData then send thru a DIY hispeed digital->CV convertor (32 channels) to > modulate a bunch of *real* analog VCF and VCA. I have cloned various famous > VCF (Moog/SEM/KorgMS20/Synthacon). :)) > > Then all this is aquired by a Terratec EW88mt using ardour and MusE. > > > > But i think this report may interest u :) > > > > Yes it does. > > The change you mention below is I think the only change made that could > > affect this... not entirely sure what is going on. If you have more info > > please send it. > > > I will, i observed a curious behaviour like each time the loop started again > it changed the value of a midi controller :) > > Now, it seems to work ok but all the "controller" parts have been moved to bar > 2. Tomorrow will be another day :) > > Cheers, > > NR > > > > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user |
From: Allan K. <son...@ii...> - 2006-12-07 07:17:08
|
Hi, In an all hardware setup (synths and controllers are all external devices) I am not getting any shift of the controllers. It all seems to working quite tightly. cheers Allan On Thu, 2006-12-07 at 04:58 +1100, Allan Klinbail wrote: > Speaking of tomorrow .. I'll try on a true hardware synth setup > tomorrow. > > cheers > > Allan > > On Tue, 2006-11-28 at 23:01 +0100, . wrote: > > On Tuesday 28 November 2006 16:56, rj...@sp... wrote: > > > > > Oh, experimental synth? hardware or software? :) > > > > > Softardware :) It's a hybrid digital/analog system using LADSPA oscillators > > from the CAPS suite for the "vco", the modulators (lfo/env) are made with > > PureData then send thru a DIY hispeed digital->CV convertor (32 channels) to > > modulate a bunch of *real* analog VCF and VCA. I have cloned various famous > > VCF (Moog/SEM/KorgMS20/Synthacon). :)) > > > > Then all this is aquired by a Terratec EW88mt using ardour and MusE. > > > > > > But i think this report may interest u :) > > > > > > Yes it does. > > > The change you mention below is I think the only change made that could > > > affect this... not entirely sure what is going on. If you have more info > > > please send it. > > > > > I will, i observed a curious behaviour like each time the loop started again > > it changed the value of a midi controller :) > > > > Now, it seems to work ok but all the "controller" parts have been moved to bar > > 2. Tomorrow will be another day :) > > > > Cheers, > > > > NR > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share your > > opinions on IT & business topics through brief surveys - and earn cash > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > Lmuse-user mailing list > > Lmu...@li... > > https://lists.sourceforge.net/lists/listinfo/lmuse-user > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user |
From: Allan K. <son...@ii...> - 2006-12-07 07:40:47
|
Hi All I had a lot of trouble with 0.8.1 and sync input but thought I would suffer using output only for a while.. It's not listed in the changelog but it seems to be working very well now, and I can finally use my MPC-2000xl for the transport (tactile transports are soooo much nicer) One question, is there a way of forcing the displayed resolution to always display at a certain resolution, in a text file or something? Whenever I re-open MusE it always defaults to 384, so I always have to change it down to 96. It's much easier to cross reference when both sequencers have the same resolution displayed. Let me know if there isn't a way and I'll add it as a feature request to source forge. thanks once again to you Werner and the gang for such a great sequencer. cheers Allan On Sat, 2006-11-04 at 23:37 +0100, Robert Jonsson wrote: > Hello everybody, > > This is the first prerelease of MusE 0.9. > > The main feature improvement in 0.9 is the addition of plugin automation as > well as fixes to the already present automation features (they actually work > now). There is no graphical automation editor as will be present in 1.0, all > automatable parameters do however have a right click menu as a working > replacement. > There is usage information concerning automation embedded in the ChangeLog so > be sure to read the relevant parts. There are also a bunch of other fixes and > improvements, check the ChangeLog for a complete list. > > For those about to R^Dtest, be sure to report your findings here or > (preferably) file a bug report on the tracker > (http://sourceforge.net/tracker/?group_id=93414). > There are known bugs (see tracker), some of which we still are trying to fix, > we do however want your feedback as to all unknown issues. > > Excerpt from the ChangeLog: > * Adopted RT locking method from 1.0 branch. > * Fixed old bug - DoubleLabel right click causes popup and runaway increment. > * Changing global tempo now updates things. (Like resizing wave tracks). > * Fixed ladspa plugin automation not working until plugin displayed. > * Select right item when stacked on top of each other, for p-roll and arranger > * Apply effect rack before sending aux > * Auto assign internal softsynths upon creation > * New method for pasting parts, keep original spacing, fixes bug #1516294 > * Muting of midi-tracks no longer mute input, bug #1092343 > * Fixed issue with playing of controllers when moving playhead, bug #1316542 > * Cached peak files now updated when wave files are more recent, bug #1469177 > * Fixed bug with recording notes to existing part, bug #1552783 > * MusE now asks when imported wave file has differing samplerate, bug #1428248 > * Fix for pianoroll selection of events in/outside loop with respect to offset > * Added rubberband scrolling in arranger, drumedit and pianoroll, bug #1057732 > * Changed colours of audio-out and wave strip names to match icon colours > * Fixed aux sending > * Fix logarithmic feedback to plugin sliders > * Fixed multiple part undo for move,drag and copy in arranger, bug #1516298 > * Fixed multiple note undo for move and drag in pianoroll > * Fixed cursor placement in List Editor upon deleting events bug #1417718 > * Fixed soloing. Also multiple soloing now allowed. > * Enabled solo buttons on the mixer strips. > * Fixed major issues with rack plugin moving, saving and loading. > * Fixed problems with multiple tempo changes and incorrect wave part lengths. > * Changed plugin code to use double instead of float to stop certain errors > * Fixed some minor spelling mistakes. > * Fixed issues with audio track automation. > * Fixed very 'jumpy' volume sliders and pan knobs under automation. > * Fixed several other small problems. For example a duplicate define in song.h > * Changed the way audio track automation works. > * Full LADSPA plugin automation. > * fluidsynth: fixed pitchbend events, fixes bug #1404212 > * Editing volume and pan with keyboard on audio strip now works > * Fixed issue with recording audio, fifo could overflow with small jack sizes > * fixed storing of files with relative path when "under" the project path > > Full ChangeLog: > http://lmuse.cvs.sourceforge.net/lmuse/muse/ChangeLog?revision=1.214.2.175 > > Regards, > /MusE Development team > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user |
From: <rj...@sp...> - 2006-12-07 08:03:49
|
Hi again, Allan Klinbail skrev: > Hi All > > I had a lot of trouble with 0.8.1 and sync input but thought I would > suffer using output only for a while.. It's not listed in the changelog > but it seems to be working very well now, and I can finally use my > MPC-2000xl for the transport (tactile transports are soooo much nicer) > I'm sure it is :) To my knowledge there was no fixes regarding sync in the current release, I would guess there are still bugs lingering that happen only at odd times.. I tried to the best of my knowledge getting it working, but my knowledge about this stuff is not complete. If you have it working now that is great but I'm sure there can be issues at times, do let us know if you find any. > One question, is there a way of forcing the displayed resolution to > always display at a certain resolution, in a text file or something? > > Whenever I re-open MusE it always defaults to 384, so I always have to > change it down to 96. > > It's much easier to cross reference when both sequencers have the same > resolution displayed. > > Let me know if there isn't a way and I'll add it as a feature request to > source forge. > I will check how this works, but I would suggest you make a feature request anyway. It tends to help my memory ;) > thanks once again to you Werner and the gang for such a great > sequencer. > Thanks! Robert > cheers > > Allan > > > > |
From: <rj...@sp...> - 2006-12-07 07:57:16
|
Hello Allan, Allan Klinbail skrev: > Hi, > > In an all hardware setup (synths and controllers are all external > devices) I am not getting any shift of the controllers. It all seems to > working quite tightly. > Ok, good to know. I have been researching this myself and I have not found any issues during playback. Moving the playhead while stopped does however still have issues. Moving, deleting and copying parts leaves a trace of controller events that are output when the playhead is moved. I'm researching how to fix this. Restarting MusE should mostly get things on "track" again. Regards, Robert > cheers > > Allan > > > On Thu, 2006-12-07 at 04:58 +1100, Allan Klinbail wrote: > >> Speaking of tomorrow .. I'll try on a true hardware synth setup >> tomorrow. >> >> cheers >> >> Allan >> >> On Tue, 2006-11-28 at 23:01 +0100, . wrote: >> >>> On Tuesday 28 November 2006 16:56, rj...@sp... wrote: >>> >>> >>>> Oh, experimental synth? hardware or software? :) >>>> >>>> >>> Softardware :) It's a hybrid digital/analog system using LADSPA oscillators >>> from the CAPS suite for the "vco", the modulators (lfo/env) are made with >>> PureData then send thru a DIY hispeed digital->CV convertor (32 channels) to >>> modulate a bunch of *real* analog VCF and VCA. I have cloned various famous >>> VCF (Moog/SEM/KorgMS20/Synthacon). :)) >>> >>> Then all this is aquired by a Terratec EW88mt using ardour and MusE. >>> >>> >>>>> But i think this report may interest u :) >>>>> >>>> Yes it does. >>>> The change you mention below is I think the only change made that could >>>> affect this... not entirely sure what is going on. If you have more info >>>> please send it. >>>> >>>> >>> I will, i observed a curious behaviour like each time the loop started again >>> it changed the value of a midi controller :) >>> >>> Now, it seems to work ok but all the "controller" parts have been moved to bar >>> 2. Tomorrow will be another day :) >>> >>> Cheers, >>> >>> NR >>> >>> >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------- >>> Take Surveys. Earn Cash. Influence the Future of IT >>> Join SourceForge.net's Techsay panel and you'll get the chance to share your >>> opinions on IT & business topics through brief surveys - and earn cash >>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >>> _______________________________________________ >>> Lmuse-user mailing list >>> Lmu...@li... >>> https://lists.sourceforge.net/lists/listinfo/lmuse-user >>> >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share your >> opinions on IT & business topics through brief surveys - and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> _______________________________________________ >> Lmuse-user mailing list >> Lmu...@li... >> https://lists.sourceforge.net/lists/listinfo/lmuse-user >> > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user > |
From: Allan K. <son...@ii...> - 2006-12-07 14:55:34
|
Thanks, This is good to know. I've noticed some odd behaviour with sync after previous and now this release, which seems to be related to previous stop point. I think I have noticed new sync input issues as well, but it may be alsa related, as they only seem to occur when I use the mtp-av, but could be MusE because I've seen similar behaviour before that was fixed by changing the MIDI clock input port settings, but itsn't occurring now. The behaviour I've seen is that when devices that have internal clocks connect in addition to the external sequencer that MusE skips bars and misreads time. This is occurring when the other devices are not sending their own clock signals. This is occurring with a An MPC-2000xl in master mode MusE in slave mode Yamaha AN-200 set in slave mode, edirol pcr-30 with the clock turned off (it doesn't slave but has a clock that can be turned on if using as a transport controller) (with MIDI out connections to the MTP-AV) MTP-AV using alsa driver I was able to get sync in one specific condition, block sync signals coming out of the an-200 with the MTP-AV and removing both MIDI cables connecting the edirol to the mtp av. (blocking the signal with the MTP-AV had no effect on this at all.) This only occurs with MusE syncing in and not out. I noticed this quirk a while ago without the mtpav involved in the past. With the PCR-30's clock off MusE was not keeping sync with the MPC-2000 until I selected a discrete input for MIDI clock, even though there was only one device sending a signal. I am now going to test to see if I can duplicate this behaviour on another sequencer to help determine if it is MusE or the driver. cheers Allan On Thu, 2006-12-07 at 08:57 +0100, rj...@sp... wrote: > Hello Allan, > > Allan Klinbail skrev: > > Hi, > > > > In an all hardware setup (synths and controllers are all external > > devices) I am not getting any shift of the controllers. It all seems to > > working quite tightly. > > > > Ok, good to know. > I have been researching this myself and I have not found any issues > during playback. > > Moving the playhead while stopped does however still have issues. > Moving, deleting and copying parts leaves a trace of controller events > that are output when the playhead is moved. I'm researching how to fix > this. > Restarting MusE should mostly get things on "track" again. > > Regards, > Robert > > > > cheers > > > > Allan > > > > > > On Thu, 2006-12-07 at 04:58 +1100, Allan Klinbail wrote: > > > >> Speaking of tomorrow .. I'll try on a true hardware synth setup > >> tomorrow. > >> > >> cheers > >> > >> Allan > >> > >> On Tue, 2006-11-28 at 23:01 +0100, . wrote: > >> > >>> On Tuesday 28 November 2006 16:56, rj...@sp... wrote: > >>> > >>> > >>>> Oh, experimental synth? hardware or software? :) > >>>> > >>>> > >>> Softardware :) It's a hybrid digital/analog system using LADSPA oscillators > >>> from the CAPS suite for the "vco", the modulators (lfo/env) are made with > >>> PureData then send thru a DIY hispeed digital->CV convertor (32 channels) to > >>> modulate a bunch of *real* analog VCF and VCA. I have cloned various famous > >>> VCF (Moog/SEM/KorgMS20/Synthacon). :)) > >>> > >>> Then all this is aquired by a Terratec EW88mt using ardour and MusE. > >>> > >>> > >>>>> But i think this report may interest u :) > >>>>> > >>>> Yes it does. > >>>> The change you mention below is I think the only change made that could > >>>> affect this... not entirely sure what is going on. If you have more info > >>>> please send it. > >>>> > >>>> > >>> I will, i observed a curious behaviour like each time the loop started again > >>> it changed the value of a midi controller :) > >>> > >>> Now, it seems to work ok but all the "controller" parts have been moved to bar > >>> 2. Tomorrow will be another day :) > >>> > >>> Cheers, > >>> > >>> NR > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> ------------------------------------------------------------------------- > >>> Take Surveys. Earn Cash. Influence the Future of IT > >>> Join SourceForge.net's Techsay panel and you'll get the chance to share your > >>> opinions on IT & business topics through brief surveys - and earn cash > >>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > >>> _______________________________________________ > >>> Lmuse-user mailing list > >>> Lmu...@li... > >>> https://lists.sourceforge.net/lists/listinfo/lmuse-user > >>> > >> ------------------------------------------------------------------------- > >> Take Surveys. Earn Cash. Influence the Future of IT > >> Join SourceForge.net's Techsay panel and you'll get the chance to share your > >> opinions on IT & business topics through brief surveys - and earn cash > >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > >> _______________________________________________ > >> Lmuse-user mailing list > >> Lmu...@li... > >> https://lists.sourceforge.net/lists/listinfo/lmuse-user > >> > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share your > > opinions on IT & business topics through brief surveys - and earn cash > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > Lmuse-user mailing list > > Lmu...@li... > > https://lists.sourceforge.net/lists/listinfo/lmuse-user > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user |
From: Allan K. <son...@ii...> - 2006-12-07 16:41:12
|
Okay After further testing I've found some of my observations were incorrect. The timing issues are not related to the (disabled) clocks on the other devices. I had some lucky co-incidences. With many repeated tests, at different tempos with both or either the mtpav driver or the snd-usb-audio driver by themselves. After the first instance of pressing play from an external source, MusE starts miscounting the timing always being faster than the clock signal of the external device. This becomes more apparent if the tempo is then changed. On the first few attempts without a restart I can clear it by moving the transport back and forth before pressing start again.. after a few times this no longer works In the terminal output I am seeing a couple of messages that could be clues. Firstly when assigning a channel to a MIDI port and on startup this occurs in slave and master mode tickValues(0x80000000) not found(1) QRangeControl::setRange: minValue 0 > maxValue -2147483648 Secondly in sync mode only I get the following error repeatedly while playing. (possibly a permissions issue?) MidiAlsaDevice::0x85219a8 putEvent(): midi write error: Operation not permitted dst 20:2 Finally, changing the displayed resolution setting only changes the increment the display in the transport panel uses (when set to 96 ticks per bar the display counts 4 ticks to each one so 384/96 = 4. Setting above 384 doesn't make any change. So in short external sync in doesn't appear to be working well at all.... I can still use sync in for working but will be happy to do any testing and/or turning on higher debugging for sync in. cheers Allan On Fri, 2006-12-08 at 01:50 +1100, Allan Klinbail wrote: > Thanks, > > This is good to know. I've noticed some odd behaviour with sync after > previous and now this release, which seems to be related to previous > stop point. > > I think I have noticed new sync input issues as well, but it may be alsa > related, as they only seem to occur when I use the mtp-av, but could be > MusE because I've seen similar behaviour before that was fixed by > changing the MIDI clock input port settings, but itsn't occurring now. > > The behaviour I've seen is that when devices that have internal clocks > connect in addition to the external sequencer that MusE skips bars and > misreads time. This is occurring when the other devices are not sending > their own clock signals. > > This is occurring with a > > An MPC-2000xl in master mode > MusE in slave mode > Yamaha AN-200 set in slave mode, > edirol pcr-30 with the clock turned off (it doesn't slave but has a > clock that can be turned on if using as a transport controller) (with > MIDI out connections to the MTP-AV) > MTP-AV using alsa driver > > I was able to get sync in one specific condition, > block sync signals coming out of the an-200 with the MTP-AV and removing > both MIDI cables connecting the edirol to the mtp av. (blocking the > signal with the MTP-AV had no effect on this at all.) > > This only occurs with MusE syncing in and not out. > > I noticed this quirk a while ago without the mtpav involved in the > past. > With the PCR-30's clock off MusE was not keeping sync with the MPC-2000 > until I selected a discrete input for MIDI clock, even though there was > only one device sending a signal. > > I am now going to test to see if I can duplicate this behaviour on > another sequencer to help determine if it is MusE or the driver. > > cheers > > Allan > > > > > > > > On Thu, 2006-12-07 at 08:57 +0100, rj...@sp... wrote: > > Hello Allan, > > > > Allan Klinbail skrev: > > > Hi, > > > > > > In an all hardware setup (synths and controllers are all external > > > devices) I am not getting any shift of the controllers. It all seems to > > > working quite tightly. > > > > > > > Ok, good to know. > > I have been researching this myself and I have not found any issues > > during playback. > > > > Moving the playhead while stopped does however still have issues. > > Moving, deleting and copying parts leaves a trace of controller events > > that are output when the playhead is moved. I'm researching how to fix > > this. > > Restarting MusE should mostly get things on "track" again. > > > > Regards, > > Robert > > > > > > > cheers > > > > > > Allan > > > > > > > > > On Thu, 2006-12-07 at 04:58 +1100, Allan Klinbail wrote: > > > > > >> Speaking of tomorrow .. I'll try on a true hardware synth setup > > >> tomorrow. > > >> > > >> cheers > > >> > > >> Allan > > >> > > >> On Tue, 2006-11-28 at 23:01 +0100, . wrote: > > >> > > >>> On Tuesday 28 November 2006 16:56, rj...@sp... wrote: > > >>> > > >>> > > >>>> Oh, experimental synth? hardware or software? :) > > >>>> > > >>>> > > >>> Softardware :) It's a hybrid digital/analog system using LADSPA oscillators > > >>> from the CAPS suite for the "vco", the modulators (lfo/env) are made with > > >>> PureData then send thru a DIY hispeed digital->CV convertor (32 channels) to > > >>> modulate a bunch of *real* analog VCF and VCA. I have cloned various famous > > >>> VCF (Moog/SEM/KorgMS20/Synthacon). :)) > > >>> > > >>> Then all this is aquired by a Terratec EW88mt using ardour and MusE. > > >>> > > >>> > > >>>>> But i think this report may interest u :) > > >>>>> > > >>>> Yes it does. > > >>>> The change you mention below is I think the only change made that could > > >>>> affect this... not entirely sure what is going on. If you have more info > > >>>> please send it. > > >>>> > > >>>> > > >>> I will, i observed a curious behaviour like each time the loop started again > > >>> it changed the value of a midi controller :) > > >>> > > >>> Now, it seems to work ok but all the "controller" parts have been moved to bar > > >>> 2. Tomorrow will be another day :) > > >>> > > >>> Cheers, > > >>> > > >>> NR > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> ------------------------------------------------------------------------- > > >>> Take Surveys. Earn Cash. Influence the Future of IT > > >>> Join SourceForge.net's Techsay panel and you'll get the chance to share your > > >>> opinions on IT & business topics through brief surveys - and earn cash > > >>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > >>> _______________________________________________ > > >>> Lmuse-user mailing list > > >>> Lmu...@li... > > >>> https://lists.sourceforge.net/lists/listinfo/lmuse-user > > >>> > > >> ------------------------------------------------------------------------- > > >> Take Surveys. Earn Cash. Influence the Future of IT > > >> Join SourceForge.net's Techsay panel and you'll get the chance to share your > > >> opinions on IT & business topics through brief surveys - and earn cash > > >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > >> _______________________________________________ > > >> Lmuse-user mailing list > > >> Lmu...@li... > > >> https://lists.sourceforge.net/lists/listinfo/lmuse-user > > >> > > > > > > ------------------------------------------------------------------------- > > > Take Surveys. Earn Cash. Influence the Future of IT > > > Join SourceForge.net's Techsay panel and you'll get the chance to share your > > > opinions on IT & business topics through brief surveys - and earn cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > _______________________________________________ > > > Lmuse-user mailing list > > > Lmu...@li... > > > https://lists.sourceforge.net/lists/listinfo/lmuse-user > > > > > > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share your > > opinions on IT & business topics through brief surveys - and earn cash > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > Lmuse-user mailing list > > Lmu...@li... > > https://lists.sourceforge.net/lists/listinfo/lmuse-user > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user |
From: Allan K. <son...@ii...> - 2006-12-07 15:44:33
|
Okay No other sequencer I can fins seems to have external sync anywhere near as implemented as MusE, so I can't really determine if this is MusE or the driver, unless there is some debuggin in fo I can turn on cheers Allan On Fri, 2006-12-08 at 01:50 +1100, Allan Klinbail wrote: > Thanks, > > This is good to know. I've noticed some odd behaviour with sync after > previous and now this release, which seems to be related to previous > stop point. > > I think I have noticed new sync input issues as well, but it may be alsa > related, as they only seem to occur when I use the mtp-av, but could be > MusE because I've seen similar behaviour before that was fixed by > changing the MIDI clock input port settings, but itsn't occurring now. > > The behaviour I've seen is that when devices that have internal clocks > connect in addition to the external sequencer that MusE skips bars and > misreads time. This is occurring when the other devices are not sending > their own clock signals. > > This is occurring with a > > An MPC-2000xl in master mode > MusE in slave mode > Yamaha AN-200 set in slave mode, > edirol pcr-30 with the clock turned off (it doesn't slave but has a > clock that can be turned on if using as a transport controller) (with > MIDI out connections to the MTP-AV) > MTP-AV using alsa driver > > I was able to get sync in one specific condition, > block sync signals coming out of the an-200 with the MTP-AV and removing > both MIDI cables connecting the edirol to the mtp av. (blocking the > signal with the MTP-AV had no effect on this at all.) > > This only occurs with MusE syncing in and not out. > > I noticed this quirk a while ago without the mtpav involved in the > past. > With the PCR-30's clock off MusE was not keeping sync with the MPC-2000 > until I selected a discrete input for MIDI clock, even though there was > only one device sending a signal. > > I am now going to test to see if I can duplicate this behaviour on > another sequencer to help determine if it is MusE or the driver. > > cheers > > Allan > > > > > > > > On Thu, 2006-12-07 at 08:57 +0100, rj...@sp... wrote: > > Hello Allan, > > > > Allan Klinbail skrev: > > > Hi, > > > > > > In an all hardware setup (synths and controllers are all external > > > devices) I am not getting any shift of the controllers. It all seems to > > > working quite tightly. > > > > > > > Ok, good to know. > > I have been researching this myself and I have not found any issues > > during playback. > > > > Moving the playhead while stopped does however still have issues. > > Moving, deleting and copying parts leaves a trace of controller events > > that are output when the playhead is moved. I'm researching how to fix > > this. > > Restarting MusE should mostly get things on "track" again. > > > > Regards, > > Robert > > > > > > > cheers > > > > > > Allan > > > > > > > > > On Thu, 2006-12-07 at 04:58 +1100, Allan Klinbail wrote: > > > > > >> Speaking of tomorrow .. I'll try on a true hardware synth setup > > >> tomorrow. > > >> > > >> cheers > > >> > > >> Allan > > >> > > >> On Tue, 2006-11-28 at 23:01 +0100, . wrote: > > >> > > >>> On Tuesday 28 November 2006 16:56, rj...@sp... wrote: > > >>> > > >>> > > >>>> Oh, experimental synth? hardware or software? :) > > >>>> > > >>>> > > >>> Softardware :) It's a hybrid digital/analog system using LADSPA oscillators > > >>> from the CAPS suite for the "vco", the modulators (lfo/env) are made with > > >>> PureData then send thru a DIY hispeed digital->CV convertor (32 channels) to > > >>> modulate a bunch of *real* analog VCF and VCA. I have cloned various famous > > >>> VCF (Moog/SEM/KorgMS20/Synthacon). :)) > > >>> > > >>> Then all this is aquired by a Terratec EW88mt using ardour and MusE. > > >>> > > >>> > > >>>>> But i think this report may interest u :) > > >>>>> > > >>>> Yes it does. > > >>>> The change you mention below is I think the only change made that could > > >>>> affect this... not entirely sure what is going on. If you have more info > > >>>> please send it. > > >>>> > > >>>> > > >>> I will, i observed a curious behaviour like each time the loop started again > > >>> it changed the value of a midi controller :) > > >>> > > >>> Now, it seems to work ok but all the "controller" parts have been moved to bar > > >>> 2. Tomorrow will be another day :) > > >>> > > >>> Cheers, > > >>> > > >>> NR > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> ------------------------------------------------------------------------- > > >>> Take Surveys. Earn Cash. Influence the Future of IT > > >>> Join SourceForge.net's Techsay panel and you'll get the chance to share your > > >>> opinions on IT & business topics through brief surveys - and earn cash > > >>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > >>> _______________________________________________ > > >>> Lmuse-user mailing list > > >>> Lmu...@li... > > >>> https://lists.sourceforge.net/lists/listinfo/lmuse-user > > >>> > > >> ------------------------------------------------------------------------- > > >> Take Surveys. Earn Cash. Influence the Future of IT > > >> Join SourceForge.net's Techsay panel and you'll get the chance to share your > > >> opinions on IT & business topics through brief surveys - and earn cash > > >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > >> _______________________________________________ > > >> Lmuse-user mailing list > > >> Lmu...@li... > > >> https://lists.sourceforge.net/lists/listinfo/lmuse-user > > >> > > > > > > ------------------------------------------------------------------------- > > > Take Surveys. Earn Cash. Influence the Future of IT > > > Join SourceForge.net's Techsay panel and you'll get the chance to share your > > > opinions on IT & business topics through brief surveys - and earn cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > _______________________________________________ > > > Lmuse-user mailing list > > > Lmu...@li... > > > https://lists.sourceforge.net/lists/listinfo/lmuse-user > > > > > > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share your > > opinions on IT & business topics through brief surveys - and earn cash > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > Lmuse-user mailing list > > Lmu...@li... > > https://lists.sourceforge.net/lists/listinfo/lmuse-user > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user |