Hi All,

I have uploaded a Csound 5.14 release for OSX 10.6/10.7.  This build
is compiled for i386/x86_64 and is distributed as a DMG.  It can be
downloaded at:

https://sourceforge.net/projects/csound/files/csound5/csound5.14/

It is currently not the default for Mac as it's probably worth waiting
to wait a couple days in case of any issues.  I tested with blue
(works with API out of the box), and did an "import csnd" and "import
CsoundAC" to test python, as well as other simple tests, and things
seem to be working.

The release contains some changes that were released since 5.14 (i.e.
contains AuHal audio module, some other parser fixes, etc.).

I'll wait a few days before switching this to be the default download
for Mac.  Please report any issues if you find any.

Thanks!
steven


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"

Hi Steven,

I'm happy to report that CsoundQt builds for x86_64 with these
packages both for floats and doubles. It seems at first glance that
the produced binary runs faster (at least startup seems faster) on my
10.6 machine.

There seems to be a problem with the python opcodes:
Macro definition for MAX_SIZE
error:  no legal opcode, line 16:
pyinit
error:  no legal opcode, line 17:
pyexeci "decorrelation.py"
	opcode	getIr	0	ii	
error:  illegal character -, line 28:
isize pycall1i "get_ir_length", -1
                                ^
error:  no legal opcode, line 28:
isize pycall1i "get_ir_length", -1
error:  no legal opcode, line 31:
	ival pycall1i "get_ir_point", ichan, index
error:  input arg 'ival' used before defined, line 32:
	tableiw ival, index, ifn
	instr	1	
	instr	2	
error:  no legal opcode, line 59:
icur_seed pycall1i "new_seed", inew_seed
error:  no legal opcode, line 64:
pycalli "new_ir_for_channel", gisize, ichan, imax_jump
error:  no legal opcode, line 70:
pycalli "new_ir_for_channel", gisize, ichan, imax_jump
	instr	17	

Is there something different with regards to OPCODEDIR that needs to be done?

Cheers,
Andrés

On Tue, Nov 8, 2011 at 4:47 PM, Steven Yi  wrote:
> Hi All,
>
> I have uploaded a Csound 5.14 release for OSX 10.6/10.7.  This build
> is compiled for i386/x86_64 and is distributed as a DMG.  It can be
> downloaded at:
>
> https://sourceforge.net/projects/csound/files/csound5/csound5.14/
>
> It is currently not the default for Mac as it's probably worth waiting
> to wait a couple days in case of any issues.  I tested with blue
> (works with API out of the box), and did an "import csnd" and "import
> CsoundAC" to test python, as well as other simple tests, and things
> seem to be working.
>
> The release contains some changes that were released since 5.14 (i.e.
> contains AuHal audio module, some other parser fixes, etc.).
>
> I'll wait a few days before switching this to be the default download
> for Mac.  Please report any issues if you find any.
>
> Thanks!
> steven
>
>
> 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"
>
>

------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://list

HI,

BTW, I'm getting this:
WARNING: could not open library
'/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/libfluidOpcodes.dylib'
(-1)
WARNING: could not open library
'/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/libpy.dylib'
(-1)

Are these left over from my older installation maybe?

I'm also thinking you should call this release 5.14.1 and tag the
repository, to avoid confusion later.

Cheers,
Andrés

On Tue, Nov 8, 2011 at 5:44 PM, Andres Cabrera  wrote:
> Hi Steven,
>
> I'm happy to report that CsoundQt builds for x86_64 with these
> packages both for floats and doubles. It seems at first glance that
> the produced binary runs faster (at least startup seems faster) on my
> 10.6 machine.
>
> There seems to be a problem with the python opcodes:
> Macro definition for MAX_SIZE
> error:  no legal opcode, line 16:
> pyinit
> error:  no legal opcode, line 17:
> pyexeci "decorrelation.py"
>        opcode  getIr   0       ii
> error:  illegal character -, line 28:
> isize pycall1i "get_ir_length", -1
>                                ^
> error:  no legal opcode, line 28:
> isize pycall1i "get_ir_length", -1
> error:  no legal opcode, line 31:
>        ival pycall1i "get_ir_point", ichan, index
> error:  input arg 'ival' used before defined, line 32:
>        tableiw ival, index, ifn
>        instr   1
>        instr   2
> error:  no legal opcode, line 59:
> icur_seed pycall1i "new_seed", inew_seed
> error:  no legal opcode, line 64:
> pycalli "new_ir_for_channel", gisize, ichan, imax_jump
> error:  no legal opcode, line 70:
> pycalli "new_ir_for_channel", gisize, ichan, imax_jump
>        instr   17
>
> Is there something different with regards to OPCODEDIR that needs to be done?
>
> Cheers,
> Andrés
>
> On Tue, Nov 8, 2011 at 4:47 PM, Steven Yi  wrote:
>> Hi All,
>>
>> I have uploaded a Csound 5.14 release for OSX 10.6/10.7.  This build
>> is compiled for i386/x86_64 and is distributed as a DMG.  It can be
>> downloaded at:
>>
>> https://sourceforge.net/projects/csound/files/csound5/csound5.14/
>>
>> It is currently not the default for Mac as it's probably worth waiting
>> to wait a couple days in case of any issues.  I tested with blue
>> (works with API out of the box), and did an "import csnd" and "import
>> CsoundAC" to test python, as well as other simple tests, and things
>> seem to be working.
>>
>> The release contains some changes that were released since 5.14 (i.e.
>> contains AuHal audio module, some other parser fixes, etc.).
>>
>> I'll wait a few days before switching this to be the default download
>> for Mac.  Please report any issues if you find any.
>>
>> Thanks!
>> steven
>>
>>
>> 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"
>>
>>
>

------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-deve

Hi Andres,

