Menu
▾
▴
Re: [Lmuse-user] Re: Sync... almost there *grin*
|
From: John C. <j4s...@bi...> - 2004-08-01 01:24:48
|
On Saturday 31 July 2004 01:38 pm, Mr. KP wrote: > --- > Sorry it took me so long to reply- long week... > --- > > On Friday 23 July 2004 03:15 pm, Mr. KP wrote: > > 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 > > Sweet, thanks. > > --- > No, prob > --- > > > The sound source (which wasn"t mention because in all cases it was at > > the end of the chain) is a Roland Fantom-XR > > D"OH! ;) I can figure that one out. > > --- > hahah, hey now, not every is as smart as you. No, seriously I just wanted > to be complete for the threat > --- Indeed ;) > > > --- > > > > 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). --- > > That"s about what I figured. Better to be sure. > > > > 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. > > Okay. I"d ask about the MX-8 filtering anything, but as you say, you"d > still see the activity light. > So, if I understand correctly, the transport is syncing, but the note outs > are black holed in some vortex. You"re driving the Fantom.. I expect you"ve > done comparative analysis on the cables. Have your tried MusE internal > softsynths? Unfortunately, we have segregation in our MIDI handling. > > --- > Exactly no note out events when in Muse is slaved. As far as softsynths > though, I don't use them. > --- I tried locking it up here to a Cooper PPS-1 (Hey I said I was out of date) reading SMPTE and pumping out MTC or DTL and didn't have any luck. The PPS-1 gets a lock. I haven't made a report yet myself because the PPS-1 manual is in the twilight zone and I'm not sure if it's 30drop or 29.97 (US eh?) . There's a possibility sync just isn't fully implemented yet but I don't have time to look. > > > > 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. > > So, the transport isn"t synced when it"s actually running? IOW positioning > the playhead from the DAW is tracked unless you"re actually rolling? > > --- > Yea- I thought that was weird too. If I hit play on the DAW and stop it at > say measure 4-1 then Muse will be there as well. Even though there is no > note out events from Muse and red play line does NOT track while the DAW is > playing. When I hit stop on the DAW, the play line on Muse simply jumps to > the proper location. > --- > Yeah see, I couldn't recreate that, but I'm in the dark about the PPS-1 and song pointer. I used to use the thing everyday to lock up Vision to 1/2" 8 (BTW I found installer disks for Mac - might run under Basilisk-should have 4 keys on it). It's kind of hazy but I'm sort of half remembering song pointer is all about when the transport isn't moving. IOW it's more like locate. I could be wrong, but it would explain what's happening. > > > 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". > > No offense meant, but I couldn"t be 100% sure you know what you"re doing, > but you know how it is. > > --- > No taken at all- gotta be complete > --- > > > 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. > > Okay, that"s a sufficient analog of what I was getting at. > > > Also, the MMT-8 predate Muse by 20+ years at this point and it works > > fine > > Hmm.. It doesn"t take those little 2 inch floppies by any chance does it? > I may have actually had one.. Wait no, it was a Korg mumble mumble. > > --- > Nah man *laff* I do have a Brother Midi-40 that was floppy base with is > what the laptop with Muse is replacing but no, the MMT-8 is actually a bit > of hot item in the used market. Its a very basic and reliable solid state > sequencer. > Brother! OH BROTHER! Nice. Hardware sequencers.. I come from the oldies circuit, 'nuff said. > > 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! > > --- > > I can"t help it, they just come out like that ;) > > > > (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 > > Most list managers are set up to substitute the sender"s address with the > list"s address in the ReplyTo field in the headers. When you hit reply, > responses go to the mailing list. Displaying that line in your mail reader > is an option. > The mail admin at sourceforge is an RFC nazi (or at least that was his > excuse) so they default to replies bypassing the list unless you explicitly > specify replying to the list. It cuts down on embarrassing things that > weren"t meant to be on the list at the expense of important things that > should be > > --- > Ahhh, well, I'll just deal with it. I'm easy. I'm looking forward to the > next release. > --- > > > --- > > > > > --- --- > > > > > > | 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 > > > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > one more big change to announce. We are now OSTG- Open Source Technology > Group. Come see the changes on the new OSTG site. www.ostg.com > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user |