Csound Csound-dev Csound-tekno Search About

[Csnd] Re: Re: Csound's viability on Windows for non-technical users...

Date2009-06-29 12:30
Frommichael.gogins@gmail.com
Subject[Csnd] Re: Re: Csound's viability on Windows for non-technical users...
I responded to most of these questions in my previous email.

About Python and the Windows Csound installer, as far as I know the problem 
has been solved... but this email may result on my finding out that it has 
not been solved after all!

Regards,
Mike

----- Original Message ----- 
From: 
To: 
Sent: Monday, June 29, 2009 3:47 AM
Subject: [Csnd] Re: Csound's viability on Windows for non-technical users...



>
> 1) How difficult would it be to build Csound without Python (i.e. no 
> Scons/Python needed from build to end-use)?


You will need to write a new Makefile for each platform. Or, worse, write an 
autoconf script etc.

>
> 2) Can I build Csound with the standard version of mingw (not the setjmp 
> longjmp version -- or whatever it's called). If not, then how hard would 
> it be to recode the "jumps" so it can be built on the normal version of 
> mingw (I haven't delved into the code deeply but as far as I can tell the 
> "jumps" are error and return related so it would seem that they could be 
> removed).

I'm not sure about this. I have installed the standard version of MinGW (as 
far as I can remember) a
couple of months ago in this vista computer I have at home and it builds 
Csound for me alright.
Not sure about this requirement now. Mike Gogins will tell you more...

>
> 3) How many "core" dependencies does Csound really have? It seems like 
> most of the dependencies are gui and binding related and that the basic 
> table, opcode, and soundfile code use a small set of libraries that are 
> easy to build.

The only core dependency is libsndfile. Everything else is optional. With 
libsndfile only you
get a functional system on all platforms. However on Windows RT IO is bad 
because it
will use the MME IO module. So in this platform I would recommend at least 
adding portaudio
to the list for ASIO.

>
> 4) My main user-group will be on Windows and I'd like to make the use of 
> Csound as transparent as possible but I'm concerned about Csound's 
> installer for it. Last I knew it was leaving users with an unresolved 
> Python library message box issue during Csound startup. Is this still the 
> case?

Mike Gogins is your man on this one.


Victor


Send bugs reports to this list.
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe 
csound" 


Date2009-06-29 12:43
FromRory Walsh
Subject[Csnd] Re: Re: Re: Csound's viability on Windows for non-technical users...
Sorry Mike but the last time I installed the latest version of Csound
on a fresh machine Csound still complained about python2.whatever
missing. I guess this is because the python opcodes are still in the
opcode and bin directory even if users wish not to install python
first.

Rory.


2009/6/29  :
> I responded to most of these questions in my previous email.
>
> About Python and the Windows Csound installer, as far as I know the problem
> has been solved... but this email may result on my finding out that it has
> not been solved after all!
>
> Regards,
> Mike
>
> ----- Original Message ----- From: 
> To: 
> Sent: Monday, June 29, 2009 3:47 AM
> Subject: [Csnd] Re: Csound's viability on Windows for non-technical users...
>
>
>
>>
>> 1) How difficult would it be to build Csound without Python (i.e. no
>> Scons/Python needed from build to end-use)?
>
>
> You will need to write a new Makefile for each platform. Or, worse, write an
> autoconf script etc.
>
>>
>> 2) Can I build Csound with the standard version of mingw (not the setjmp
>> longjmp version -- or whatever it's called). If not, then how hard would it
>> be to recode the "jumps" so it can be built on the normal version of mingw
>> (I haven't delved into the code deeply but as far as I can tell the "jumps"
>> are error and return related so it would seem that they could be removed).
>
> I'm not sure about this. I have installed the standard version of MinGW (as
> far as I can remember) a
> couple of months ago in this vista computer I have at home and it builds
> Csound for me alright.
> Not sure about this requirement now. Mike Gogins will tell you more...
>
>>
>> 3) How many "core" dependencies does Csound really have? It seems like
>> most of the dependencies are gui and binding related and that the basic
>> table, opcode, and soundfile code use a small set of libraries that are easy
>> to build.
>
> The only core dependency is libsndfile. Everything else is optional. With
> libsndfile only you
> get a functional system on all platforms. However on Windows RT IO is bad
> because it
> will use the MME IO module. So in this platform I would recommend at least
> adding portaudio
> to the list for ASIO.
>
>>
>> 4) My main user-group will be on Windows and I'd like to make the use of
>> Csound as transparent as possible but I'm concerned about Csound's installer
>> for it. Last I knew it was leaving users with an unresolved Python library
>> message box issue during Csound startup. Is this still the case?
>
> Mike Gogins is your man on this one.
>
>
> Victor
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>

