James Harkins | 1 Apr 2005 05:02

crash dump from tonight?

Any idea what happened here? I was running code that I've run dozens of  
times before without incident, with and without Exception.debug = true  
(it was set to true here).

I relaunched sc, performed the same steps, and it ran without error, so  
I don't know why it was trying to get the backTrace to begin with. The  
code I was running has been tested pretty thoroughly and it works well.

Probably can't be diagnosed from this, but I thought I'd ask anyway.

hjh

Host Name:      James-Harkins-Computer.local
Date/Time:      2005-03-31 18:16:41 -0500
OS Version:     10.3.7 (Build 7S215)
Report Version: 2

Command: SuperCollider
Path:     
/Users/dewdrop/Applications/SuperCollider3/build/SuperCollider.app/ 
Contents/MacOS/SuperCollider
Version: SuperCollider version 0.1 (0.0.1d1)
PID:     9733
Thread:  4

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x0000001c

Thread 0:
0   libSystem.B.dylib             	0x90016f48  
(Continue reading)

rezk | 4 Apr 2005 13:56
Picon
Favicon

buffer alloc error

after sending a OSC message to scsynth:

"b_allocRead",1,"samples/clap.wav",0,0

I get next error:

subgraph starting at SuperCollider timed out (subgraph_wait_fd=15, status = 0, state =
Running)
client SuperCollider error: awake_at = 120396905 state = 2 timed_out = 2
RESULT = 9

whole node tree gets emptied and scsynth gets unresponsive.

sending message with a 0 buffer ID is OK. Any other , I get the same error.

--

-- 
Naručite svoj XXLadsl odmah, uz instalaciju i modem za samo 1 kunu! Svaki
korisnik dobiva i set noževa, a  1.000 najbržih sretnika i DVD player ili
iPod shuffle. http://www.iskon.biz/xxladsl
James McCartney | 4 Apr 2005 17:49
Picon

Re: buffer alloc error


On Apr 4, 2005, at 4:56 AM, rezk wrote:

> after sending a OSC message to scsynth:
>
> "b_allocRead",1,"samples/clap.wav",0,0
>
> I get next error:
>
> subgraph starting at SuperCollider timed out (subgraph_wait_fd=15, 
> status = 0, state =
> Running)
> client SuperCollider error: awake_at = 120396905 state = 2 timed_out = 
> 2
> RESULT = 9
>

What OS are you running on? I've never seen that error on Mac OS X.
rezk | 4 Apr 2005 20:52
Picon
Favicon

Fwd: Re: buffer alloc error

----- Message Forwarded on 04/04/05 20:51 -----
From: "rezk" <rez@...>
To: James McCartney <asynth@...>
Subject: Re: [sc-dev] buffer alloc error
Date: Mon, 04 Apr 2005 20:46:41 +0200
From: James McCartney <asynth@...>
To: SuperCollider developers list <sc-dev@...>, rez@...
Subject: Re: [sc-dev] buffer alloc error
Date: Mon, 4 Apr 2005 08:49:13 -0700

----- Original Message Follows -----
> On Apr 4, 2005, at 4:56 AM, rezk wrote:
>
> > after sending a OSC message to scsynth:
> >
> > "b_allocRead",1,"samples/clap.wav",0,0
> >
> > I get next error:
> >
> > subgraph starting at SuperCollider timed out (subgraph_wait_fd=15,
> > status = 0, state > > Running)
> > client SuperCollider error: awake_at = 120396905 state = 2 timed_out > > 2
> > RESULT = 9
> >
>
> What OS are you running on? I've never seen that error on Mac OS X.
>

Well it figures, it's not Mac OS.
I'm running Gentoo linux (kernel 2.6.9 / gcc 3.3.4 /  glibc 2.3.4 ).
(Continue reading)

Sami P Perttu | 4 Apr 2005 21:46
Picon
Picon

Feedback / Requests

Hello all, I found SC a couple of months ago and have been lurking here for a 
while. I'm very happy I did find it, it's a freaking amazing program, dude! 
Kudos to everybody involved.

So now I've got some stuff, questions and the like:

*Could you make scsynth not write any diagnostics to stdout when doing 
non-realtime synthesis to stdout. Reason is, I like to oversample heavily to 
reduce aliasing -- outrageous use of FM introduces aliasing -- and feed 
scsynth's output to sox for upsampling. Nicer to use a pipe than fill the disk 
with intermediate files.

*Slight correction to help files: Limiter (and Normalizer, I guess) actually 
delays by 2*lookahead, not by 1*lookahead.

*Could somebody write a Limiter that accepts a control signal, like Compander 
does? I haven't been able to whip up a stereo limiter using the available 
ugens.

