Hi Aaron,

I seem to remember something about FLTK needing to be compiled with
threads on (or off, one or the other).  I haven't used anything
related to FLTK in a while, but I seem to remember a setting for this
when compiling FLTK before compiling csound. Did you compile FLTK
yourself?

steven

On Thu, Aug 12, 2010 at 2:17 AM, Aaron Krister Johnson
<aaron@akjmusic.com> wrote:
> Hi all,
>
> While trying Iain McCurdy's 'mode.csd' file from his realtime examples
> directory, I'm getting no joy---the keyboard appears, but I can't play it,
> nothing sounds or blackens to the touch of the mouse, and if I drag it, it
> causes 'erasure' of all windows under it, and it also starts smearing. Seems
> like an issue with the way my particular setup is playing with X/FLTK, but
> I'm not sure, and I'm wondering if anyone else has experienced this.....I'm
> using Arch Linux, kernel 2.6.31.12-rt21, Csound from CVS (August 10th), FLTK
> 1.1.10-1, xorg-server 1.8.1.902-1, intel drive for i915, version 2.12 .0-1,
> portmidi 200-1
>
> Best,
>
> Aaron Krister Johnson
> http://www.akjmusic.com
> http://www.untwelve.org
>
>

Send bugs reports to the Sourceforge bug tracker
           https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Has to have threads, should be dynamic, may have internal graphics
libraries. See ./configure --help for what I'm talking about.

Regards,
Mike

On Thu, Aug 12, 2010 at 12:16 PM, Aaron Krister Johnson

<aaron@akjmusic.com> wrote:
> Hi Steven,
>
> I was thinking along these lines, but isn't it odd that it only seems to
> happen in CSDs that use the virtual keyboard? (I should have mentioned that)
> Or, I should say, *maybe* there is a CSD that proves something else deeper
> is broken, but so far, it only seems to happen with the virtual keyboard.
>
> In the meantime, if I get the chance (I really should be doing errands for
> my 9 days raod trip tomorrow!!) I'll try the noFLTKthreads=1 option from the
> scons line (I didn't compile FLTK myself)
>
> While we're on the topic, will separate threads, in theory, prevent some
> clicks or dropouts I've experienced with FLTK GUI instruments in the past,
> when I've switched Desktops, for instance? I've compiled Csound to have
> separate threads for FLTK, but perhaps it didn't work as it should have b/c
> I don't think I compiled FLTK myself to have a matching option...
>
> AKJ
>
> On Thu, Aug 12, 2010 at 11:09 AM, Steven Yi <stevenyi@gmail.com> wrote:
>>
>> Hi Aaron,
>>
>> I seem to remember something about FLTK needing to be compiled with
>> threads on (or off, one or the other).  I haven't used anything
>> related to FLTK in a while, but I seem to remember a setting for this
>> when compiling FLTK before compiling csound. Did you compile FLTK
>> yourself?
>>
>> steven
>>
>> On Thu, Aug 12, 2010 at 2:17 AM, Aaron Krister Johnson
>> <aaron@akjmusic.com> wrote:
>> > Hi all,
>> >
>> > While trying Iain McCurdy's 'mode.csd' file from his realtime examples
>> > directory, I'm getting no joy---the keyboard appears, but I can't play
>> > it,
>> > nothing sounds or blackens to the touch of the mouse, and if I drag it,
>> > it
>> > causes 'erasure' of all windows under it, and it also starts smearing.
>> > Seems
>> > like an issue with the way my particular setup is playing with X/FLTK,
>> > but
>> > I'm not sure, and I'm wondering if anyone else has experienced
>> > this.....I'm
>> > using Arch Linux, kernel 2.6.31.12-rt21, Csound from CVS (August 10th),
>> > FLTK
>> > 1.1.10-1, xorg-server 1.8.1.902-1, intel drive for i915, version 2.12
>> > .0-1,
>> > portmidi 200-1
>> >
>> > Best,
>> >
>> > Aaron Krister Johnson
>> > http://www.akjmusic.com
>> > http://www.untwelve.org
>> >
>> >
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>
>
>
> --
> Best,
>
> Aaron Krister Johnson
> http://www.akjmusic.com
> http://www.untwelve.org
>
>

--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

Send bugs reports to the Sourceforge bug tracker
           https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Yes.

MKG from cell phone

On Aug 12, 2010 2:25 PM, "Aaron Krister Johnson" <aaron@akjmusic.com> wrote:

Hi Michael,

Since you're talking about 'configure', which scons doesn't have, you must be referring to an FLTK compile, right? Just checking....and thanks for the tip.

AKJ

On Thu, Aug 12, 2010 at 12:51 PM, Michael Gogins <michael.gogins@gmail.com> wrote:
>

> Has to have...

yes, you can use OSC like that; no, it isn't how QuteCsound works (it uses the API). The FLTK code is a bit of hack, so I'm not surprised it's breaking down.

Victor

On 13 Aug 2010, at 17:47, Aaron Krister Johnson wrote:

Strange, I treid all this stuff, still getting weird 'erasing lower windows behavior', a sort of pseudo-freezing....

While we're on the topic, with OSC, shouldn't one be able to use the GUI toolkit of one's choice to control Csound in realtime, just from sending OSC messages? Isn't that how for instance QuteCsound works?

AKJ

On Thu, Aug 12, 2010 at 2:21 PM, Michael Gogins <michael.gogins@gmail.com> wrote:

Yes.

MKG from cell phone

On Aug 12, 2010 2:25 PM, "Aaron Krister Johnson" <aaron@akjmusic.com> wrote:

Hi Michael,

Since you're talking about 'configure', which scons doesn't have, you must be referring to an FLTK compile, right? Just checking....and thanks for the tip.

AKJ

On Thu, Aug 12, 2010 at 12:51 PM, Michael Gogins <michael.gogins@gmail.com> wrote:
>

> Has to have...

--
Best,

Aaron Krister Johnson
http://www.akjmusic.com
http://www.untwelve.org