Bill Schottstaedt | 4 Jul 16:20 2008
Picon

thread progress report

Some first impressions of Snd/CLM and threads: on a machine with
2 quad-core 3.0 Ghz 86-64 processors (8 "cores"), I can currently
get with-threaded-sound to run about 4 to 6 times faster than 
with-sound, and multichannel edits (filter-channel) run 6 to 8
times faster.  I'm still chasing race conditions and so on, but this
looks promising.  Also, if you have 8 GBytes or more RAM, you
can now use that 2^32 element table-lookup you've always
wanted -- I think all vct, sound-data, and clm table sizes can
be off_t's.  Use mus-fft for an fft in that size range (and take
a vacation while it computes).
Fernando Lopez-Lezcano | 4 Jul 20:04 2008
Picon

Re: thread progress report

On Fri, 2008-07-04 at 07:20 -0700, Bill Schottstaedt wrote:
> Some first impressions of Snd/CLM and threads: on a machine with
> 2 quad-core 3.0 Ghz 86-64 processors (8 "cores"), I can currently
> get with-threaded-sound to run about 4 to 6 times faster than 
> with-sound, and multichannel edits (filter-channel) run 6 to 8
> times faster.  I'm still chasing race conditions and so on, but this
> looks promising. 

Wow, _very_ nice! I presume this applies to scheme only right? (I forget
which lisp you were testing this with). 

-- Fernando

> Also, if you have 8 GBytes or more RAM, you
> can now use that 2^32 element table-lookup you've always
> wanted -- I think all vct, sound-data, and clm table sizes can
> be off_t's.  Use mus-fft for an fft in that size range (and take
> a vacation while it computes).
Bill Schottstaedt | 4 Jul 20:24 2008
Picon

Re: thread progress report

> Wow, _very_ nice! I presume this applies to scheme only right? (I forget 
> which lisp you were testing this with). 

Thanks!  I'm kinda pleased too.  I'm using guile right now -- I can't
figure out sbcl's threads,  can't remember whether ruby has threads,
and I don't think fth has them.  
Bill Sack | 4 Jul 23:15 2008
Picon

grace build error

hi,
i'm trying to build grace on fc8 linux ... i think i have all the requisite libraries et al. but the build stops at linking:

mkdir -p build/Release/Grace/bin
g++ -o build/Release/Grace/bin/grace build/grace.obj/Release/Buffer.o build/grace.obj/Release/ChickenBridge.o build/grace.obj/Release/Console.o build/grace.obj/Release/Editor.o build/grace.obj/Release/Grace.o build/grace.obj/Release/Help.o build/grace.obj/Release/Layer.o build/grace.obj/Release/Midi.o build/grace.obj/Release/MidiReceiveComponent.o build/grace.obj/Release/Resources.o build/grace.obj/Release/Plotter.o build/grace.obj/Release/Points.o build/grace.obj/Release/Scheme.o build/grace.obj/Release/Syntab.o build/grace.obj/Release/Syntax.o build/grace.obj/Release/Toolbox.o  -Lbuild -L. -s -L"../.. /../chicken" -L"../../../juce/bin" -L"/usr/local/lib" -lchicken -ljuce -lfreetype -lGLU -lGL -lasound 
build/grace.obj/Release/ChickenBridge.o: In function `cs_play_score(float, float, float)':
ChickenBridge.cpp:(.text+0xb338a): undefined reference to `CsoundPort::playScore(double, double, double)'
[and many more similar lines, ending with]
collect2: ld returned 1 exit status
make[1]: *** [build/Release/Grace/bin/grace] Error 1
make: *** [Grace] Error 2

any idea?

bill

_______________________________________________
Cmdist mailing list
Cmdist@...
http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
Heinrich Taube | 4 Jul 23:53 2008
Picon

Re: grace build error

it looks like some issue with the csound port. are you attempting to  
build with Csound port enabled? if not then you should regenerate the  
build without specifying --csounddir, eg

