From: Geoff B. <ge...@la...> - 2010-01-26 23:30:33
|
after building today, play always RTZ first then plays; to me this should not happen. play/stop/play should just continue on and REW<< , FF >>, and RTZ |<< should handle moving along the timeline. iow, stop is really pause i guess. best, g. -- Geoff Beasley Composer,Arranger,Performer,Producer. Laughing Boy Records 2 Stott Street, Preston, Victoria, Australia 3072 www.laughingboyrecords.com |
From: Tim E. R. <ter...@ro...> - 2010-01-27 05:08:43
|
On January 26, 2010 06:28:51 pm Geoff Beasley wrote: > after building today, play always RTZ first then plays; to me this should > not happen. play/stop/play should just continue on and REW<< , FF >>, and > RTZ |<< should handle moving along the timeline. iow, stop is really pause > i guess. Are you talking about external midi commands or just play in general (but that can't be) ? If so, you want your devices to send 'continue' message not 'play'. Play always rewinds first. My TR-505 does it, my KB does it. But they also both have a 'continue' button(s). MusE code was supposed to be doing that, but was broken. That what you meant? I know the sync window needs more work. I want to split the 'clocks' from the commands, not mix them all into 'rmc' and 'tmc' heading. Would provide better flexibility. And that 'auto sync capture' thing needs rework since we established that some devices transmit clock all the time, which interferes with that, but at least you can force select another device by clicking on the LED. |
From: Geoff B. <ge...@la...> - 2010-01-27 05:14:52
|
On Wednesday 27 January 2010 16:00:36 Tim E. Real wrote: > Are you talking about external midi commands just ext MC. it should continue not RTZ (return to zero) and play. that's pointless. the way it worked before was fine. g. -- Geoff Beasley Composer,Arranger,Performer,Producer. Laughing Boy Records 2 Stott Street, Preston, Victoria, Australia 3072 www.laughingboyrecords.com |
From: Tim E. R. <ter...@ro...> - 2010-01-27 06:03:46
|
On January 27, 2010 12:13:07 am Geoff Beasley wrote: > On Wednesday 27 January 2010 16:00:36 Tim E. Real wrote: > > Are you talking about external midi commands > > just ext MC. it should continue not RTZ (return to zero) and play. that's > pointless. the way it worked before was fine. I don't make the rules, that's the way it works. What are you using that has a 'play', but not 'continue' button or command? Suspect you will get some comments forthcoming. Just sit back... |
From: Geoff B. <ge...@la...> - 2010-01-27 06:08:30
|
On Wednesday 27 January 2010 16:55:40 Tim E. Real wrote: > I don't make the rules, that's the way it works. > What are you using that has a 'play', but not 'continue' button or command? i use CME kb's and they have just stop,play,ff,rr,and rtz. try using it; f!@#$ing useless.... hehehe anyway, who cares about rules? it's got a use if play can continue on from the current place on the timeline ( the way it was in muse; none whatsoever in it's current form. can there be a user option? or i'll just not use it (simplest solution ;) ) 2c g. > Suspect you will get some comments forthcoming. > Just sit back... > > --------------------------------------------------------------------------- > --- The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business Choose flexible plans and management services without long-term > contracts Personal 24x7 support from experience hosting pros just a phone > call away. http://p.sf.net/sfu/theplanet-com > _______________________________________________ > Lmuse-developer mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-developer > -- Geoff Beasley Composer,Arranger,Performer,Producer. Laughing Boy Records 2 Stott Street, Preston, Victoria, Australia 3072 www.laughingboyrecords.com |
From: Tim E. R. <ter...@ro...> - 2010-01-27 06:11:55
|
From http://www.gweep.net/~prefect/eng/reference/protocol/midispec.html#Seq MIDI Start (Code 0xFA) Category: System Realtime Purpose Some master device that controls sequence playback sends this message to make a slave device start playback of some song/sequence from the beginning (ie, MIDI Beat 0). MIDI Continue (Code 0xFB) Category: System Realtime Purpose Some master device that controls sequence playback sends this message to make a slave device resume playback from its current "Song Position". The current Song Position is the point when the song/sequence was previously stopped, or previously cued with a Song Position Pointer message. On January 27, 2010 12:55:40 am Tim E. Real wrote: > On January 27, 2010 12:13:07 am Geoff Beasley wrote: > > On Wednesday 27 January 2010 16:00:36 Tim E. Real wrote: > > > Are you talking about external midi commands > > > > just ext MC. it should continue not RTZ (return to zero) and play. that's > > pointless. the way it worked before was fine. > > I don't make the rules, that's the way it works. > What are you using that has a 'play', but not 'continue' button or command? > > Suspect you will get some comments forthcoming. > Just sit back... > > --------------------------------------------------------------------------- >--- The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business Choose flexible plans and management services without long-term > contracts Personal 24x7 support from experience hosting pros just a phone > call away. http://p.sf.net/sfu/theplanet-com > _______________________________________________ > Lmuse-developer mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-developer |
From: Geoff B. <ge...@la...> - 2010-01-27 06:15:54
|
it's ok Tim; i never doubted you. it's just no use for my HW controllers like this and it was very useful before. no matter. best, g. -- Geoff Beasley Composer,Arranger,Performer,Producer. Laughing Boy Records 2 Stott Street, Preston, Victoria, Australia 3072 www.laughingboyrecords.com |
From: Tim E. R. <ter...@ro...> - 2010-01-27 06:15:57
|
Check your manual, sometimes you hold down another key while pressing play, for continue. Can you give me a make and model number? On January 27, 2010 01:06:46 am Geoff Beasley wrote: > On Wednesday 27 January 2010 16:55:40 Tim E. Real wrote: > > I don't make the rules, that's the way it works. > > What are you using that has a 'play', but not 'continue' button or > > command? > > i use CME kb's and they have just stop,play,ff,rr,and rtz. > try using it; f!@#$ing useless.... hehehe > > anyway, who cares about rules? it's got a use if play can continue on from > the current place on the timeline ( the way it was in muse; none whatsoever > in it's current form. can there be a user option? or i'll just not use it > (simplest solution ;) ) > > 2c > > g. > > > Suspect you will get some comments forthcoming. > > Just sit back... > > > > ------------------------------------------------------------------------- > >-- --- The Planet: dedicated and managed hosting, cloud storage, > > colocation Stay online with enterprise data centers and the best network > > in the business Choose flexible plans and management services without > > long-term contracts Personal 24x7 support from experience hosting pros > > just a phone call away. http://p.sf.net/sfu/theplanet-com > > _______________________________________________ > > Lmuse-developer mailing list > > Lmu...@li... > > https://lists.sourceforge.net/lists/listinfo/lmuse-developer |
From: Geoff B. <ge...@la...> - 2010-01-27 06:24:04
|
On Wednesday 27 January 2010 17:07:51 Tim E. Real wrote: > Check your manual, sometimes you hold down another > key while pressing play, for continue. > > Can you give me a make and model number? sure CME UF8 and CME UF5 i'll look g. -- Geoff Beasley Composer,Arranger,Performer,Producer. Laughing Boy Records 2 Stott Street, Preston, Victoria, Australia 3072 www.laughingboyrecords.com |
From: Tim E. R. <ter...@ro...> - 2010-01-27 06:47:53
|
On January 27, 2010 01:22:20 am Geoff Beasley wrote: > On Wednesday 27 January 2010 17:07:51 Tim E. Real wrote: > > Check your manual, sometimes you hold down another > > key while pressing play, for continue. > > > > Can you give me a make and model number? > > sure CME UF8 and CME UF5 So when you press play on the CME, the KB sequencer's current position does not return to zero first? And yet they are sending the well documented midi start command, not the continue command. Sounds like a screwed up keyboard. Hey you others out there - same experience - Opinions? |
From: Geoff B. <ge...@la...> - 2010-01-27 06:53:06
|
On Wednesday 27 January 2010 17:39:44 Tim E. Real wrote: > current position does not return to zero first > it does return-to-zero and play from bar 1 beat 1 every time. it didn't before the last round of fixes g. -- Geoff Beasley Composer,Arranger,Performer,Producer. Laughing Boy Records 2 Stott Street, Preston, Victoria, Australia 3072 www.laughingboyrecords.com |
From: Tim E. R. <ter...@ro...> - 2010-01-27 10:00:22
|
On January 27, 2010 01:51:20 am Geoff Beasley wrote: > On Wednesday 27 January 2010 17:39:44 Tim E. Real wrote: > > current position does not return to zero first > > it does return-to-zero and play from bar 1 beat 1 every time. > it didn't before the last round of fixes Not MusE, the CME KB all by itself not connected to MusE, does it return to zero when you hit play on its panel? |
From: Geoff B. <ge...@la...> - 2010-01-27 21:53:37
|
On Wednesday 27 January 2010 20:52:11 Tim E. Real wrote: > Not MusE, the CME KB all by itself not connected to MusE, does it > return to zero when you hit play on its panel? > ah. sorry; can't test that 'cause the UF8 doesn't have a seq, just t'port controls. muse used to behave what i would call normally now doesn't since the last changes you made. could you make it a compile-time option for me perhaps? g. -- Geoff Beasley Composer,Arranger,Performer,Producer. Laughing Boy Records 2 Stott Street, Preston, Victoria, Australia 3072 www.laughingboyrecords.com |
From: Tim E. R. <ter...@ro...> - 2010-01-28 23:22:43
|
On January 27, 2010 04:51:49 pm you wrote: > On Wednesday 27 January 2010 20:52:11 Tim E. Real wrote: > > Not MusE, the CME KB all by itself not connected to MusE, does it > > return to zero when you hit play on its panel? > > ah. sorry; can't test that 'cause the UF8 doesn't have a seq, just t'port > controls. muse used to behave what i would call normally now doesn't since > the last changes you made. could you make it a compile-time option for me > perhaps? Thinking today... MusE is a midi AND audio program which requires a great deal of audio prefetch time if a seek is to be performed before play (that is, if the location is not already the desired start point). Therefore it is unrealistic to expect that a start could rewind MusE fast enough, given enough wave tracks. An advanced external controller would let you set a delay time between start and first midi clock out (which begins the actual playing). I read that (somewhat) standard in midi hardware is 1ms (too short for MusE). (It would also have a 'continue' button, ahem ahem...) I will add options for this. Let the users rewind MusE on their 'own time'. AND support basic controllers without, ahem, 'continue' buttons. This actually *requires* prevention of rewind upon reception of start command. When you have many audio files, it's just impossible to rewind quickly on start. It can take seconds, especially if there is real time wave file processing going on. Sample rate converters, stretchers, pitch shifters etc.. Yesterday I tested loading of OGG sound files. MusE is definitely more sluggish with them because libsndfile has to deal with them. ** As a special case, I loaded the same OGG file twice into two wave tracks. Whew! For some reason, this special case of an OGG file loaded more than once causes MusE to *crawl* upon seek (location change, play etc.) Tim. |
From: Geoff B. <ge...@la...> - 2010-01-28 23:30:29
|
good points Tim. looks like i will be able to use my top grade, first rate,fully compliant, executive version, Chinese made mother(f!@#$r) boards with musE after all. maybe. g. -- Geoff Beasley Composer,Arranger,Performer,Producer. Laughing Boy Records 2 Stott Street, Preston, Victoria, Australia 3072 www.laughingboyrecords.com |