I think these are correctly there, but what they are linked to mayb missing. Could run otool –L other two libs and see if some library is missing? I suspect with the python opcodes that they may have linked with python 2.7 which I don't think 10.6 comes with and may require some alternate solution here (a separate compile of those opcodes perhaps...) and for fluidsynth I may have missed the fluidshnth lib in /usr/local/lib, or worse that may be linked to another library itself that I didn't realize.

I'm heading into Dublin now for a concert and will be returning to the apartment a little after midnight. I'll be up watching a hockey game so will investigate this while that is going on.

Thanks!
Steven

csound flags:-+rtaudio=auhal -odac -iadc2 -M6 -d -m0 -R -b1024 -B2048

With portaudio works fine.

Best,
Luis

Hi All,

I have uploaded a Csound 5.14 release for OSX 10.6/10.7.  This build
is compiled for i386/x86_64 and is distributed as a DMG.  It can be
downloaded at:

https://sourceforge.net/projects/csound/files/csound5/csound5.14/

It is currently not the default for Mac as it's probably worth waiting
to wait a couple days in case of any issues.  I tested with blue
(works with API out of the box), and did an "import csnd" and "import
CsoundAC" to test python, as well as other simple tests, and things
seem to be working.

The release contains some changes that were released since 5.14 (i.e.
contains AuHal audio module, some other parser fixes, etc.).

I'll wait a few days before switching this to be the default download
for Mac.  Please report any issues if you find any.

Thanks!
steven


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, it looks like your audio driver is i386 only:

/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio: no matching architecture in universal wrapper

 The csound command-line program is x86_64. By the way, if this is yerterday's package only output would work, because I fiddled with something that

broke input (discovered it last night and fixed in GIT).

Does portaudio IO work in this version of csound?

Victor

On 9 Nov 2011, at 14:10, k_o_m_p wrote:

hello,
I just tried the AuHAL I/O with the project I'm working on and I get following error:

csound flags:-+rtaudio=auhal -odac -iadc2 -M6 -d -m0 -R -b1024 -B2048

With portaudio works fine.

Best,
Luis

(...)
audio buffered in 1024 sample-frame blocks
2011-11-09 15:02:35.800 csound[634:903] Error loading /Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio:  dlopen(/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio, 262): no suitable image found.  Did find:
    /Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio: no matching architecture in universal wrapper
2011-11-09 15:02:35.802 csound[634:903] Cannot find function pointer NewPlugIn for factory C5A4CE5B-0BB8-11D8-9D75-0003939615B6 in CFBundle/CFPlugIn 0x1020062c0 </Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin> (bundle, not loaded)
==========================================================
AuHAL Module: found 4 device(s):
=> AuHAL device 0: Built-in Microphone 
=> AuHAL device 1: Built-in Input 
=> AuHAL device 2: Built-in Output 
=> AuHAL device 3: MOTU 828 
selected input device: MOTU 828 
opening AuHAL device 
AuHAL module: input device open with 1024 buffer frames
==============================================
reading 16384-byte blks of shorts from adc2 (RAW)
selected output device: MOTU 828 
opening AuHAL device 
AuHAL module: output device open with 1024 buffer frames
==============================================
writing 8192 sample blks of 32-bit floats to dac 
SECTION 1:



Am 08.11.11 17:47, schrieb Steven Yi:

Hi All,

I have uploaded a Csound 5.14 release for OSX 10.6/10.7.  This build
is compiled for i386/x86_64 and is distributed as a DMG.  It can be
downloaded at:

https://sourceforge.net/projects/csound/files/csound5/csound5.14/

It is currently not the default for Mac as it's probably worth waiting
to wait a couple days in case of any issues.  I tested with blue
(works with API out of the box), and did an "import csnd" and "import
CsoundAC" to test python, as well as other simple tests, and things
seem to be working.

The release contains some changes that were released since 5.14 (i.e.
contains AuHal audio module, some other parser fixes, etc.).

I'll wait a few days before switching this to be the default download
for Mac.  Please report any issues if you find any.

Thanks!
steven


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"

-- 
http://luisantunespena.eu

Dr Victor Lazzarini

Senior Lecturer

Dept. of Music

NUI Maynooth Ireland

tel.: +353 1 708 3545

Victor dot Lazzarini AT nuim dot ie

In fact this might not stop audio from working (you are not using MOTU). The reason why audio is not working is because the version of rtauhal in that release has a broken audio input.

Output-only should work.

Steven will probably produce a final release with some fixes and this module should be fixed then.

Victor

On 9 Nov 2011, at 14:18, Victor Lazzarini wrote:

yes, it looks like your audio driver is i386 only:

/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio: no matching architecture in universal wrapper

 The csound command-line program is x86_64. By the way, if this is yerterday's package only output would work, because I fiddled with something that

broke input (discovered it last night and fixed in GIT).

Does portaudio IO work in this version of csound?

Victor

On 9 Nov 2011, at 14:10, k_o_m_p wrote:

hello,
I just tried the AuHAL I/O with the project I'm working on and I get following error:

csound flags:-+rtaudio=auhal -odac -iadc2 -M6 -d -m0 -R -b1024 -B2048

With portaudio works fine.

Best,
Luis

(...)
audio buffered in 1024 sample-frame blocks
2011-11-09 15:02:35.800 csound[634:903] Error loading /Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio:  dlopen(/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio, 262): no suitable image found.  Did find:
    /Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio: no matching architecture in universal wrapper
