On 25/02/2012 09:40, Andy Farnell wrote:
..
On the subject of creating worlds, I've missed this conversation entirely
because of a courageous attempt to degooglify my life
great word! I wonder though if it should be more like degooglise, as
you are changing or reducing state, rather than
Of course, I know I'm being didactic, creative design is great and I'm
100% in favor of doing things wrong. I just thought doing a wacky
sinewave animation would have been more interesting than doing a wacky
non-sinewave animation. Maybe I've just seen too many non-sines drawn by
students
douglas repetto wrote Sat Feb 25 08:21:23 EST 2012:
non-sinewave animation. Maybe I've just seen too many non-sines drawn by
students who aren't being creative, they just don't get the
difference (yet!) between two half-circles and a sinewave.
Serious engineering students (who else wouldbe
On Feb 25, 2012, at 6:34 AM, Andy Farnell wrote:
And whereas I do agree with Pierre Boulez here, maybe it
is misguided to turn to reductionism and simplicity for
their own sake. It may be equally hopeless to embark
on a quest for authenticity this way.
Hi Andy-
I should apologize for
Would it be possible to design a callback that dynamically filled the
buffer as it was being called, or if the buffer didn't exist, create
it and put one sample in it? that way there wouldn't be any dropped
calls in the process. Or am I missing something?
On 2/25/12, Charles Turner
On 2/25/12 8:43 AM, Theo Verelst wrote:
douglas repetto wrote Sat Feb 25 08:21:23 EST 2012:
non-sinewave animation. Maybe I've just seen too many non-sines drawn by
students who aren't being creative, they just don't get the
difference (yet!) between two half-circles and a sinewave.
I rather enjoy math and programming. That's why I read Csound opcodes
in source form.
On 2/25/12, Theo Verelst theo...@tiscali.nl wrote:
douglas repetto douglas wrote Sat Feb 25 12:07:19 EST 2012:
Sorry for wasting bandwidth!
I'll be darned if I'd have to call a serious discussion a waste of
sorry... posts not going through for some reason.
brad
http://music.columbia.edu/~brad
--
dupswapdrop -- the music-dsp mailing list and website:
subscription info, FAQ, source code archive, list archive, book reviews, dsp
links
http://music.columbia.edu/cmc/music-dsp
Hey music-dsp-ers --
Has anyone else experienced troubles getting posts to show up on our list?
I've sent (and re-sent) several this morning and they just vanished. I've
checked with douglas about it, but was wondering if anyone else has had
problems.
brad
http://music.columbia.edu/~brad
I wonder if your ISP is eating them somehow. Usually when posts don't go
through a bounce message is generated.
BTW, several people have had trouble posting recently because they were
sending HTML mail to the list. Please remember that you can only send
plaintext and no attachments.
best,
Ok, my default Apple mail was set to rich text format in my preferences (not
HTML, which I know is a no-no). With that as default, somehow some postings go
through but others don't (and no, I wasn't doing any fancy italics or nothin').
I switched my default to plain text and it seems to work
I've had problems in the past when html-style font tags make their way into the
email. For instance, this happens in Apple's Mail.app. Even though it's not an
html email, per se, they sometimes get rejected (but not always). If I do Make
Plain Text from the Format menu before sedning, then they
It may be that Apple is adding something to the header indicating rich
text/html even though you don't end up with offending characters in the
email. The list software rejects email based on the headers, not on the
actual content.
There's no fundamental reason why the list can't accept html
I've never had an email get through to this list, and I've never gotten a
rejection notice, which is sad b/c once or twice I've actually had something
constructive to say. (on two occasions, I've just email the original posters)
With this email, I am explicitly setting the format to plain, as
And btw, you should receive a message from the list software with links
to the list FAQs, which detail various reasons why your messages might
not make it through.
http://music.columbia.edu/cmc/music-dsp/musicdspFAQ.admin.html
best,
douglas
On 2/25/12 2:20 PM, douglas repetto wrote:
Here's an example of a basic RTF document:
{\rtf1\ansi\ansicpg1252\cocoartf1038\cocoasubrtf360
{\fonttbl\f0\fswiss\fcharset0 Helvetica;}
{\colortbl;\red255\green255\blue255;}
\paperw11900\paperh16840\margl1440\margr1440\vieww9000\viewh8400\viewkind0
The only language I'm aware of that allows the design of direct
sample-massaging code in the language itself is chuck.
CLM? Or do I misunderstand something? When I put on my old
and battered composer's hat, I'd say the GUI made me do it
is not very persuasive. In linguistics, it's known
Reading rich text email is email client dependent. Modern clients look
at the headers and interpret the email accordingly.
I guess that's another argument against allowing non-plaintext -- it
makes it really difficult to read the list in old school email clients
that have no rich text
On Feb 25, 2012, at 2:21 PM, douglas repetto wrote:
And btw, you should receive a message from the list software with links to
the list FAQs, which detail various reasons why your messages might not make
it through.
http://music.columbia.edu/cmc/music-dsp/musicdspFAQ.admin.html
On Feb 25, 2012, at 2:23 PM, Bill Schottstaedt wrote:
The only language I'm aware of that allows the design of direct
sample-massaging code in the language itself is chuck.
CLM? Or do I misunderstand something?
Aha -- my 'weasel-wording' was aware of. Of course CLM! My
awareness ain't
While raw speed does reduce the risk of missing deadlines, you need an
infinitely fast computer to guarantee hard realtime performance with code that
isn't designed for it. Also, theoretically, not even that helps, unless you
also have a realtime OS. And then there's I/O, synchronization and
I've seen code for string physical modeling, so I have a (somewhat)
good idea of what all is involved in it. However, I haven't seen any
code that accounts for frets, as are on a guitar or banjo. How would
one go about implementing the fret sounds/gestures like slide,
hammer-on/pull-off? Seems to
On 2/25/12 9:23 AM, Charles Turner wrote:
My point was that the checkpoint raised by callbacks feeding a sample
buffer may come from resistances outside the technical world. Boulez
sees timbre as the enemy of harmony. Could very well be that the
callback is the result of a cultural outlook, and
On Sunday 26 February 2012, at 01.53.49, Emanuel Landeholm
emanuel.landeh...@gmail.com wrote:
While raw speed does reduce the risk of missing deadlines, you need an
infinitely fast computer to guarantee hard realtime performance with code
that isn't designed for it. Also, theoretically, not
Yikes, I'm just posting up a storm here today. Sorry!
You might enjoy some older stuff I did back in 1989 -- 1991:
http://music.columbia.edu/~brad/music/mp3/Rough_Raga_Riffs.mp3
http://music.columbia.edu/~brad/music/mp3/Almost_Real.mp3
notes:
Hi Andy,
On 25/02/2012 5:05 AM, Andy Farnell wrote:
The problem with plug unit generators languages for me is that they
privilege the process (network of unit generators) over the content
Some really interesting thoughts here Ross. At what level of
granularity does the trade-off of control,
On 25/02/2012 2:38 PM, Adam Puckett wrote:
What is WaveRT? I don't see it in the tarball.
WaveRT is a recent WDM-KS driver sub-model that was introduced in
Windows Vista. It is the version of WDM-KS that people seem to get
excited about as offering the lowest latency and efficiency. I can't
Yeah, no shit just hit the fan... When you least expect it...
On Sun, Feb 26, 2012 at 2:26 AM, robert bristow-johnson
r...@audioimagination.com wrote:
On 2/20/12 10:28 AM, douglas repetto wrote:
Hi Adam,
Welcome to the list. It's slow right now, but no doubt it'll flare up
again soon!
On 26/02/2012 6:23 AM, Bill Schottstaedt wrote:
In linguistics, it's known as
the Great Eskimo Vocabulary Hoax.
It's also known as the Sapir-Whorph Hypothesis. There are strong and
weak versions of the hypothesis. The whole thing isn't necessarily
completely a hoax.
It certainly helps when you can do interesting stuff in suboptimal ways, and
still end up using only a few percent of one of your many CPU cores. :-)
Actually, this is my routine for determining whether or not I'm living
in the future: look up suboptimal in the dictionary. If it isn't
there,
30 matches
Mail list logo