*Anybody working on ugens such as the Moog VCF or some waveguide stuff? I 
notice physical modeling stuff is just about the only synthesis technique not 
covered by the existing ugens. There's not even a Karplus-Strong model, or is 
there? Several Moog VCFs can be gotten from musicdsp.org archives -- a good 
source for other stock DSP algos -- and I can provide the code for this, if 
someone is willing to integrate it.

*I coded a stereo-to-stereo feedback delay network ugen a while ago. It's 
called FDN. These things produce very nice diffusion for a reverb. Used 
Hausholder matrices for feedback. Say, 16 delay lines with a dual allpass on 
each line, the second allpass having its delay length modulated to add warmth 
(Continue reading)

Joshua Parmenter | 4 Apr 2005 22:10

Re: Feedback / Requests

You can already feed a control signal into the level arg for Limiter.  
Is this what you are talking about?

Josh

s = Server.internal.boot;

s.scope(1)

{Limiter.ar(SinOsc.ar(440, 0, 100), SinOsc.kr(0.1, 0, 1), 0.1)}.play(s)

******************************************
Joshua D. Parmenter
Graduate Student, Music Composition
http://homepage.mac.com/joshpar/

"...Some people think a composer's supposed to please them, but in a 
way a composer is a chronicler... He's supposed to report on what he's 
seen and lived."
                                                         					-Charles 
Mingus
On Apr 4, 2005, at 12:46 PM, Sami P Perttu wrote:

> Hello all, I found SC a couple of months ago and have been lurking 
> here for a while. I'm very happy I did find it, it's a freaking 
> amazing program, dude! Kudos to everybody involved.
>
> So now I've got some stuff, questions and the like:
>
> *Could you make scsynth not write any diagnostics to stdout when doing 
(Continue reading)

James Harkins | 4 Apr 2005 22:16
Picon

Re: Feedback / Requests

No, he's talking about limiting signal A based on the amplitude of
signal B (like you can do with Compander). That isn't possible with
Limiter as of yet.

hjh

On Apr 4, 2005 4:10 PM, Joshua Parmenter <joshp <at> u.washington.edu> wrote:
> You can already feed a control signal into the level arg for Limiter.
> Is this what you are talking about?
> 
> Josh
> 
> s = Server.internal.boot;
> 
> s.scope(1)
> 
> {Limiter.ar(SinOsc.ar(440, 0, 100), SinOsc.kr(0.1, 0, 1), 0.1)}.play(s)
> 
> ******************************************
> Joshua D. Parmenter
> Graduate Student, Music Composition
> http://homepage.mac.com/joshpar/
> 
> "...Some people think a composer's supposed to please them, but in a
> way a composer is a chronicler... He's supposed to report on what he's
> seen and lived."
>                                                                                                -Charles
> Mingus
> On Apr 4, 2005, at 12:46 PM, Sami P Perttu wrote:
> 
(Continue reading)

Julian Rohrhuber | 5 Apr 2005 12:20
Picon
Favicon

Re: partial application: improvement?

>On Mar 24, 2005, James McCartney wrote:

>I have reservations about the CompositeFunction class you just 
>committed. It seems its only reason to exist is to get a compile 
>string out of it, which I'm not sure is a good enough reason to have 
>it.

I've changed CompositeFunction so that it creates a single object 
when multiple functions are chained up. This is one argument in 
favour of it, but I don't know if I should maybe better return it to 
the way it used to be.
--

-- 

.
Julian Rohrhuber | 5 Apr 2005 12:18
Picon
Favicon

fillRect small alignment error


(

f = { arg n;
	w = SCWindow("plot", Rect(128, 64, 360, 360));

	w.drawHook = {
		var h, v;
		v = h = 300.0;
		Pen.use {
			Color.black.set;
			10.do {|i|
				n.do { |j|
					Pen.fillRect(Rect(h / 10 * i, 
v / n * j, h / 10, v / n));
				}
			}

		}
	};

	w.front;
}
)

f.(11); // little gaps
f.(12); // now they are gone

maybe this is in core graphics though.
--

-- 
(Continue reading)

Julian Rohrhuber | 5 Apr 2005 11:03
Picon
Favicon

[commit] pass inval through operator streams

the inval is now passed through operator streams, which are the 
result of unary and binary operations on patterns. So this works now:

a = Prout { arg in;
	loop {
		in = 100.yield;
		3.do { in = if(in > 4) { 2.yield } { 0.yield } }
	}
};

b = Pseq([1, 2], inf);

c = (a + b).asStream;

c.nextN(8, 5);
c.nextN(8, 2);

--

-- 

.

Gmane