On Sunday 07 May 2006 00:10, David Akbari wrote:

> cp -af csound5gui frontends/fltk_gui/Csound5GUI.app/Contents/MacOS/
> cp: illegal option -- a
> usage: cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] src target
>         cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] src1 ... srcN  
> directory
> scons: ***  
> [frontends/fltk_gui/Csound5GUI.app/Contents/MacOS/csound5gui] Error 64
> scons: building terminated because of errors.
> 
> It seems that the cp program doesn't have the -a Archive option like on  
> Linux ...

Thanks for reporting this, I will fix such uses of 'cp' in SConstruct.

> otherwise everything compiles and links without issue. I saw that  
> Victor made them go into .apps in their respective frontend  
> directories, however the binary files generated in the root of the  
> source tree still need Rez run on them if simply executed with ./  
> instead of double-clicked on the .app [1].

OK, this will be fixed, too. Is running Rez on the file in the top
directory, and only after that copying it to the app directory
sufficient, or does Rez need to be run twice (this may be a trivial
question, but I am not familiar with OS X).

> "Python not found, disabling scripting. Check your PATH or Python  
> installation."
> 
> Perhaps this differs for Mac OS 10.4, but on OS 10.3, it likes to have  
> Python 2.3 as the inexorable default. I have also installed Python 2.4  
> and that lives at
> 
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/
> 
> as opposed to Python 2.3's which is at
> 
> /System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/

These path and version issues can be solved, perhaps with trying multiple
locations at run-time. I still do not know what file needs to be loaded,
though.

> I saw that there were additional fields in the Options -> Csound...  
> dialog for specifying the name and port prefix. That's quite useful. I  
> didn't experience any other anomalies other than the usual

Well, the problems that were reported are not specific to the GUI,
but rather using -+rtaudio=jack in general. With the canonical 5.01
release, someone found that using JACK results in an endless loop
of printing the 'xrun' message, and no audio output. If this behavior
can be reproduced with 5.01, but not the current beta sources, then
it is probably fixed now.

> Trying Art Hunkins piece, "Angel Dervish" I notice an additional warning
> 
> FLpanel: widget opcodes have been disabled by the host application
> 
> when intentionally leaving the "Perform audio in a separate thread" box  
> checked.

That is normal and intended behavior, although the selection of threading
mode could probably be made automatic rather than requiring to have it set
by the user.

> Also, toggling this specific checkbox disables the OK and   
> Cancel buttons on the "Csound performance settings" window from having  
> any effect (they depress but the window stays forcing a kill -9). It  
> works the first time, but if you enable/disable it, the OK and Cancel  
> no longer work.

Now this is not quite as normal, nor are the other FLTK problems
described below. It looks like the FLTK plugin still does not work
on OS X when used from a GUI frontend, but I have no idea why.

> When disabling Perform in a separate thread, while using the JACK  
> driver to do FLTK I notice that the csound5gui frontend connects to  
> Jack but the transport indicator doesn't register correctly when  
> pressing the play button like it does when rendering other csds, just  
> leaving the --.--.-- without numerical output.
> 
> When leaving perform in a separate thread on using the native CoreAudio  
> driver, the FLTK window is created and the DigiCoreAudio Manager pops  
> up (indicating the driver is being used by an application) but I get no  
> sound or reaction in the Csound console output. Also, after closing  
> everything here the "Csound performance settings" window sticks around.  
> When disabling the Perform in a separate thread while using CoreAudio  
> driver, the FLTK window is created and driver initialized but the  
> console or transport does not reflect this. Also there is no sound.
> 
> This behavior is not present when running .csd files that do not  
> contain FLTK widget opcodes. I think I've said this before, but due to  
> the non-imperative nature of FLTK widget opcodes in my work, I find  
> this frontend incredibly useful. It will be a good day when a decision  
> is reached on how to migrate FLTK to using emulated widgets via the  
> software bus.


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net