From: Christoph E. <mch...@t-...> - 2005-06-28 19:51:49
|
Hi all, at Linuxtag I tried to sync MuSE with Ardour and Hydrogen using JACK-Transport. Start and Stop are working, but MuSE doesn't run at the same speed as Ardour and Hydrogen (nothing special, BTW, a simple 4/4 meter). Any chance to fix this? I also filed a bug report on the project's webpage, so it doesn't get lost. Best regards ce |
From: Robert J. <rj...@sp...> - 2005-06-28 20:48:43
|
Hi Christoph, On Tuesday 28 June 2005 21.52, Christoph Eckert wrote: > Hi all, > > > at Linuxtag I tried to sync MuSE with Ardour and Hydrogen > using JACK-Transport. > > Start and Stop are working, but MuSE doesn't run at the same > speed as Ardour and Hydrogen (nothing special, BTW, a simple > 4/4 meter). Ok, I just tested with MusE and Hydrogen, I'm no expert on Hydrogen but they seem in sync to me. Could you describe exactly what it was that you tried? Regards, Robert > > Any chance to fix this? I also filed a bug report on the > project's webpage, so it doesn't get lost. > > > Best regards > > > ce > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user -- http://spamatica.se/music/ |
From: Geoff B. <son...@bi...> - 2005-06-28 21:16:51
|
Hi Christoph and Robert, I find MusE and Ardour lock accurately on the same machine here 100%. Tight as can be.Don't use Hydrogen at all... Cheers, Geoff. |
From: Christoph E. <mch...@t-...> - 2005-06-28 23:00:13
|
> I find MusE and Ardour lock accurately on the same machine > here 100%. Tight as can be.Don't use Hydrogen at all... Hm. At Linuxtag I tried to create a drum track in MuSE using qsynth with a drum soundfont. Because MuSE crashed each time I tried to play qsynth, I decided to use Hydrogen for the drum part. I synced MuSE, Hydrogen and Ardour to JACK-Transport. WHen playing, MuSE always was too fast (or too slow, do not remember exactly). Grat me some days until I have some time to reproduce it. Thanks & best regards ce |
From: Robert J. <rj...@sp...> - 2005-06-29 21:43:17
|
On Wednesday 29 Jun 2005 01:00, Christoph Eckert wrote: > > I find MusE and Ardour lock accurately on the same machine > > here 100%. Tight as can be.Don't use Hydrogen at all... > > Hm. > > At Linuxtag I tried to create a drum track in MuSE using > qsynth with a drum soundfont. > > Because MuSE crashed each time I tried to play qsynth, I Any idea what made muse crash? /Robert -- http://spamatica.se/musicsite/ |
From: Christoph E. <mch...@t-...> - 2005-06-29 22:01:06
|
> > Because MuSE crashed each time I tried to play qsynth, I > > Any idea what made muse crash? Unfortunately not. I loaded a drum soundfont in qsynth and put some notes in the muse drumtrack. Pressing on the play button crashed muse. But so far I cannot reproduce it. I'm sorry but when it apeared I had no time to save the settings and files. Thanks & best regards ce |
From: Werner S. <ws...@se...> - 2005-06-29 08:01:35
|
On Tuesday 28 June 2005 19:52, Christoph Eckert wrote: > Hi all, > > > at Linuxtag I tried to sync MuSE with Ardour and Hydrogen > using JACK-Transport. > > Start and Stop are working, but MuSE doesn't run at the same > speed as Ardour and Hydrogen (nothing special, BTW, a simple > 4/4 meter). > > Any chance to fix this? I also filed a bug report on the > project's webpage, so it doesn't get lost. Hello Christoph, two applications running JACK are always at the same speed (the sample rate). Using JACK transport, they also start at the same time (sample accurate). Its possible for an application to be one or more JACK cycle times behind or before. This offset would be constant while playing (and would be an bug of course). What you probably expect is that the midi tempo of two JACK applications is in sync. But JACK has no idea about the mapping of samples to midi ticks and is not designed for such kind of tasks. What you need for this is some kind of a global tempo map. The only way to sync midi applications is for now to send a midi data stream from the midi master application to all midi slave apps containing midi sync information. Werner |
From: Christoph E. <mch...@t-...> - 2005-06-29 16:52:19
|
> What you probably expect is that the midi tempo of two JACK > applications is in sync. But JACK has no idea about the > mapping of samples to midi ticks and is not designed for > such kind of tasks. Thanks a lot for the info. Is this why so many people ask for MIDI support in JACK? I never understood clearly why JACK needs MIDI support, but if it is syncing MIDI to audio I just got the idea. Arent't there the first patches to do it for JACK? Best regards ce |
From: Robert J. <rj...@sp...> - 2005-06-29 20:49:37
|
Hi, On Wednesday 29 June 2005 18.40, Christoph Eckert wrote: > > What you probably expect is that the midi tempo of two JACK > > applications is in sync. But JACK has no idea about the > > mapping of samples to midi ticks and is not designed for > > such kind of tasks. If you do not change the tempo during a song you can cheat and go without a global tempo map. Just set both apps to the same tempo manually, this was what I did when I tested. > > Thanks a lot for the info. Is this why so many people ask for > MIDI support in JACK? Actually no, I don't think a global tempomap is part of the current jack-midi proposal. There has been talks about tempo support for jack-transport but as I understand it was very hard to get right so I think they decided to go for the easy solution first. > I never understood clearly why JACK > needs MIDI support, but if it is syncing MIDI to audio I just > got the idea. In my mind there are two reasons to put midi in jack. - perfect sync of midi + audio - easier to implement apps that utilize midi and audio there might be more reasons > > Arent't there the first patches to do it for JACK? > > > Best regards > > > ce > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user -- http://spamatica.se/music/ |
From: Allan K. <al...@do...> - 2005-06-30 16:46:32
|
Hi Christoph, That's exactly what we want it for. cheers Allan On Wed, 2005-06-29 at 18:40 +0200, Christoph Eckert wrote: > > What you probably expect is that the midi tempo of two JACK > > applications is in sync. But JACK has no idea about the > > mapping of samples to midi ticks and is not designed for > > such kind of tasks. > > Thanks a lot for the info. Is this why so many people ask for > MIDI support in JACK? I never understood clearly why JACK > needs MIDI support, but if it is syncing MIDI to audio I just > got the idea. > > Arent't there the first patches to do it for JACK? > > > Best regards > > > ce > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user > -- Allan Klinbail <al...@do...> |
From: Geoff B. <son...@bi...> - 2005-06-29 22:16:20
|
btw Chris Cannam's setsid suggestion worked a treat for me yesterday: i added setsid to the muse start command and when muse did eventually crash-on-load, it didn't take down the X server. Thanks Chris, Cheers, Geoff. |
From: Geoff B. <son...@bi...> - 2005-06-30 00:04:28
|
Can you default the piano-roll editor to the playhead position ? It's quite annoying that it opens at bar 1. BTW: I can confirm that the track pane wallpaper isn't saved. I'm looking forward to that being fixed too. best, Geoff. |
From: Geoff B. <son...@bi...> - 2005-06-30 00:09:21
|
While i think of it, when you grab & move the playhead, it's movement is absolutely hyper ! Is it possible to slow that down ? I'd reckon 40% of the current speed would be sensible. ceeya, Geoff. |
From: Mathias L. <ga...@sp...> - 2005-06-30 20:16:03
|
tor 2005-06-30 klockan 17.06 skrev Geoff Beasley: > Can you default the piano-roll editor to the playhead position ? It's > quite annoying that it opens at bar 1. > Sounds like a good idea. What do you think would be the appropriate behaviour if the playhead position isn't placed in the actual part - open it from "bar 1"? BTW, in 1.0 (gee, I'm starting to sound like a pretty famous sw company which are infamous for talking about how their future release ("Shorthorn") will fix all the problems) some related things are fixed since settings for the different editors are stored w respect to parts, and are saved with the projects. I've thought about backporting those changes but I did a lot of other things related to these which makes it a bit cumbersome. > BTW: I can confirm that the track pane wallpaper isn't saved. I'm > looking forward to that being fixed too. > You guys are such power users - I never use that kind of stuff! ;-) (which means it's good that you comment on them since personally I would probably never notice). /Mathias |
From: Geoff B. <son...@bi...> - 2005-07-01 01:00:23
|
On Thu, 2005-06-30 at 22:19 +0200, Mathias Lundgren wrote: > Sounds like a good idea. What do you think would be the appropriate > behaviour if the playhead position isn't placed in the actual part - > open it from "bar 1"? if the default is to follow the playhead, it doesn't matter which bar; just wherever you are on the track pane canvas is where you want to edit most times. > BTW, in 1.0 (gee, I'm starting to sound like a pretty famous sw company > which are infamous for talking about how their future release > ("Shorthorn") will fix all the problems) don't even think about it !! > > BTW: I can confirm that the track pane wallpaper isn't saved. I'm > > looking forward to that being fixed too. > > > > You guys are such power users - I never use that kind of stuff! ;-) > (which means it's good that you comment on them since personally I would > probably never notice). nah, I'm just an eye-candy-junky!!.....tho it does make it easy on the eye over a long session to have something not too colourful in the track pane. keep up the good work ! best, Geoff. |