Hello All,
	I finally got csound on my powerpc using linux thanks to it now having
configure scripts.

I am having problems with csound 4.xx from cvs.  The RT output on my
powerbook sounds like noise or static.  To me it sounds like an endian
issue.  Seems like with the ppc and linux you get to know what that
sounds like.  Rendering to a file and then playback is fine.  I've tried
these command-lines, among others:

csound -d -o devaudio orc sco
csound -d -o dac orc sco

does devaudio and dac distinguish between oss and alsa? 

Csound was built this morning aftera "cvs update".  The compiler stopped
and complained about using strstream.h instead of strstream in
csound/widgets.cpp. I'm sure its not the correct fix but I changed it to
strstream at line 77  and the compile went through.

My system is:

debian/unstable
using gcc-3.3
alsa-lib is built from 1.0.3
alsa is 1.0.3 (kernel 2.4.25-benh) and 1.0.2c (2.6.3)
portaudio v19 from one of the nightly snapshots
Any other info?

Any ideas on what I might try?  

Thanks,

digger

 

Hi Digger,

There seems to be a macro for BE_LINUX (big endian linux) in the
autoheader.h but it's only being defined and not used anywhere. 
However, in the rtalsa.c file, there is an #ifdef for LINUX_BE.  You
might want to try either adding a:

#define LINUX_BE 1

to the top of rtalsa.c or perhaps adding it as part of the compiler
flags.  The autoheader probably needs to be fixed to define LINUX_BE
instead of BE_LINUX.

Give that a try and let us know if that fixes it!

steven



On Mon, 2004-03-15 at 16:52, digger vermont wrote:
> Hello All,
> 	I finally got csound on my powerpc using linux thanks to it now having
> configure scripts.
> 
> I am having problems with csound 4.xx from cvs.  The RT output on my
> powerbook sounds like noise or static.  To me it sounds like an endian
> issue.  Seems like with the ppc and linux you get to know what that
> sounds like.  Rendering to a file and then playback is fine.  I've tried
> these command-lines, among others:
> 
> csound -d -o devaudio orc sco
> csound -d -o dac orc sco
> 
> does devaudio and dac distinguish between oss and alsa? 
> 
> Csound was built this morning aftera "cvs update".  The compiler stopped
> and complained about using strstream.h instead of strstream in
> csound/widgets.cpp. I'm sure its not the correct fix but I changed it to
> strstream at line 77  and the compile went through.
> 
> My system is:
> 
> debian/unstable
> using gcc-3.3
> alsa-lib is built from 1.0.3
> alsa is 1.0.3 (kernel 2.4.25-benh) and 1.0.2c (2.6.3)
> portaudio v19 from one of the nightly snapshots
> Any other info?
> 
> Any ideas on what I might try?  
> 
> Thanks,
> 
> digger
> 
>  
> 
> 

Hi steven,

export CFLAGS=-DLINUX_BE ; configure ; make

did the trick.   Adding  #define LINUX_BE 1 to rtalsa.c didn't make any
difference.

What info about my system would be helpful to correct the autoheader?

A week or so ago I was able to partially build csound5 (I only got some
of the opcodes) and had the same problem with RT.  I'd like to try again
but at the moment I can't even get cleanly through "autoreconf -i -f". 
There seems to be alot of changes at the moment.  Would it be advised to
hold off for a while, or should I plow on through and bring the errors
to the list? 

Thanks for your help,

digger
 
On Tue, 2004-03-16 at 01:16, stevenyi wrote:
> Hi Digger,
> 
> There seems to be a macro for BE_LINUX (big endian linux) in the
> autoheader.h but it's only being defined and not used anywhere. 
> However, in the rtalsa.c file, there is an #ifdef for LINUX_BE.  You
> might want to try either adding a:
> 
> #define LINUX_BE 1
> 
> to the top of rtalsa.c or perhaps adding it as part of the compiler
> flags.  The autoheader probably needs to be fixed to define LINUX_BE
> instead of BE_LINUX.
> 
> Give that a try and let us know if that fixes it!
> 
> steven
>