| Hi Victor,
After some rigorous testing, I have found some interesting anomalies.
1) As a solution to try and not have to see the unsightly "libxxx.dylib
is not a Csound plugin library" I tried copying the tclcsound.dylib to
/usr/local/bin (in other words in the $PATH). What happens is that I
can run the test.tcl but I get
SetFrontProcess failed,-606
When clicking on the window to try and move it. The buttons still
respond.
Re-executing the scons command and producing another dylib /
executables in the same directory as Csound5 solves the problem.
The sliders, buttons, etc seem to operate at the same speed / latency
as FLTK if not actually a little faster. This is on Mac OS 10.3.9.
From what I understand Mac OS 10.4.x is the first to include Tcl/Tk as
part of the OS so it is possible Apple has "improved" the
implementation for it's release and is the subsequent cause of the
latency that is being reported.
2) Another curious problem I have encountered recently is when making a
CSD file intended for realtime performance, I experimented by not
initializing any f-tables in the score or orchestra in favor of an
attempt to try an initialize them purely from the csTable method.
Unfortunately when I do csCompile and it returns 0, then I declare all
csTables, it aborts notes due to a missing f-table if I do a csPlay,
but performance is as expected with a csNote.
Is this because csPlay explicitly looks to the score ?
-David
On Nov 4, 2005, at 3:31 AM, Victor Lazzarini wrote:
> Good. I have been working on a few more commands
> for it, which I'll commit next week, alongside more
> examples.
>
> I have been playing with socket connections and it
> is possible with cstlcsh to set up a server and control
> it via network connections (as an alternative to OSC).
>
> By the way, would you be able to test cswish with
> the test.tcl example script? I had reports of a
> lag time in the slider response, but here it works
> OK, as fas as I can see.
>
> Victor
>
>>
>>
>> On Nov 3, 2005, at 2:12 PM, Victor Lazzarini wrote:
>>
>>> Would you consider it fixed then?
>>>
>>> Victor
>>
>> I certainly would, as now the cstclsh aspect of the
>> language makes Csound seem comparable to something like
>> ChucK. Only with the entire TCL and Wish libraries at the
>> user's disposal!
>>
>> IMHO, the addition of Pt_Stop() to a Csound performance
>> makes Csound's realtime MIDI implementation improved!
>>
>>
>> -David
>> (now to learn about CoreMIDI to write a native driver....)
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net |