2011-11-09 15:02:35.802 csound[634:903] Cannot find function pointer NewPlugIn for factory C5A4CE5B-0BB8-11D8-9D75-0003939615B6 in CFBundle/CFPlugIn 0x1020062c0 </Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin> (bundle, not loaded)
==========================================================
AuHAL Module: found 4 device(s):
=> AuHAL device 0: Built-in Microphone 
=> AuHAL device 1: Built-in Input 
=> AuHAL device 2: Built-in Output 
=> AuHAL device 3: MOTU 828 
selected input device: MOTU 828 
opening AuHAL device 
AuHAL module: input device open with 1024 buffer frames
==============================================
reading 16384-byte blks of shorts from adc2 (RAW)
selected output device: MOTU 828 
opening AuHAL device 
AuHAL module: output device open with 1024 buffer frames
==============================================
writing 8192 sample blks of 32-bit floats to dac 
SECTION 1:



Am 08.11.11 17:47, schrieb Steven Yi:

Hi All,

I have uploaded a Csound 5.14 release for OSX 10.6/10.7.  This build
is compiled for i386/x86_64 and is distributed as a DMG.  It can be
downloaded at:

https://sourceforge.net/projects/csound/files/csound5/csound5.14/

It is currently not the default for Mac as it's probably worth waiting
to wait a couple days in case of any issues.  I tested with blue
(works with API out of the box), and did an "import csnd" and "import
CsoundAC" to test python, as well as other simple tests, and things
seem to be working.

The release contains some changes that were released since 5.14 (i.e.
contains AuHal audio module, some other parser fixes, etc.).

I'll wait a few days before switching this to be the default download
for Mac.  Please report any issues if you find any.

Thanks!
steven


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"

-- 
http://luisantunespena.eu

Dr Victor Lazzarini

Senior Lecturer

Dept. of Music

NUI Maynooth Ireland

tel.: +353 1 708 3545

Victor dot Lazzarini AT nuim dot ie

Dr Victor Lazzarini

Senior Lecturer

Dept. of Music

NUI Maynooth Ireland

tel.: +353 1 708 3545

Victor dot Lazzarini AT nuim dot ie

yes, I see, but did you try with just -o dac (and not -i adc)?

On 9 Nov 2011, at 14:31, k_o_m_p wrote:

Tried now only with the output and it didn't work. The selected device is the MOTU. Is this a problem of the driver? - I most probably have the actual driver, but will check it out.

Am 09.11.11 15:24, schrieb Victor Lazzarini:

In fact this might not stop audio from working (you are not using MOTU). The reason why audio is not working is because the version of rtauhal in that release has a broken audio input.

Output-only should work.

Steven will probably produce a final release with some fixes and this module should be fixed then.

Victor

On 9 Nov 2011, at 14:18, Victor Lazzarini wrote:

yes, it looks like your audio driver is i386 only:

/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio: no matching architecture in universal wrapper

 The csound command-line program is x86_64. By the way, if this is yerterday's package only output would work, because I fiddled with something that

broke input (discovered it last night and fixed in GIT).

Does portaudio IO work in this version of csound?

Victor

On 9 Nov 2011, at 14:10, k_o_m_p wrote:

hello,
I just tried the AuHAL I/O with the project I'm working on and I get following error:

csound flags:-+rtaudio=auhal -odac -iadc2 -M6 -d -m0 -R -b1024 -B2048

With portaudio works fine.

Best,
Luis

(...)
audio buffered in 1024 sample-frame blocks
2011-11-09 15:02:35.800 csound[634:903] Error loading /Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio:  dlopen(/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio, 262): no suitable image found.  Did find:
    /Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio: no matching architecture in universal wrapper
2011-11-09 15:02:35.802 csound[634:903] Cannot find function pointer NewPlugIn for factory C5A4CE5B-0BB8-11D8-9D75-0003939615B6 in CFBundle/CFPlugIn 0x1020062c0 </Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin> (bundle, not loaded)
==========================================================
AuHAL Module: found 4 device(s):
=> AuHAL device 0: Built-in Microphone 
=> AuHAL device 1: Built-in Input 
=> AuHAL device 2: Built-in Output 
=> AuHAL device 3: MOTU 828 
selected input device: MOTU 828 
opening AuHAL device 
AuHAL module: input device open with 1024 buffer frames
==============================================
reading 16384-byte blks of shorts from adc2 (RAW)
selected output device: MOTU 828 
opening AuHAL device 
AuHAL module: output device open with 1024 buffer frames
==============================================
writing 8192 sample blks of 32-bit floats to dac 
SECTION 1:



Am 08.11.11 17:47, schrieb Steven Yi:

Hi All,

I have uploaded a Csound 5.14 release for OSX 10.6/10.7.  This build
is compiled for i386/x86_64 and is distributed as a DMG.  It can be
downloaded at:

https://sourceforge.net/projects/csound/files/csound5/csound5.14/

It is currently not the default for Mac as it's probably worth waiting
to wait a couple days in case of any issues.  I tested with blue
(works with API out of the box), and did an "import csnd" and "import
CsoundAC" to test python, as well as other simple tests, and things
seem to be working.

The release contains some changes that were released since 5.14 (i.e.
contains AuHal audio module, some other parser fixes, etc.).

I'll wait a few days before switching this to be the default download
for Mac.  Please report any issues if you find any.

Thanks!
steven


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"

-- 
http://luisantunespena.eu

