From: Markus H. <ma...@fr...> - 2004-02-15 22:56:01
|
Hi all, How to build current Rosegarden cvs-version successful ? Using a standard SuSE 9.0 installation . I have tried to build the cvs-files the last 3 days, but I had some = trouble. It began with compiler errors in the code, where exceptions are thrown. After fixing a little bit in the configure-files (setting = $USE_EXCEPTIONS in configure.in) I could compile a lot of files, but linker errors come up now... "undefined reference to 'vtable for ..... " Ok, I just need the right configure-settings, but there are so many different settings in all these configure files, so I need help. I don't have big experience developing under Linux, worked mostly on = Win32 before... On my system I could build the lastes release without problems, but the cvs-files have other settings. Many thanks for tips and help. |
From: Guillaume L. <gla...@te...> - 2004-02-16 01:09:03
|
On Sunday 15 February 2004 23:54, Markus Hein wrote: > > After fixing a little bit in the configure-files (setting $USE_EXCEPTIONS > in configure.in) I could compile a lot of files, but linker errors come up > now... You shouldn't need to do that... What did you do to compile it ? Did you do a 'make -f Makefile.cvs', or used one of the xx_configure scripts ? > "undefined reference to 'vtable for ..... " Generally caused by moc files which haven't been compiled. You wouldn't be trying to compile the cvs files using a configure script from a release, would you ? -- Guillaume. http://www.telegraph-road.org |
From: Markus H. <ma...@fr...> - 2004-02-16 09:48:20
|
Hi Guillaume , a lot of thanks for your help, with 'make -f Makefile.cvs' I could build everything. My mistake was that I used these xx_configure scripts .... Now it looks that I can run Rosegarden and test the new Jack-Transport implementation. I will be happy if everythings works now. regards, Markus |
From: Guillaume L. <gla...@te...> - 2004-02-16 09:52:37
|
On Monday 16 February 2004 10:46, Markus Hein wrote: > Hi Guillaume , > > a lot of thanks for your help, with 'make -f Makefile.cvs' I could build > everything. My mistake was that I used these xx_configure scripts .... But that wasn't a mistake, these are the scripts we use to build it (except you may need to change the options in them to suit your need), and these scripts are merely wraps over 'make -f Makefile.cvs ; ./configure ...'. So I'm still curious as to what went wrong with those scripts. Which one did you use ? gl, rb, cc ? -- Guillaume http://www.telegraph-road.org |
From: Markus H. <ma...@fr...> - 2004-02-16 10:16:24
|
Hi, > So I'm still curious as to what went wrong with those scripts. Which one did > you use ? gl, rb, cc ? I have used these cc-scripts, and they caused compiler errors in code where exceptions are thrown. I also tried to change the settings for my needs (Qt, KDE & -fexceptions etc.), but it didn't help. I was searching for a simple readme-file, but I could not find these info's, and I'm new to Rosegarden. Maybe some info lines could help the other new users too? Like this: Suse 9.0 -> ... Suse 7.3 -> .... Debian Woddy -> ... Mandrake -> ... etc. Ok, now I have tested the newest version, and now Rosegarden runs in sync with Hydrogen & Ardour :-) :-) :-) I have to decide which app I will choose as the Master-app (especially for doing the recording-takes), but I hope that it works in both ways. many thanks, Markus |
From: Christophe V. <ve...@lp...> - 2004-02-16 10:57:31
|
Markus Hein a =E9crit : >=20 > Ok, now I have tested the newest version, and now Rosegarden runs in sy= nc > with Hydrogen & Ardour :-) :-) :-) > I have to decide which app I will choose as the Master-app (especially = for > doing the recording-takes), but I hope that it works in both ways. >=20 > many thanks, Markus >=20 I'm almost sure that Ardour only work as Master. At least with hydrogen=20 which is the app I have tested more intensively. A question : can you run jack and RG with the realtime option (-R flag)=20 since rosegarden does not work for me with this option. Christophe |
From: Markus H. <ma...@fr...> - 2004-02-16 12:37:40
|
Hi Christophe, "A question : can you run jack and RG with the realtime option (-R flag) since rosegarden does not work for me with this option." I have checked the Realtime option, and I can start playing Ardour and Hydrogen in sync with Rosegarden when pressing Rosegardens 'Play'-Button. Start/Stop/Speed/Location seems to work synchron , controlled by Rosegarden. I did it as root-user ! But I did not find out, how to record in sync. Lets say I want to record a midi-track in Rosegarden, and at the same time I want record an audio-track in Ardour (e.g. a syncronous Hydrogen Track) in sync with Rosegarden. To do so, I set Ardour and the Ardour-Track in Record-mode. Now pressing Record in Rosegarden starts recording the midi-track,starts Hydrogen and the Transport in Ardour works. But the Audio-input from Hydrogen to Ardour is not recorded at all. Else it is not a problem for me to record a audiotrack in Ardour, controlled by Ardour. Is there an option in Ardour I have to press, to start synchronous Record, controlled by another Jack-application ??? many thanks for help! regards, Markus |
From: Christophe V. <ve...@lp...> - 2004-02-16 12:47:45
|
Markus Hein a =E9crit : > Hi Christophe, >=20 > But I did not find out, how to record in sync. Lets say I want to recor= d a > midi-track in Rosegarden, and at the same time I want record an audio-t= rack > in Ardour (e.g. a syncronous Hydrogen Track) in sync with Rosegarden. T= o do > so, I set Ardour and the Ardour-Track in Record-mode. Now pressing Reco= rd in > Rosegarden starts recording the midi-track,starts Hydrogen and the Tran= sport > in Ardour works. But the Audio-input from Hydrogen to Ardour is not rec= orded > at all. Else it is not a problem for me to record a audiotrack in Ardou= r, > controlled by Ardour. >=20 > Is there an option in Ardour I have to press, to start synchronous Reco= rd, > controlled by another Jack-application ??? >=20 > many thanks for help! >=20 > regards, Markus > As I have said before, I think that Ardour like to be the master. I have already record a Hydrogen track in Ardour by starting the=20 transport in Ardour, but I did not try to record a midi track in RG=20 simulteanously. Have you try starting the transport in ardour and not in=20 RG ? Regards Christophe |
From: Markus H. <ma...@fr...> - 2004-02-16 13:09:24
|
Hi, "Have you try starting the transport in ardour and not in RG ?" Problems! I tested it . Ardour as Master works, and starts the external sync in Rosegarden. But only in 'Play'-mode. I have not seen any options in Rosegarden to start 'Record'-mode from a external Jack-master. There should be a 'pause'-button in Rosegarten which releases when the external Master starts, or much better: As long as Rosegarden is in 'Slave'-mode, the 'Record'-button could blink red until the Master is started. When Rosegarden is in 'Slave'-mode, all other RG-transport-buttons should be disabled... I have seen that MusE work in this way. Don't know how much work to implement this. I can dig in the code to find out where to implement this. Markus |
From: Christophe V. <ve...@lp...> - 2004-02-16 13:27:52
|
Markus Hein a =E9crit : > Hi, >=20 > "Have you try starting the transport in ardour and not in > RG ?" >=20 > Problems! I tested it . Ardour as Master works, and starts the external= sync > in Rosegarden. But only in 'Play'-mode. > I have not seen any options in Rosegarden to start 'Record'-mode from a > external Jack-master. >=20 > There should be a 'pause'-button in Rosegarten which releases when the > external Master starts, or much better: >=20 That should be the easiest and I think that's why the rec button in=20 ardour does not start the transport until play button is hit. > As long as Rosegarden is in 'Slave'-mode, the 'Record'-button could bli= nk > red until the Master is started. When Rosegarden is in 'Slave'-mode, al= l > other RG-transport-buttons should be disabled... >=20 The problem is that in the new jack transport mode, there is no real=20 slave or master. Every jack client follow the transport and should be=20 able to start or stop the transport. The reality is however slightly=20 different for the moment. > I have seen that MusE work in this way. Don't know how much work to > implement this. I can dig in the code to find out where to implement t= his. >=20 I don't think Jack transport is implemented in Muse. Only MTC sync is=20 possible AFAIK. Christophe |
From: Markus H. <ma...@fr...> - 2004-02-16 13:51:56
|
Hi, "I don't think Jack transport is implemented in Muse. Only MTC sync is possible AFAIK." Yes, you are right. Last MusE version was very unstable, and midi-sync did not work proper. Jack-Transport is still not supported by MusE. I just meant the example how the transport-buttons in MusE are blocked if the app is in slave Mode. The Jack-Transport protocol also should support syncronous recording... I need to take a look at the Jack-protocol and the Jack-Transport imp inside of RG. Please notify me if anyone knows, how to solve this issue :-) Markus |
From: Chris C. <ca...@al...> - 2004-02-16 15:23:23
|
On Monday 16 Feb 2004 1:45 pm, Markus Hein wrote: > Jack-Transport is still not supported by MusE. I think they (like us) have it working in a CVS branch. I haven't tried it though. > The Jack-Transport protocol also should support syncronous > recording... I need to take a look at the Jack-protocol and the > Jack-Transport imp inside of RG. OK, let me ramble a bit about the "new" JACK transport. Just as Christophe said, it has no master/slave modes, and it also has no concept of the distinction between record and play. The transport is simply rolling or stopped, and you can start, stop or reposition it from any transport-enabled client. (If you have Hydrogen 0.8.1, you may have noticed that it doesn't permit you to use the Hydrogen transport buttons when it's connected to the JACK transport. That's purely an implementation problem or misconception in Hydrogen, so don't be deceived. The only remaining use for a "master" is for timebase information such as bar/beat/tick, which comes from only one client at a time, but that's quite separate from transport control.) Thus in order to record in a JACK transport enabled client, you have to be able to first arm that client for record and then start the transport separately. When you're using Ardour, that sequence of events is obvious because the record button always only arms for record and never actually starts the transport. In Rosegarden however the record button normally starts recording right away, rather than just arming record in preparation for an external transport start. What you need to do instead (and I have to admit I've _never_ tested this on the JACK transport at all) is use the punch-in record function (on the Transport menu, or bound to the Space key) to arm recording first, and then start the transport externally. I'll give that a try just as soon as I've finished plugging in some bits of sound hardware: it probably won't work, in which case I'll fix it -- but do try it yourself. Punch-in record also needs to be made rather more obvious; possibly it should even be the default function of the record buttons like in Ardour. btw, one neat feature of a transport model in which no client is master is (as Steve Harris was pointing out to me last week) that you can have clients controlling the transport without actually caring about transport state themselves. For example Steve's project, the JAMin mastering application, is constantly running and has no use for any transport data -- but while you're using it you still very much want to be able to control the transport from it. And with the JACK transport, you can. While I'm talking about this, note also that JACK has no support for loops -- clients have no way to know when a loop point is approaching so as to prebuffer the data from the start of the loop as they near the end. This is why you'll find Rosegarden's loops have a short but distracting pause on each flyback when you have JACK transport support switched on. There's been some argument about all this on the JACK developers list recently, but I suspect that's just how it will continue to be for the moment. Chris |
From: Markus H. <ma...@fr...> - 2004-02-17 10:27:56
|
Hi Chris, thanks for your explainations and tips. The jack-transport looks for me to be the best alternative to sync all of these jack-apps, a musicmaker needs. Probably it will be stable implemented in the most jack-apps soon. Seen from a users point of view, sync is one of the most important things to be unlimited to make music and to record music. With the current cvs-version of Rosegarden, I can make all of these recordings I wanted to do. :-) regards, Markus |
From: Chris C. <ca...@al...> - 2004-02-17 10:32:01
|
On Tuesday 17 Feb 2004 10:25 am, Markus Hein wrote: > Probably it will be stable implemented in the > most jack-apps soon. It will be: it's really getting there now. The only problem will be if they go ahead and change the API again, so as to handle looping -- which is not unthinkable. Chris |
From: Christophe V. <ve...@lp...> - 2004-02-17 11:05:37
|
Chris Cannam a =E9crit : > It will be: it's really getting there now. The only problem will be=20 > if they go ahead and change the API again, so as to handle looping --=20 > which is not unthinkable. >=20 Hi Chris, Yes handling looping is quite difficult for jack and I hope that they=20 will not change the API again. It may however become more difficult to=20 change jack transport API now that it affect more than one app !! I=20 think that looping is only usefull for reheashal (not sure of the=20 spelling !!) purpose. In that case I don't really care of a small=20 dropout at the beginning of the loop. I just need to set the beginning=20 of the loop far enough from the punch in to feel the tempo. I still have the problem with RG not connecting to jack when jack is=20 started with : jackstart -R -d alsa -d hw:0 -p 1024 -r 48000 (the card is a SBLive) it was working fine up to my last CVS update this week end. I get no error message from RG, only "no audio" in the=20 configuration>rosegarden>sequencer box and "rosegarden is not an active=20 client" in the jack console. Do you know how I can get more information from rosegarden ? Regards, Christophe |
From: Chris C. <ca...@al...> - 2004-02-17 11:45:18
|
On Tuesday 17 Feb 2004 11:05 am, Christophe Vescovi wrote: > Do you know how I can get more information from rosegarden ? Run "rosegardensequencer" in a terminal window (while Rosegarden is not running -- and check for any leftover sequencer processes you might have to kill off first!) and look at the output. In 0.9.6, all of the relevant output from the sequencer's stderr was also redirected to the sequencer box in the configuration panel; in CVS, the audio output is currently missing because of restructuring in the sequencer layer. We'll restore it for the next release, but for now you have to do the above to see it. (I'm betting the first JACK error message is something about being unable to create the input ports. I had that on CCRMA at the trade show and for the life of me I couldn't work out why. Obviously another one to make a note of for investigation. Still, your problem might be something else.) Chris |
From: Vescovi C. <chr...@wa...> - 2004-02-18 08:37:37
|
Chris Cannam a écrit : >On Tuesday 17 Feb 2004 11:05 am, Christophe Vescovi wrote: > > >>Do you know how I can get more information from rosegarden ? >> >> > >Run "rosegardensequencer" in a terminal window (while Rosegarden is >not running -- and check for any leftover sequencer processes you >might have to kill off first!) and look at the output. > > > Hi Chris, Ok I got it, it's the usual : cannot lock down memory for RT thread (Cannot allocate memory) error message. I already got this message some times ago (with all jack apps at this time) when my jack was compile with SysV shm. It was however working (and still work with other jack apps) with POSIX shm and it appears to work again with SysV shm some week ago (Jack O'Quin tell me it should be a jack bug that has disappear during reconstruction). After some time I also get the message : rosegardensequencer: ControlBlockMmapper : Couldn't open /tmp/kde-christophe//rosegarden_control_block WARNING: Rosegarden::Exception: "Couldn't open /tmp/kde-christophe//rosegarden_control_block" I don't know if it is related. Christophe |
From: Chris C. <ca...@al...> - 2004-02-18 09:32:39
|
On Wednesday 18 Feb 2004 8:38 am, Vescovi Christophe wrote: > cannot lock down memory for RT thread (Cannot allocate memory) It's possible then that the problem is just that we're creating too many ports and JACK is actually running out of suitable memory. I don't really know anything about how JACK works in this respect, but current Rosegarden CVS creates a ridiculous number of output ports (42 in total), just because it can -- they really need to be made optional and most of them off by default. > After some time I also get the message : > > rosegardensequencer: ControlBlockMmapper : Couldn't open > /tmp/kde-christophe//rosegarden_control_block > WARNING: Rosegarden::Exception: "Couldn't open > /tmp/kde-christophe//rosegarden_control_block" That shouldn't matter unless the message continues to appear after the first time you hit Play. Chris |