cd grace/build/linux
cp ../*.* .
premake --verbose --jucedir /path/to/juce
make

also JUCE itself may not work on fedora core 8 -- there was an issue  
some time ago about a lib that was in fc7 no lonfer being in fc8  
release. i dont know if it ever got resolved or not (im running ubuntu  
now...)

On Jul 4, 2008, at 4:15 PM, Bill Sack wrote:

> hi,
> i'm trying to build grace on fc8 linux ... i think i have all the  
> requisite libraries et al. but the build stops at linking:
>
> mkdir -p build/Release/Grace/bin
> g++ -o build/Release/Grace/bin/grace build/grace.obj/Release/ 
> Buffer.o build/grace.obj/Release/ChickenBridge.o build/grace.obj/ 
> Release/Console.o build/grace.obj/Release/Editor.o build/grace.obj/ 
> Release/Grace.o build/grace.obj/Release/Help.o build/grace.obj/ 
> Release/Layer.o build/grace.obj/Release/Midi.o build/grace.obj/ 
> Release/MidiReceiveComponent.o build/grace.obj/Release/Resources.o  
> build/grace.obj/Release/Plotter.o build/grace.obj/Release/Points.o  
> build/grace.obj/Release/Scheme.o build/grace.obj/Release/Syntab.o  
> build/grace.obj/Release/Syntax.o build/grace.obj/Release/Toolbox.o  - 
> Lbuild -L. -s -L"../../../chicken" -L"../../../juce/bin" -L"/usr/ 
> local/lib" -lchicken -ljuce -lfreetype -lGLU -lGL -lasound
> build/grace.obj/Release/ChickenBridge.o: In function  
> `cs_play_score(float, float, float)':
> ChickenBridge.cpp:(.text+0xb338a): undefined reference to  
> `CsoundPort::playScore(double, double, double)'
> [and many more similar lines, ending with]
> collect2: ld returned 1 exit status
> make[1]: *** [build/Release/Grace/bin/grace] Error 1
> make: *** [Grace] Error 2
>
> any idea?
>
> bill
> _______________________________________________
> Cmdist mailing list
> Cmdist@...
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
Kjetil S. Matheussen | 6 Jul 15:21 2008
Picon

[LAU] [ANN] jack_capture V0.9.19, Snd-ls V0.9.8.17 and Rollendurcmesserzeitsammler V0.0.4


Download from:
http://old.notam02.no/arkiv/src/?M=D

jack_capture
============
jack_capture is a program for recording soundfiles with jack. Its default
operation is to capture whatever sound is going out to your speakers into
a file. (But it can do a number of other operations as well...)

Changes 0.9.17 -> 0.9.19:
  *Do not accept filename starting with "-" when filename is last argument.
  *Added the "--filename"/"-fn" option to set filename not
   as the last argument. Can also contain "-" as first character.
  *Fixed colors a bit and removed a superfluous linebreak.
  *Fixed segfault for missing values in commandline.
  *Manually clear allocated memory instead of using calloc.
  *Removed buffer-info line when recording to stdout.
  *Removed printing of "continue recording" when writing the last overruns.
  *Niceify the disk writing thread to -20 when more than half the buffer is used.
  *Continously show buffer usage, total number of overruns and whether
   the disk thread has high priority, in the console. Turn off by using
   the -hdu option.
  *Added option -dc to disable console update. (same as "-dm -hdu")
  *Fancier colors.
  *Removed "hepp".
  *Made dB meter the default and replaced the -dB option with the -lm option.
  *Made the console meter wider to fit the info line at the bottom.

Snd-ls
======
Snd-ls is a distribution of Bill Schottstaedt's sound editor SND.
(http://ccrma.stanford.edu/software/snd/)

Its target is people that don't know scheme very well, and don't want
to spend too much time configuring Snd. It can also serve
as a quick introduction to Snd and how it can be set up.

Snd-ls also serves as base code for the San-Dysth softsynth
(http://www.notam02.no/~kjetism/sandysth/) and the Snd-rt music
programming language (http://www.notam02.no/arkiv/doc/snd-rt)

Changes 0.9.8.16 -> 0.9.8.17:
  *(read-enable 'positions) has been wrongfully
   turned off for some time. Bactrace should work
   again now. (This only affects people using
   snd-ls for programming.)

Rollendurchmesserzeitsammler
============================

The Audio Rollendurchmesserzeitsammler is a conservative garbage collector
providing general ways to efficiently allocate and use memory
inside a realtime audio thread without having to manually free
it later.

Changes 0.0.1 -> 0.0.4
* Added support for iterior pointers. (Pointers which points inside
   middle of allocated memory). Turned out Stalin depended on this,
   plus that c compiler are free to store pointers in registers
   and stack however they want, so it's better to be safe.
* Fixed header.
* Made it packagable. Write make and make install to install library file
   and header files.
* Added the function tar_get_dynamic_roots_for(char *pointer,char **start,char **end).
   This function requires the source for HBGC:
   http://www.hpl.hp.com/personal/Hans_Boehm/gc/
* Note that there are ways to increase the execution speed
   significantly, I just haven't had the time yet, so this update doesn't
   contain all the changes I wished for.
Ludger Bruemmer | 6 Jul 20:31 2008
Picon

multichannel files with up to 36 channels interleaved

Hi Bill,

I tried to generate interleaved multichannel files, especially for our 47 channel sound dome and ran into problems. 
I think interleaved files would be better to read for the discs because the head doesnt have to jump as much.
It looks that the size of multichannel files is limited in absolute size. Computing those files resulted in shortened sounds-durations. The more channel there are the shorter was the duration.
Is there any way I could create longer soundfiles, something like
36 channels, 48 (or even 96) kHz, 24bit and 25 minute of duration? would the counter of the runloop need a to be special format?

The duration limit of the mentioned format is currently limited to a duration of 8 min53 seconds.

thanks

Ludger






Prof. Ludger Brümmer                                 


Leitung Institut für Musik und Akustik

Head of Institute for Music and Acoustics


/////// |< |||| ZKM|Zentrum für Kunst und Medientechnologie

/////// |< |||| Center for Art and Media

/////// |< |||| Centre d'Art et de Technologie des Medias 


Lorenzstrasse 19 . D - 76135 Karlsruhe

P.O. Box 6909 . D - 76049 Karlsruhe


Phone +49 721 8100-1600 Fax +49 721 8100-1699

email: lb-jw3SIX3GuAc@public.gmane.org  http://www.zkm.de/musik  http://www.sumtone.com/lb




Am 04.07.2008 um 20:24 schrieb Bill Schottstaedt:

Wow, _very_ nice! I presume this applies to scheme only right? (I forget
which lisp you were testing this with).

Thanks!  I'm kinda pleased too.  I'm using guile right now -- I can't
figure out sbcl's threads,  can't remember whether ruby has threads,
and I don't think fth has them.  


_______________________________________________
Cmdist mailing list
Cmdist-l0SEpsmuUtBegcJQxxnBRDe48wsgrGvP@public.gmane.org
http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist

_______________________________________________
Cmdist mailing list
Cmdist@...
http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
Bill Schottstaedt | 6 Jul 20:53 2008
Picon

Re: multichannel files with up to 36 channels interleaved

Are you writing aifc files?  If I remember correctly, they have a 32 bit limit
on the data size, which sounds like 8 minutes at 44100 36 chans --
(/ (expt 2 32) (* 44100 60 36 4)) is about 10?

In "snd" (i.e. NeXT) files, the file size field should be ignored if it is
wrong, and in "riff" (wav) files, Snd should automatically move to
using the new extended format -- I forget the acronym.  Apple
introduced the "caf" format partly to get around the aifc limitation.

In any case, 36 chans at 44Khz for say 36 minutes looks like
13 GBytes -- I just wrote such a file, but now I'm muttering about
Snd which is taking forever to display it.
Ludger Bruemmer | 7 Jul 18:18 2008
Picon

Re: multichannel files with up to 36 channels interleaved

Thanks Bill - that was the solution. It worked quite well with the snd format. 

Just in case you would like to poke around with our easy to use N-Channel N-Speaker Vektor-based-panning Sound-Dome software, running on OSX, its public domain and open source soon:

Ludger



Prof. Ludger Brümmer                                 


Leitung Institut für Musik und Akustik

Head of Institute for Music and Acoustics


/////// |< |||| ZKM|Zentrum für Kunst und Medientechnologie

/////// |< |||| Center for Art and Media

/////// |< |||| Centre d'Art et de Technologie des Medias 


Lorenzstrasse 19 . D - 76135 Karlsruhe

P.O. Box 6909 . D - 76049 Karlsruhe


Phone +49 721 8100-1600 Fax +49 721 8100-1699

email: lb-jw3SIX3GuAc@public.gmane.org  http://www.zkm.de/musik  http://www.sumtone.com/lb




Am 06.07.2008 um 20:53 schrieb Bill Schottstaedt:

Are you writing aifc files?  If I remember correctly, they have a 32 bit limit
on the data size, which sounds like 8 minutes at 44100 36 chans --
(/ (expt 2 32) (* 44100 60 36 4)) is about 10?

In "snd" (i.e. NeXT) files, the file size field should be ignored if it is
wrong, and in "riff" (wav) files, Snd should automatically move to
using the new extended format -- I forget the acronym.  Apple
introduced the "caf" format partly to get around the aifc limitation.

In any case, 36 chans at 44Khz for say 36 minutes looks like
13 GBytes -- I just wrote such a file, but now I'm muttering about
Snd which is taking forever to display it.



_______________________________________________
Cmdist mailing list
Cmdist-l0SEpsmuUtBegcJQxxnBRDe48wsgrGvP@public.gmane.org
http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist

_______________________________________________
Cmdist mailing list
Cmdist@...
http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
James Ravan | 8 Jul 04:49 2008
Picon
Picon

Machine specs

Bill,

 >"Some first impressions of Snd/CLM and threads: on a machine with 2 
quad-core 3.0 Ghz 86-64 processors (8 "cores")..."

Can you save a little about the machine? I'm thinking about building 
something like this for a DSP workhorse, but I don't know what 
motherboard/CPU combination to start with. Also how much memory, what 
about audio card(s), and which Linux distribution? And anything else you 
might think important.

thanks,
-jim

Gmane