what about the other devices, like built-in output? (It could still be some issue that was broken in yesterday's code, but fixed now).

Victor

On 9 Nov 2011, at 14:40, k_o_m_p wrote:

yes, just with -odac

Am 09.11.11 15:37, schrieb Victor Lazzarini:

yes, I see, but did you try with just -o dac (and not -i adc)?

On 9 Nov 2011, at 14:31, k_o_m_p wrote:

Tried now only with the output and it didn't work. The selected device is the MOTU. Is this a problem of the driver? - I most probably have the actual driver, but will check it out.

Am 09.11.11 15:24, schrieb Victor Lazzarini:

In fact this might not stop audio from working (you are not using MOTU). The reason why audio is not working is because the version of rtauhal in that release has a broken audio input.

Output-only should work.

Steven will probably produce a final release with some fixes and this module should be fixed then.

Victor

On 9 Nov 2011, at 14:18, Victor Lazzarini wrote:

yes, it looks like your audio driver is i386 only:

/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio: no matching architecture in universal wrapper

 The csound command-line program is x86_64. By the way, if this is yerterday's package only output would work, because I fiddled with something that

broke input (discovered it last night and fixed in GIT).

Does portaudio IO work in this version of csound?

Victor

On 9 Nov 2011, at 14:10, k_o_m_p wrote:

hello,
I just tried the AuHAL I/O with the project I'm working on and I get following error:

csound flags:-+rtaudio=auhal -odac -iadc2 -M6 -d -m0 -R -b1024 -B2048

With portaudio works fine.

Best,
Luis

(...)
audio buffered in 1024 sample-frame blocks
2011-11-09 15:02:35.800 csound[634:903] Error loading /Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio:  dlopen(/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio, 262): no suitable image found.  Did find:
    /Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio: no matching architecture in universal wrapper
2011-11-09 15:02:35.802 csound[634:903] Cannot find function pointer NewPlugIn for factory C5A4CE5B-0BB8-11D8-9D75-0003939615B6 in CFBundle/CFPlugIn 0x1020062c0 </Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin> (bundle, not loaded)
==========================================================
AuHAL Module: found 4 device(s):
=> AuHAL device 0: Built-in Microphone 
=> AuHAL device 1: Built-in Input 
=> AuHAL device 2: Built-in Output 
=> AuHAL device 3: MOTU 828 
selected input device: MOTU 828 
opening AuHAL device 
AuHAL module: input device open with 1024 buffer frames
==============================================
reading 16384-byte blks of shorts from adc2 (RAW)
selected output device: MOTU 828 
opening AuHAL device 
AuHAL module: output device open with 1024 buffer frames
==============================================
writing 8192 sample blks of 32-bit floats to dac 
SECTION 1:



Am 08.11.11 17:47, schrieb Steven Yi:

Hi All,

I have uploaded a Csound 5.14 release for OSX 10.6/10.7.  This build
is compiled for i386/x86_64 and is distributed as a DMG.  It can be
downloaded at:

https://sourceforge.net/projects/csound/files/csound5/csound5.14/

It is currently not the default for Mac as it's probably worth waiting
to wait a couple days in case of any issues.  I tested with blue
(works with API out of the box), and did an "import csnd" and "import
CsoundAC" to test python, as well as other simple tests, and things
seem to be working.

The release contains some changes that were released since 5.14 (i.e.
contains AuHal audio module, some other parser fixes, etc.).

I'll wait a few days before switching this to be the default download
for Mac.  Please report any issues if you find any.

Thanks!
steven


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"

-- 
http://luisantunespena.eu

-- 
http://luisantunespena.eu

Dr Victor Lazzarini

Senior Lecturer

Dept. of Music

NUI Maynooth Ireland

tel.: +353 1 708 3545

Victor dot Lazzarini AT nuim dot ie

flags: -odac -M6 -d -m0 -R -b1024 -B2048 -+rtaudio=auhal

Ok, so it's some device-related thing I need to figure out. I'll have to test more with other devices and see. Thanks for the report.

Victor

On 9 Nov 2011, at 14:51, k_o_m_p wrote:

It works with the built-in output.

Am 09.11.11 15:45, schrieb Victor Lazzarini:

what about the other devices, like built-in output? (It could still be some issue that was broken in yesterday's code, but fixed now).

Victor

On 9 Nov 2011, at 14:40, k_o_m_p wrote:

yes, just with -odac

Am 09.11.11 15:37, schrieb Victor Lazzarini:

yes, I see, but did you try with just -o dac (and not -i adc)?

On 9 Nov 2011, at 14:31, k_o_m_p wrote:

Tried now only with the output and it didn't work. The selected device is the MOTU. Is this a problem of the driver? - I most probably have the actual driver, but will check it out.

Am 09.11.11 15:24, schrieb Victor Lazzarini:

In fact this might not stop audio from working (you are not using MOTU). The reason why audio is not working is because the version of rtauhal in that release has a broken audio input.

Output-only should work.

Steven will probably produce a final release with some fixes and this module should be fixed then.

Victor

On 9 Nov 2011, at 14:18, Victor Lazzarini wrote:

yes, it looks like your audio driver is i386 only:

/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio: no matching architecture in universal wrapper

 The csound command-line program is x86_64. By the way, if this is yerterday's package only output would work, because I fiddled with something that

broke input (discovered it last night and fixed in GIT).

Does portaudio IO work in this version of csound?

Victor

On 9 Nov 2011, at 14:10, k_o_m_p wrote:

hello,
I just tried the AuHAL I/O with the project I'm working on and I get following error:

csound flags:-+rtaudio=auhal -odac -iadc2 -M6 -d -m0 -R -b1024 -B2048

With portaudio works fine.

Best,
Luis

(...)
audio buffered in 1024 sample-frame blocks
2011-11-09 15:02:35.800 csound[634:903] Error loading /Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio:  dlopen(/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio, 262): no suitable image found.  Did find:
    /Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio: no matching architecture in universal wrapper
2011-11-09 15:02:35.802 csound[634:903] Cannot find function pointer NewPlugIn for factory C5A4CE5B-0BB8-11D8-9D75-0003939615B6 in CFBundle/CFPlugIn 0x1020062c0 </Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin> (bundle, not loaded)
==========================================================
AuHAL Module: found 4 device(s):
=> AuHAL device 0: Built-in Microphone 
=> AuHAL device 1: Built-in Input 
=> AuHAL device 2: Built-in Output 
=> AuHAL device 3: MOTU 828 
selected input device: MOTU 828 
opening AuHAL device 
AuHAL module: input device open with 1024 buffer frames
==============================================
reading 16384-byte blks of shorts from adc2 (RAW)
selected output device: MOTU 828 
opening AuHAL device 
AuHAL module: output device open with 1024 buffer frames
==============================================
writing 8192 sample blks of 32-bit floats to dac 
SECTION 1:



Am 08.11.11 17:47, schrieb Steven Yi:

Hi All,

I have uploaded a Csound 5.14 release for OSX 10.6/10.7.  This build
is compiled for i386/x86_64 and is distributed as a DMG.  It can be
downloaded at:

https://sourceforge.net/projects/csound/files/csound5/csound5.14/

It is currently not the default for Mac as it's probably worth waiting
to wait a couple days in case of any issues.  I tested with blue
(works with API out of the box), and did an "import csnd" and "import
CsoundAC" to test python, as well as other simple tests, and things
seem to be working.

The release contains some changes that were released since 5.14 (i.e.
contains AuHal audio module, some other parser fixes, etc.).

I'll wait a few days before switching this to be the default download
for Mac.  Please report any issues if you find any.

Thanks!
steven


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"

-- 
http://luisantunespena.eu

-- 
http://luisantunespena.eu

Dr Victor Lazzarini

Senior Lecturer

Dept. of Music

NUI Maynooth Ireland

tel.: +353 1 708 3545

Victor dot Lazzarini AT nuim dot ie

http://luisantunespena.eu

Dr Victor Lazzarini

Senior Lecturer

Dept. of Music

NUI Maynooth Ireland

tel.: +353 1 708 3545

Victor dot Lazzarini AT nuim dot ie

http://luisantunespena.eu

I've be chatting with Victor on IRC, the game plan is to build a
separate 10.6 build on a 10.6 machine, as I was building on 10.7 and
thought it'd work for 10.6. It'll be easier to do separate builds to
cover the different python defaults for each OS (I think a 10.5 build
will happen too).  The default on Sourceforge will be for 10.7.

This should resolve the fluidsynth and python issues.

Thanks!
steven

On Tue, Nov 8, 2011 at 11:02 PM, Victor Lazzarini
 wrote:
> Steven,
> I think the safest solution for this is to link all the Python code to
> Apple's supplied python, even if it's a version down from the optimal. What
> I do for 10.5 is to link the opcodes to apple's python and the module to
> MacPython. However, to do this with SConstruct the way it is now, I actually
> build first the module, move the MacPython installation out of the way and
> then do another build for the opcodes (otherwise scons will always link to
> MacPython)
> Regards
> Victor
> On 8 Nov 2011, at 18:58, Steven Yi wrote:
>
> Hi Andres,
>
> I think these are correctly there, but what they are linked to mayb missing.
> Could run otool –L other two libs and see if some library is missing? I
> suspect with the python opcodes that they may have linked with python 2.7
> which I don't think 10.6 comes with and may require some alternate solution
> here (a separate compile of those opcodes perhaps...) and for fluidsynth I
> may have missed the fluidshnth lib in /usr/local/lib, or worse that may be
> linked to another library itself that I didn't realize.
>
> I'm heading into Dublin now for a concert and will be returning to the
> apartment a little after midnight. I'll be up watching a hockey game so will
> investigate this while that is going on.
>
> Thanks!
> Steven
>
> On Nov 8, 2011 6:20 PM, "Andres Cabrera"  wrote:
>>
>> HI,
>>
>> BTW, I'm getting this:
>> WARNING: could not open library
>>
>> '/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/libfluidOpcodes.dylib'
>> (-1)
>> WARNING: could not open library
>>
>> '/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/libpy.dylib'
>> (-1)
>>
>> Are these left over from my older installation maybe?
>>
>> I'm also thinking you should call this release 5.14.1 and tag the
>> repository, to avoid confusion later.
>>
>> Cheers,
>> Andrés
>>
>> On Tue, Nov 8, 2011 at 5:44 PM, Andres Cabrera 
>> wrote:
>> > Hi Steven,
>> >
>> > I'm happy to report that CsoundQt builds for x86_64 with these
>> > packages both for floats and doubles. It seems at first glance that
>> > the produced binary runs faster (at least startup seems faster) on my
>> > 10.6 machine.
>> >
>> > There seems to be a problem with the python opcodes:
>> > Macro definition for MAX_SIZE
>> > error:  no legal opcode, line 16:
>> > pyinit
>> > error:  no legal opcode, line 17:
>> > pyexeci "decorrelation.py"
>> >        opcode  getIr   0       ii
>> > error:  illegal character -, line 28:
>> > isize pycall1i "get_ir_length", -1
>> >                                ^
>> > error:  no legal opcode, line 28:
>> > isize pycall1i "get_ir_length", -1
>> > error:  no legal opcode, line 31:
>> >        ival pycall1i "get_ir_point", ichan, index
>> > error:  input arg 'ival' used before defined, line 32:
>> >        tableiw ival, index, ifn
>> >        instr   1
>> >        instr   2
>> > error:  no legal opcode, line 59:
>> > icur_seed pycall1i "new_seed", inew_seed
>> > error:  no legal opcode, line 64:
>> > pycalli "new_ir_for_channel", gisize, ichan, imax_jump
>> > error:  no legal opcode, line 70:
>> > pycalli "new_ir_for_channel", gisize, ichan, imax_jump
>> >        instr   17
>> >
>> > Is there something different with regards to OPCODEDIR that needs to be
>> > done?
>> >
>> > Cheers,
>> > Andrés
>> >
>> > On Tue, Nov 8, 2011 at 4:47 PM, Steven Yi  wrote:
>> >> Hi All,
>> >>
>> >> I have uploaded a Csound 5.14 release for OSX 10.6/10.7.  This build
>> >> is compiled for i386/x86_64 and is distributed as a DMG.  It can be
>> >> downloaded at:
>> >>
>> >> https://sourceforge.net/projects/csound/files/csound5/csound5.14/
>> >>
>> >> It is currently not the default for Mac as it's probably worth waiting
>> >> to wait a couple days in case of any issues.  I tested with blue
>> >> (works with API out of the box), and did an "import csnd" and "import
>> >> CsoundAC" to test python, as well as other simple tests, and things
>> >> seem to be working.
>> >>
>> >> The release contains some changes that were released since 5.14 (i.e.
>> >> contains AuHal audio module, some other parser fixes, etc.).
>> >>
>> >> I'll wait a few days before switching this to be the default download
>> >> for Mac.  Please report any issues if you find any.
>> >>
>> >> Thanks!
>> >> steven
>> >>
>> >>
>> >> 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"
>> >>
>> >>
>> >
>>
>>
>> ------------------------------------------------------------------------------
>> RSA(R) Conference 2012
>> Save $700 by Nov 18
>> Register now
>> http://p.sf.net/sfu/rsa-sfdev2dev1
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> RSA(R) Conference 2012
> Save $700 by Nov 18
> Register now
> http://p.sf.net/sfu/rsa-sfdev2dev1_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
> ------------------------------------------------------------------------------
> RSA(R) Conference 2012
> Save $700 by Nov 18
> Register now
> http://p.sf.net/sfu/rsa-sfdev2dev1
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>

------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

by the way the -B flag does not do anything in the auhal module. The buffer is set only with -b N  (N is the number of frames in buffer).

Victor

On 9 Nov 2011, at 15:09, k_o_m_p wrote:

I now downloaded the latest MOTU Firewire driver and it seams to work fine with -odac although he complains from the same error as before:

flags: -odac -M6 -d -m0 -R -b1024 -B2048 -+rtaudio=auhal

orch now loaded
audio buffered in 1024 sample-frame blocks
2011-11-09 16:05:45.981 csound[264:903] Error loading /Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio:  dlopen(/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio, 262): no suitable image found.  Did find:
    /Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio: no matching architecture in universal wrapper
2011-11-09 16:05:45.983 csound[264:903] Cannot find function pointer NewPlugIn for factory C5A4CE5B-0BB8-11D8-9D75-0003939615B6 in CFBundle/CFPlugIn 0x100637f40 </Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin> (bundle, not loaded)
==========================================================
AuHAL Module: found 4 device(s):
=> AuHAL device 0: Built-in Microphone 
=> AuHAL device 1: Built-in Input 
=> AuHAL device 2: Built-in Output 
=> AuHAL device 3: MOTU 828 
selected output device: MOTU 828 
opening AuHAL device 
AuHAL module: output device open with 1024 buffer frames
==============================================
writing 8192 sample blks of 32-bit floats to dac 



Am 09.11.11 15:57, schrieb Victor Lazzarini:

Ok, so it's some device-related thing I need to figure out. I'll have to test more with other devices and see. Thanks for the report.

Victor

On 9 Nov 2011, at 14:51, k_o_m_p wrote:

It works with the built-in output. 

Am 09.11.11 15:45, schrieb Victor Lazzarini:

what about the other devices, like built-in output? (It could still be some issue that was broken in yesterday's code, but fixed now).

Victor

On 9 Nov 2011, at 14:40, k_o_m_p wrote:

yes, just with -odac

Am 09.11.11 15:37, schrieb Victor Lazzarini:

yes, I see, but did you try with just -o dac (and not -i adc)?

On 9 Nov 2011, at 14:31, k_o_m_p wrote:

Tried now only with the output and it didn't work. The selected device is the MOTU. Is this a problem of the driver? - I most probably have the actual driver, but will check it out.

Am 09.11.11 15:24, schrieb Victor Lazzarini:

In fact this might not stop audio from working (you are not using MOTU). The reason why audio is not working is because the version of rtauhal in that release has a broken audio input.

Output-only should work.

Steven will probably produce a final release with some fixes and this module should be fixed then.

Victor

On 9 Nov 2011, at 14:18, Victor Lazzarini wrote:

yes, it looks like your audio driver is i386 only:

/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio: no matching architecture in universal wrapper

 The csound command-line program is x86_64. By the way, if this is yerterday's package only output would work, because I fiddled with something that

broke input (discovered it last night and fixed in GIT).

Does portaudio IO work in this version of csound?

Victor

On 9 Nov 2011, at 14:10, k_o_m_p wrote:

hello,
I just tried the AuHAL I/O with the project I'm working on and I get following error:

csound flags:-+rtaudio=auhal -odac -iadc2 -M6 -d -m0 -R -b1024 -B2048

With portaudio works fine.

Best,
Luis

(...)
audio buffered in 1024 sample-frame blocks
2011-11-09 15:02:35.800 csound[634:903] Error loading /Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio:  dlopen(/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio, 262): no suitable image found.  Did find:
    /Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio: no matching architecture in universal wrapper
2011-11-09 15:02:35.802 csound[634:903] Cannot find function pointer NewPlugIn for factory C5A4CE5B-0BB8-11D8-9D75-0003939615B6 in CFBundle/CFPlugIn 0x1020062c0 </Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin> (bundle, not loaded)
==========================================================
AuHAL Module: found 4 device(s):
=> AuHAL device 0: Built-in Microphone 
=> AuHAL device 1: Built-in Input 
=> AuHAL device 2: Built-in Output 
=> AuHAL device 3: MOTU 828 
selected input device: MOTU 828 
opening AuHAL device 
AuHAL module: input device open with 1024 buffer frames
==============================================
reading 16384-byte blks of shorts from adc2 (RAW)
selected output device: MOTU 828 
opening AuHAL device 
AuHAL module: output device open with 1024 buffer frames
==============================================
writing 8192 sample blks of 32-bit floats to dac 
SECTION 1:



Am 08.11.11 17:47, schrieb Steven Yi:

Hi All,

I have uploaded a Csound 5.14 release for OSX 10.6/10.7.  This build
is compiled for i386/x86_64 and is distributed as a DMG.  It can be
downloaded at:

https://sourceforge.net/projects/csound/files/csound5/csound5.14/

It is currently not the default for Mac as it's probably worth waiting
to wait a couple days in case of any issues.  I tested with blue
(works with API out of the box), and did an "import csnd" and "import
CsoundAC" to test python, as well as other simple tests, and things
seem to be working.

The release contains some changes that were released since 5.14 (i.e.
contains AuHal audio module, some other parser fixes, etc.).

I'll wait a few days before switching this to be the default download
for Mac.  Please report any issues if you find any.

Thanks!
steven


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"

-- 
http://luisantunespena.eu

-- 
http://luisantunespena.eu

Dr Victor Lazzarini

Senior Lecturer

Dept. of Music

NUI Maynooth Ireland

tel.: +353 1 708 3545

Victor dot Lazzarini AT nuim dot ie

http://luisantunespena.eu

Dr Victor Lazzarini

Senior Lecturer

Dept. of Music

NUI Maynooth Ireland

tel.: +353 1 708 3545

Victor dot Lazzarini AT nuim dot ie

http://luisantunespena.eu

Dr Victor Lazzarini

Senior Lecturer

Dept. of Music

NUI Maynooth Ireland

tel.: +353 1 708 3545

Victor dot Lazzarini AT nuim dot ie

Yes.

Am 09.11.11 19:12, schrieb Victor Lazzarini:
> Maybe?  Is this behaviour the same for built-in 
> audio?
> On 9 Nov 2011, at 17:49, k_o_m_p wrote:
>
>> Victor,
>> Thanks for the info.
>>
>> Another thing: when I restart the computer and 
>> run csound with -odac -+rtaudio=auhal it works 
>> fine but the second time I run it, it causes 
>> distortion. Possibly the same problem you have 
>> mentioned here?
>>
>> https://discussions.apple.com/thread/2539686?start=0&tstart=0 
>> 
>> https://discussions.apple.com/message/3706677?messageID=3706677
>>
>> Luis



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"

Did you try afplay to see if you have trouble as they say in that  
discussion board?

Victor
On 9 Nov 2011, at 18:26, k_o_m_p wrote:

> Yes.
>
> Am 09.11.11 19:12, schrieb Victor Lazzarini:
>> Maybe?  Is this behaviour the same for built-in audio?
>> On 9 Nov 2011, at 17:49, k_o_m_p wrote:
>>
>>> Victor,
>>> Thanks for the info.
>>>
>>> Another thing: when I restart the computer and run csound with - 
>>> odac -+rtaudio=auhal it works fine but the second time I run it,  
>>> it causes distortion. Possibly the same problem you have mentioned  
>>> here?
>>>
>>> https://discussions.apple.com/thread/2539686?start=0&tstart=0 >> >
>>> https://discussions.apple.com/message/3706677?messageID=3706677
>>>
>>> Luis
>
>
>
> 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"
>

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





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"

it complains about the same, yes:

[hercules:komp/live-instrument/orcsco] luis% 
afplay ../sfdir/rec_impro_pshifter_04.aiff
2011-11-09 19:35:41.211 afplay[282:903] Error 
loading 
/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio:  
dlopen(/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio, 
262): no suitable image found.  Did find:
     
/Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/DVCPROHDAudio: 
no matching architecture in universal wrapper
2011-11-09 19:35:41.212 afplay[282:903] Cannot 
find function pointer NewPlugIn for factory 
C5A4CE5B-0BB8-11D8-9D75-0003939615B6 in 
CFBundle/CFPlugIn 0x1001139b0 
 
(bundle, not loaded)



Am 09.11.11 19:32, schrieb Victor Lazzarini:
> Did you try afplay to see if you have trouble as 
> they say in that discussion board?
>
> Victor
> On 9 Nov 2011, at 18:26, k_o_m_p wrote:
>
>> Yes.
>>
>> Am 09.11.11 19:12, schrieb Victor Lazzarini:
>>> Maybe?  Is this behaviour the same for 
>>> built-in audio?
>>> On 9 Nov 2011, at 17:49, k_o_m_p wrote:
>>>
>>>> Victor,
>>>> Thanks for the info.
>>>>
>>>> Another thing: when I restart the computer 
>>>> and run csound with -odac -+rtaudio=auhal it 
>>>> works fine but the second time I run it, it 
>>>> causes distortion. Possibly the same problem 
>>>> you have mentioned here?
>>>>
>>>> https://discussions.apple.com/thread/2539686?start=0&tstart=0 
>>>>  
>>>>
>>>> https://discussions.apple.com/message/3706677?messageID=3706677 
>>>>
>>>>
>>>> Luis
>>
>>
>>
>> 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"
>>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
>
> 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"
>
>

Hi,

I'm having to do the same for CsoundQt now that it depends on Python.
And since I want people to be able to use it out of the box, I am
linking to Apple python, so I can no longer cross-build because it
would link to the wrong python. Maybe there's a way around this?

Cheers,
Andrés

On Wed, Nov 9, 2011 at 5:03 PM, Steven Yi  wrote:
> I've be chatting with Victor on IRC, the game plan is to build a
> separate 10.6 build on a 10.6 machine, as I was building on 10.7 and
> thought it'd work for 10.6. It'll be easier to do separate builds to
> cover the different python defaults for each OS (I think a 10.5 build
> will happen too).  The default on Sourceforge will be for 10.7.
>
> This should resolve the fluidsynth and python issues.
>
> Thanks!
> steven
>
> On Tue, Nov 8, 2011 at 11:02 PM, Victor Lazzarini
>  wrote:
>> Steven,
>> I think the safest solution for this is to link all the Python code to
>> Apple's supplied python, even if it's a version down from the optimal. What
>> I do for 10.5 is to link the opcodes to apple's python and the module to
>> MacPython. However, to do this with SConstruct the way it is now, I actually
>> build first the module, move the MacPython installation out of the way and
>> then do another build for the opcodes (otherwise scons will always link to
>> MacPython)
>> Regards
>> Victor
>> On 8 Nov 2011, at 18:58, Steven Yi wrote:
>>
>> Hi Andres,
>>
>> I think these are correctly there, but what they are linked to mayb missing.
>> Could run otool –L other two libs and see if some library is missing? I
>> suspect with the python opcodes that they may have linked with python 2.7
>> which I don't think 10.6 comes with and may require some alternate solution
>> here (a separate compile of those opcodes perhaps...) and for fluidsynth I
>> may have missed the fluidshnth lib in /usr/local/lib, or worse that may be
>> linked to another library itself that I didn't realize.
>>
>> I'm heading into Dublin now for a concert and will be returning to the
>> apartment a little after midnight. I'll be up watching a hockey game so will
>> investigate this while that is going on.
>>
>> Thanks!
>> Steven
>>
>> On Nov 8, 2011 6:20 PM, "Andres Cabrera"  wrote:
>>>
>>> HI,
>>>
>>> BTW, I'm getting this:
>>> WARNING: could not open library
>>>
>>> '/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/libfluidOpcodes.dylib'
>>> (-1)
>>> WARNING: could not open library
>>>
>>> '/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/libpy.dylib'
>>> (-1)
>>>
>>> Are these left over from my older installation maybe?
>>>
>>> I'm also thinking you should call this release 5.14.1 and tag the
>>> repository, to avoid confusion later.
>>>
>>> Cheers,
>>> Andrés
>>>
>>> On Tue, Nov 8, 2011 at 5:44 PM, Andres Cabrera 
>>> wrote:
>>> > Hi Steven,
>>> >
>>> > I'm happy to report that CsoundQt builds for x86_64 with these
>>> > packages both for floats and doubles. It seems at first glance that
>>> > the produced binary runs faster (at least startup seems faster) on my
>>> > 10.6 machine.
>>> >
>>> > There seems to be a problem with the python opcodes:
>>> > Macro definition for MAX_SIZE
>>> > error:  no legal opcode, line 16:
>>> > pyinit
>>> > error:  no legal opcode, line 17:
>>> > pyexeci "decorrelation.py"
>>> >        opcode  getIr   0       ii
>>> > error:  illegal character -, line 28:
>>> > isize pycall1i "get_ir_length", -1
>>> >                                ^
>>> > error:  no legal opcode, line 28:
>>> > isize pycall1i "get_ir_length", -1
>>> > error:  no legal opcode, line 31:
>>> >        ival pycall1i "get_ir_point", ichan, index
>>> > error:  input arg 'ival' used before defined, line 32:
>>> >        tableiw ival, index, ifn
>>> >        instr   1
>>> >        instr   2
>>> > error:  no legal opcode, line 59:
>>> > icur_seed pycall1i "new_seed", inew_seed
>>> > error:  no legal opcode, line 64:
>>> > pycalli "new_ir_for_channel", gisize, ichan, imax_jump
>>> > error:  no legal opcode, line 70:
>>> > pycalli "new_ir_for_channel", gisize, ichan, imax_jump
>>> >        instr   17
>>> >
>>> > Is there something different with regards to OPCODEDIR that needs to be
>>> > done?
>>> >
>>> > Cheers,
>>> > Andrés
>>> >
>>> > On Tue, Nov 8, 2011 at 4:47 PM, Steven Yi  wrote:
>>> >> Hi All,
>>> >>
>>> >> I have uploaded a Csound 5.14 release for OSX 10.6/10.7.  This build
>>> >> is compiled for i386/x86_64 and is distributed as a DMG.  It can be
>>> >> downloaded at:
>>> >>
>>> >> https://sourceforge.net/projects/csound/files/csound5/csound5.14/
>>> >>
>>> >> It is currently not the default for Mac as it's probably worth waiting
>>> >> to wait a couple days in case of any issues.  I tested with blue
>>> >> (works with API out of the box), and did an "import csnd" and "import
>>> >> CsoundAC" to test python, as well as other simple tests, and things
>>> >> seem to be working.
>>> >>
>>> >> The release contains some changes that were released since 5.14 (i.e.
>>> >> contains AuHal audio module, some other parser fixes, etc.).
>>> >>
>>> >> I'll wait a few days before switching this to be the default download
>>> >> for Mac.  Please report any issues if you find any.
>>> >>
>>> >> Thanks!
>>> >> steven
>>> >>
>>> >>
>>> >> 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"
>>> >>
>>> >>
>>> >
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> RSA(R) Conference 2012
>>> Save $700 by Nov 18
>>> Register now
>>> http://p.sf.net/sfu/rsa-sfdev2dev1
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> RSA(R) Conference 2012
>> Save $700 by Nov 18
>> Register now
>> http://p.sf.net/sfu/rsa-sfdev2dev1_______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> Dr Victor Lazzarini
>> Senior Lecturer
>> Dept. of Music
>> NUI Maynooth Ireland
>> tel.: +353 1 708 3545
>> Victor dot Lazzarini AT nuim dot ie
>>
>>
>>
>> ------------------------------------------------------------------------------
>> RSA(R) Conference 2012
>> Save $700 by Nov 18
>> Register now
>> http://p.sf.net/sfu/rsa-sfdev2dev1
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>
> ------------------------------------------------------------------------------
> RSA(R) Conference 2012
> Save $700 by Nov 18
> Register now
> http://p.sf.net/sfu/rsa-sfdev2dev1
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/li