Date2009-06-29 13:10
FromMichael Gogins
Subject[Csnd] Re: Re: Re: Re: Csound's viability on Windows for non-technical users...
The installer puts them in a different place if you don't opt for
Python. Are you sure you didn't install over an older installation and
still had these files in place from that?

Regards,
Mike

On 6/29/09, Rory Walsh  wrote:
> Sorry Mike but the last time I installed the latest version of Csound
> on a fresh machine Csound still complained about python2.whatever
> missing. I guess this is because the python opcodes are still in the
> opcode and bin directory even if users wish not to install python
> first.
>
> Rory.
>
>
> 2009/6/29  :
>> I responded to most of these questions in my previous email.
>>
>> About Python and the Windows Csound installer, as far as I know the
>> problem
>> has been solved... but this email may result on my finding out that it has
>> not been solved after all!
>>
>> Regards,
>> Mike
>>
>> ----- Original Message ----- From: 
>> To: 
>> Sent: Monday, June 29, 2009 3:47 AM
>> Subject: [Csnd] Re: Csound's viability on Windows for non-technical
>> users...
>>
>>
>>
>>>
>>> 1) How difficult would it be to build Csound without Python (i.e. no
>>> Scons/Python needed from build to end-use)?
>>
>>
>> You will need to write a new Makefile for each platform. Or, worse, write
>> an
>> autoconf script etc.
>>
>>>
>>> 2) Can I build Csound with the standard version of mingw (not the setjmp
>>> longjmp version -- or whatever it's called). If not, then how hard would
>>> it
>>> be to recode the "jumps" so it can be built on the normal version of
>>> mingw
>>> (I haven't delved into the code deeply but as far as I can tell the
>>> "jumps"
>>> are error and return related so it would seem that they could be
>>> removed).
>>
>> I'm not sure about this. I have installed the standard version of MinGW
>> (as
>> far as I can remember) a
>> couple of months ago in this vista computer I have at home and it builds
>> Csound for me alright.
>> Not sure about this requirement now. Mike Gogins will tell you more...
>>
>>>
>>> 3) How many "core" dependencies does Csound really have? It seems like
>>> most of the dependencies are gui and binding related and that the basic
>>> table, opcode, and soundfile code use a small set of libraries that are
>>> easy
>>> to build.
>>
>> The only core dependency is libsndfile. Everything else is optional. With
>> libsndfile only you
>> get a functional system on all platforms. However on Windows RT IO is bad
>> because it
>> will use the MME IO module. So in this platform I would recommend at least
>> adding portaudio
>> to the list for ASIO.
>>
>>>
>>> 4) My main user-group will be on Windows and I'd like to make the use of
>>> Csound as transparent as possible but I'm concerned about Csound's
>>> installer
>>> for it. Last I knew it was leaving users with an unresolved Python
>>> library
>>> message box issue during Csound startup. Is this still the case?
>>
>> Mike Gogins is your man on this one.
>>
>>
>> Victor
>>
>>
>> Send bugs reports to this list.
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>>
>> Send bugs reports to this list.
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>


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

Date2009-06-29 13:31
FromRory Walsh
Subject[Csnd] Re: Re: Re: Re: Re: Csound's viability on Windows for non-technical users...
It was on a students computer. Saying that, he might well have had an
earlier install that he didn't mention to me. I have no more fresh
machines to try it out on. Maybe I'll head down to PC world and start
installing Csound on all their display models. On second thoughts I
better not. They'd probably start charging extra for the laptops with
Csound on them!

Rory.


2009/6/29 Michael Gogins :
> The installer puts them in a different place if you don't opt for
> Python. Are you sure you didn't install over an older installation and
> still had these files in place from that?