<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
El 07/07/2008 02:12 PM, Pau Arumí Albó escribió:
<blockquote cite="mid:1215450744.6129.13.camel@casa" type="cite">
<pre wrap="">Hi Natanael,
could you please remind me the status of your Faust work? </pre>
</blockquote>
Here is the last path about that I made. <br>
It doesn't need to have Faust installed, just to have the .dsp source
files on '$FAUST_PATH/examples' (or ~/.faust/examples), the 'faust'
compiler on '$FAUST_PATH/compiler' (or ~/.faust/compiler) and the
'ladspa.cpp' on '$FAUST_PATH/architecture' (or ~/.faust/architecture).<br>
It allows to recompile all found .dsp from the NE main menu as your
original code, but without using 'make' (to avoid needing faust
installed). Also it allows to browse the .svg and edit the ,dsp code
from the processing context menu (and for now there is a dummy
"recompile" option too):<br>
<img alt="" src="cid:part1.08010508.01000200@gmail.com" height="230"
width="291"><br>
<br>
<blockquote cite="mid:1215450744.6129.13.camel@casa" type="cite">
<pre wrap="">I think there is a pending patch and some questions, right?
</pre>
</blockquote>
Yes:<br>
<ul>
<li>What do you think about the factory changes? I created
CLAM::Factory::ReplaceCreator (and Registry/FactoryRegistrator related
methods) to use instead of AddCreatorWarning in case that plugin
already exists on reloading. It erase the original creator and create a
new one. Is that good? I didn't found any other way to erase just a
single creator for the dynamic plugin's loading...</li>
<li>I created '<tt>RunTimeFaustLibraryLoader::</tt><tt>GetCompilePluginCommands</tt>'
which uses the previously created '<tt>RunTimeLibraryLoader::CompletePathFor</tt>'
to return the compilation commands. I putted there because I though is
more related to the specific Faust library loader, but I'm using it
from MainWindow as a kind of static method. Anyway, I can't define as
static because CompletePathFor uses '<tt>RunTimeLibraryLoader::GetPaths'</tt>
which is not static (also I'm using CompletePathFor from MainWindow to
search for the .dsp directory). What do you think about that? Put the
methods on MainWindow instead? Duplicate the GetPaths code and make
them static? Make another code file to manage the faust compilation and
related tasks?</li>
<li>I don't like the method that I used to deal with calls to
MainWindow from the canvas (the NetworkCanvas emit signals catched from
MainWindow, which calls back to NetworkCanvas::getFileNameToBrowse).
Plus, I'm getting some messages when I run the NE:<br>
</li>
</ul>
<blockquote>
<blockquote><tt>QMetaObject::connectSlotsByName: No matching signal
for
on_action_Reload_Faust_Plugins_triggered(RunTimeFaustLibraryLoader&)</tt><br>
<tt>QMetaObject::connectSlotsByName: No matching signal for
on_action_Processing_Launch_Editor_triggered()</tt><br>
<tt>QMetaObject::connectSlotsByName: No matching signal for
on_action_Launch_Editor_triggered(QString&)</tt><br>
<tt>QMetaObject::connectSlotsByName: No matching signal for
on_action_Processing_Launch_Browser_triggered()</tt><br>
<tt>QMetaObject::connectSlotsByName: No matching signal for
on_action_Launch_Browser_triggered(QString&)<br>
</tt></blockquote>
How do you suggest to manage that? I think using the context menues on
the canvas is the comfortablest way to put those commands, but the
needed code has not much to do in NE...<br>
</blockquote>
Well... for now I think these are my main doubts. :)<br>
<br>
<br>
Regards,<br>
Natanael.<br>
<blockquote cite="mid:1215450744.6129.13.camel@casa" type="cite">
<pre wrap="">
P
</pre>
</blockquote>
<br>
</body>
</html>