From: Robert J. <rj...@sp...> - 2006-01-06 10:29:27
|
Hi Guys, I'm pokeing aroundin HEAD cvs and just wanted to report some findings: First of, there's a hardcoded path in deicsonze for the patches: presetPath += "/share/muse-0.8/presets/deicsonze/ARCH_ALIN"; which no longer is valid.. According to app.cpp this line should read something like: presetPath += "/share/" PACKAGEVERSION "/presets/deicsonze/ARCH_ALIN"; But I cannot get it to compile, PACKAGEVERSION is undefined..grrrr --- I just noted that the first song you load is the only one that works. Loading another one things get screwed up. The tracklist is empty and it's not possible to press play. --- Thirdly, Werner, where you able to reproduce my comma problem? It does not seem to appear anywhere but with automation data. I'll research it some more if needed? --- About automation. I tried adding lots plugins thus the list with automation parameters grew longer, it works, very nice! :) I have one gripe. The naming of the parameters should include the name of the plugin. E.g. "amp-mono/Gain" -- Forth...no fifthly. Would it be possible to add DSSI as plugins also? I see that Florian Schmidth has made a DSSI version of his IR-Convolver. ... another possibility would be to add inputs for softsynths .. we have discussed this before I think. -- Sixthly I noted that "created" plugin interfaces where removed (as for tap-reverb) sometime ago. I guess this is because of automation? Is it no longer possible to use such interfaces? Regards, Robert -- http://spamatica.se/musicsite/ |
From: Robert J. <rj...@sp...> - 2006-01-06 13:31:00
|
> > --- > Thirdly, Werner, where you able to reproduce my comma problem? It does not > seem to appear anywhere but with automation data. I'll research it some > more if needed? Did some checking and the following patch solves it. I'm not sure it's right thing to do... To my understanding xml.nput does the conversion wrong, but I'm not sure how to change it... might aswell break something else. ---- Index: ctrl.cpp =================================================================== RCS file: /cvsroot/lmuse/muse/muse/ctrl.cpp,v retrieving revision 1.30 diff -r1.30 ctrl.cpp 295c295 < if (_type & INT) --- > if (_type & INT) { 297,298c297,304 < else < xml.nput("%d %g,", time, val.f); --- > } > else { > QString fval,ttime; > fval.setNum(val.f); > ttime.setNum(time); > QString str=ttime + " "+ fval + ","; > xml.nput(str.toLatin1().data()); > } ---- Regards, Robert -- http://spamatica.se/musicsite/ |
From: Werner S. <ws...@se...> - 2006-01-06 20:09:13
|
On Friday 06 January 2006 14:30, Robert Jonsson wrote: > > --- > > Thirdly, Werner, where you able to reproduce my comma problem? It does > > not seem to appear anywhere but with automation data. I'll research it > > some more if needed? > > Did some checking and the following patch solves it. I'm not sure it's > right thing to do... To my understanding xml.nput does the conversion > wrong, but I'm not sure how to change it... might aswell break something > else. > > ---- > Index: ctrl.cpp > =================================================================== > RCS file: /cvsroot/lmuse/muse/muse/ctrl.cpp,v > retrieving revision 1.30 > diff -r1.30 ctrl.cpp > 295c295 > < if (_type & INT) > --- > > > if (_type & INT) { > > 297,298c297,304 > < else > < xml.nput("%d %g,", time, val.f); > --- > > > } > > else { > > QString fval,ttime; > > fval.setNum(val.f); > > ttime.setNum(time); > > QString str=ttime + " "+ fval + ","; > > xml.nput(str.toLatin1().data()); > > } yes, should work. I experimente a bit with Qt strings and funny things can be done with c++. How do you like this: xml.nput(QString("%1 %2,").arg(time).arg(val.f).toLatin1().data()); /Werner |
From: Robert J. <rj...@sp...> - 2006-01-06 22:36:04
|
On Friday 06 January 2006 21.10, Werner Schweer wrote: > On Friday 06 January 2006 14:30, Robert Jonsson wrote: > > > --- > > > Thirdly, Werner, where you able to reproduce my comma problem? It does > > > not seem to appear anywhere but with automation data. I'll research it > > > some more if needed? > > > > Did some checking and the following patch solves it. I'm not sure it's > > right thing to do... To my understanding xml.nput does the conversion > > wrong, but I'm not sure how to change it... might aswell break something > > else. > > > > ---- > > Index: ctrl.cpp > > =================================================================== > > RCS file: /cvsroot/lmuse/muse/muse/ctrl.cpp,v > > retrieving revision 1.30 > > diff -r1.30 ctrl.cpp > > 295c295 > > < if (_type & INT) > > --- > > > > > if (_type & INT) { > > > > 297,298c297,304 > > < else > > < xml.nput("%d %g,", time, val.f); > > --- > > > > > } > > > else { > > > QString fval,ttime; > > > fval.setNum(val.f); > > > ttime.setNum(time); > > > QString str=ttime + " "+ fval + ","; > > > xml.nput(str.toLatin1().data()); > > > } > > yes, should work. I experimente a bit with Qt strings and funny things can > be done with c++. How do you like this: > > xml.nput(QString("%1 %2,").arg(time).arg(val.f).toLatin1().data()); hehe, well... I pondered also trying to get it all on one line but opted for readability ;) I'll check the fix in (if my computer permits me...it locks up more and more often....) /Robert > > /Werner > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > Lmuse-developer mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-developer -- http://spamatica.se/musicsite/ |
From: Werner S. <ws...@se...> - 2006-01-06 20:03:47
|
On Friday 06 January 2006 11:29, Robert Jonsson wrote: > Hi Guys, > > I'm pokeing aroundin HEAD cvs and just wanted to report some findings: > > First of, there's a hardcoded path in deicsonze for the patches: > presetPath += "/share/muse-0.8/presets/deicsonze/ARCH_ALIN"; > which no longer is valid.. > > According to app.cpp this line should read something like: > presetPath += "/share/" PACKAGEVERSION "/presets/deicsonze/ARCH_ALIN"; > > But I cannot get it to compile, PACKAGEVERSION is undefined..grrrr PACKAGEVERSION its defined in config.h. I have another problem with deicsonze on my x64 system. The program uses libawl.a, which is not possible on a 64 bit system because the lib is not compiled with -fPIC. I have to change that so the lib can be used in a dynamically loaded plugin. > > --- > I just noted that the first song you load is the only one that works. > Loading another one things get screwed up. The tracklist is empty and it's > not possible to press play. i get a seg fault. First checks say that JACK is still calling process() after stopped. Dont know whats going wrong there. > > --- > Thirdly, Werner, where you able to reproduce my comma problem? It does not > seem to appear anywhere but with automation data. I'll research it some > more if needed? the reason is the wrong use of printf("%f) to writout a float. This is bad because the current locale decides what is effectively printed. The xml modules avoids this by using qt-routines for output formatting. > > --- > About automation. I tried adding lots plugins thus the list with automation > parameters grew longer, it works, very nice! :) > I have one gripe. The naming of the parameters should include the name of > the plugin. E.g. > "amp-mono/Gain" i want to implement a (modale) dialog box for selecting a parameter. The list can get long and two level structure implemented with a QTreeView would be nicer than a simple scrollable list. > > -- > Forth...no fifthly. > Would it be possible to add DSSI as plugins also? I see that Florian > Schmidth has made a DSSI version of his IR-Convolver. should be possible. If i remember correctly, DSSI plugins use LADSPA so most of needed code should be there already. > ... another possibility would be to add inputs for softsynths .. we have > discussed this before I think. do you have example code for what this should be used? > > -- > Sixthly > I noted that "created" plugin interfaces where removed (as for tap-reverb) > sometime ago. I guess this is because of automation? Is it no longer > possible to use such interfaces? Do you mean Qt designer created custom interfaces? This should work again. Its not well tested but it works for me with a simple interface for reverb. Old interfaces created with qt3 designer will not work but can be converted to qt4. The environment is a bit fragile. Its based on libawlplugin.so and libawlplugin_debug.so. If the libs are not found or have the wrong signature they are silently ignored. /Werner |
From: Robert J. <rj...@sp...> - 2006-01-07 10:58:31
|
<...> > > --- > > I just noted that the first song you load is the only one that works. > > Loading another one things get screwed up. The tracklist is empty and > > it's not possible to press play. > > i get a seg fault. First checks say that JACK is still calling process() > after stopped. Dont know whats going wrong there. Ah, yes, jack sometimes seems to calling process at strange places... It's possible I didn't get the segfault since I've changed my local code to ignore process calls when audio is not running, as I had done in 0.7. > > --- > > About automation. I tried adding lots plugins thus the list with > > automation parameters grew longer, it works, very nice! :) > > I have one gripe. The naming of the parameters should include the name of > > the plugin. E.g. > > "amp-mono/Gain" > > i want to implement a (modale) dialog box for selecting a parameter. The > list can get long and two level structure implemented with a QTreeView > would be nicer than a simple scrollable list. Ok > > > -- > > Forth...no fifthly. > > Would it be possible to add DSSI as plugins also? I see that Florian > > Schmidth has made a DSSI version of his IR-Convolver. > > should be possible. If i remember correctly, DSSI plugins use LADSPA so > most of needed code should be there already. Ok > > > ... another possibility would be to add inputs for softsynths .. we have > > discussed this before I think. > > do you have example code for what this should be used? Nope, no code. What we discussed before (or rather I tried to convince you and others) was usage in a vocoder. But I can imagine different synth algorithms that take audio input. > > > -- > > Sixthly > > I noted that "created" plugin interfaces where removed (as for > > tap-reverb) sometime ago. I guess this is because of automation? Is it no > > longer possible to use such interfaces? > > Do you mean Qt designer created custom interfaces? Yes, that's the one. > This should work again. Its not well tested but it works for me with > a simple interface for reverb. Old interfaces created with qt3 designer > will not work but can be converted to qt4. Ok. Is there a procedure to follow, I'd like to try and make some? > The environment is a bit fragile. Its based on libawlplugin.so and > libawlplugin_debug.so. If the libs are not found or have the wrong > signature they are silently ignored. Ok, but in the normal case everything will be built at the same time so it should work no? Regards, Robert > > /Werner > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > Lmuse-developer mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-developer -- http://spamatica.se/musicsite/ |
From: Werner S. <ws...@se...> - 2006-01-08 15:17:35
|
On Saturday 07 January 2006 11:58, Robert Jonsson wrote: <...> > > > I noted that "created" plugin interfaces where removed (as for > > > tap-reverb) sometime ago. I guess this is because of automation? Is it > > > no longer possible to use such interfaces? > > > > Do you mean Qt designer created custom interfaces? > > Yes, that's the one. > > > This should work again. Its not well tested but it works for me with > > a simple interface for reverb. Old interfaces created with qt3 designer > > will not work but can be converted to qt4. > > Ok. Is there a procedure to follow, I'd like to try and make some? > > > The environment is a bit fragile. Its based on libawlplugin.so and > > libawlplugin_debug.so. If the libs are not found or have the wrong > > signature they are silently ignored. > > Ok, but in the normal case everything will be built at the same time so it > should work no? i just removed a hardcoded path to libawlplugin.so so you have a better chance to get it working. You have to: - make install copies libawlplugin.so and libawlplugin_debug.so into $prefix/lib/muse-1.0pre1/designer - manually copy libawlplugin.so and libawlplugin_debug.so into $QTDIR/plugins/designer The example freeverb (ui file muse/share/plugins/1050.ui) should work as an example. /Werner |
From: Robert J. <rj...@sp...> - 2006-01-08 17:52:27
|
Hi, > - make install > copies libawlplugin.so and libawlplugin_debug.so into > $prefix/lib/muse-1.0pre1/designer > > - manually copy libawlplugin.so and libawlplugin_debug.so into > $QTDIR/plugins/designer Got that. > The example freeverb (ui file muse/share/plugins/1050.ui) should work > as an example. This one is no longer there, did you have a new one that isn't checked in ? /Robert -- http://spamatica.se/musicsite/ |
From: Werner S. <ws...@se...> - 2006-01-08 18:01:17
|
On Sunday 08 January 2006 18:52, Robert Jonsson wrote: > Hi, > > > - make install > > copies libawlplugin.so and libawlplugin_debug.so into > > $prefix/lib/muse-1.0pre1/designer > > > > - manually copy libawlplugin.so and libawlplugin_debug.so into > > $QTDIR/plugins/designer > > Got that. > > > The example freeverb (ui file muse/share/plugins/1050.ui) should work > > as an example. > > This one is no longer there, did you have a new one that isn't checked in ? oops, checked in again /Werner |