From: Mr. K. <kp...@st...> - 2004-07-23 19:15:59
|
On Friday 23 July 2004 01:22 am, Mr. KP wrote: > Everyone, > > I"m grining as I write this. I finally got a chance to compile and play > with .7 in the studio and I am to happy to report some successful tests. > The short summary is that Muse do seem to be able to send sync now but > receiving is still an issue although song pointer data does seem to getting > to Muse. > > To explain the test case: > > I have a Roland 1680, Alesis MMT-8 and a laptop running Muse. Everything > runs to a MX-8 midi patch bay. As I said in previous email I need to able > to slave Muse to the 1680 and slave the MMT-8 to Muse. Some other scenario > are valid for me every once and awhile but the above does test the > master/slave capabilities of Muse. > Just FWIW, in future would you mind terribly saying what the pieces are as well as the model like you did with the MX-8? I personally haven"t subscribed to any magazines for a long time, and some things may not be sold with the same name globally. --- Sure: Roland 1680 Digital Recording Workstation Alesis MMT-8 Sequencer Furman MX-8 midi patch bay The sound source (which wasn't mention because in all cases it was at the end of the chain) is a Roland Fantom-XR --- Also, a block diagram would be awesome, if you have one. ASCII or linked preferred. It"s not clear if you"re going through the patch bay or what, and it"s not out of the realm of possibility that it is a factor. --- I hear what you are saying and if this device was being use to do any processing I'd be inclined to agree. For the tests I did, the MX-8 simply was connecting device A to device B. The "-->" in my descriptions below denote the signal flow (that is to say A --> B mean , A's midi out is connected to B's midi in). --- > So... > > Muse --> MMT-8 [Successful] > > I was able to record data from Muse to the MMT-8. There was a glitch that > forced me to edit 2 "bad" notes off of the MMT-8 track but that was > probably doe to start up time for Muse to send data. The right thing to do > here is use the precount for a couple of beats or insert a blank measure. > Either way, it worked just fine. Pre-roll has issues due to jack. --- ok, not a big deal to work around --- > > 1680 --> Muse [Failed] > > I tried to slave Muse to my 1680 and I did not get any midi data out > although the play marker would jump to position when I hit stop. I could > see on the midi interface that there was no data coming out of Muse. The > cool thing here is that Muse perfectly tracks the song pointer so when I > use move around in my 1680 I can see the same moves in Muse- that is to say > if I go to measure 15-3 on the 1680, Muse will be right there as well. > > Because data was not playing back I could not > test how the loop setting worked here. Another thing to point out is that > the song pointer apparently does not follow during playback when slaved. > > Needless to say, I"m real happy that at least I have sync in one direction. > I"m hoping the slaving issues will be worked out soon so I can test some > other things as well. > I"m curious if you tried syncing both ways without the patchbay (IOW in/out from the interface to one piece of gear and flipping master/slave roles). --- That's not practical for me to do since the studio is committed to a project right now. Physically getting back there to pull plugs is not a good idea anyway since the MX-8 is a centerpiece item. As I indicated about, there is no filtering or any other processing going on that would muck things up. Basically its a midi interface that has the additional feature of saying "take the out of port 1 and connect it to the in of port 2". I did actually try syncing MMT-8 --> Muse (flipping the roles as you say) but that senario was the same was the 1680 --> Muse setup. The MMT-8 didn't look like it was even sending song data because start/stopping it was not move the red measure bar (song pointer) in Muse. It only way I juse the "fast-forward" function could I get the pointer to move. The midi interface also was not showing anything from from Muse. Also, the MMT-8 predate Muse by 20+ years at this point and it works fine with the 1680. One of my setups (and therefore tests) is using Muse as a drop in replacement which works recording, playback, and play through (i.e. a controller --> muse --> sound module setup) > Thanks to the Muse Team for all your efforts !! Thanks for testing, we need all the input we can get (no pun). --- hehe, suuuuure no pun! --- > > (BTW, I don"t seem to be getting mails from the list, I re-saved my > settings again but if I don"t respond "quickly" to any reply"s, its because > I haven"t seen them yet) > Just FYI sourceforge lists default to not munging reply to addresses, so if you don"t explicitly reply to the list, replies go to the original sender. Also traffic isn"t all that high, so either item might be whats up. --- I'm not quite sure what you mean. In my compose window I don't have a replay-to line but curious enough, I didn't get your email and last week, I at least got Roberts so something is very weird with that.. Thanks for your responses John --- > > > --- --- > > | Keith C. Perry, President | > | Studio K Productions LLC | > | http://studiokproductions.com | > > --- --- > > > ____________________________________ > This email account is being host by: > VCSN, Inc : http://vcsn.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click > _______________________________________________ > Lmuse-user mailing list > Lmuse-user@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user --- --- | Keith C. Perry, President | | Studio K Productions LLC | | http://studiokproductions.com | --- --- ____________________________________ This email account is being host by: VCSN, Inc : http://vcsn.com |