Re: [linux-audio-dev] Poll about linux music audio app usability

2002-06-21 Thread xk
> However, there's one thing that's seriously worrying me: Software > piracy. I saw a poll somewhere, that indicated that a vast *majority* > of computer users considered piracy more or less "OK". It's like they > simply don't consider it a crime at all. Can you honestly say that pirating softwar

Re: [linux-audio-dev] digigram's "ethersound"

2002-06-21 Thread xk
> radical is to shoot the cookie originator. paul is just resisting > gandhi-style. What did the poor cookies do to you to make you such a bad person ;-?

Re: [linux-audio-dev] digigram's "ethersound"

2002-06-20 Thread xk
> cuter than that. i think they want to set a cookie. since i block > almost all cookies with internet junkbuster, its impossible to get to > the page ... sigh. Isn't that a little bit radical? You could just delete all the cookies from time to time.

Re: [linux-audio-dev] RFC: API for audio across network - inter-host audio routing

2002-06-13 Thread xk
> There's a psychoacoustic phenomenon known as the Haas effect which states > that a direct sound and it reflections (echos) are percieved as a single > sound by the brain, where the time difference between the two is less than > about 30ms. So if the brain can't distinguish between sounds at this

Re: [linux-audio-dev] Poll about linux music audio app usability

2002-06-12 Thread xk
> But that's sort of the thought behind ttrk: be a useful hardware > sequencer. I can't stand piano roll views, they just don't make sense for > the music I'm writing. I usually write electronic dance music where I > want to see everything that happens on one beat all at once, and it is > _ess

Re: [linux-audio-dev] OT Now I've seen everything (Audiophile related)

2002-06-05 Thread xk
> fred, haven't you read their specs ?? > they have solved this any many more things. they use a "noise wall". > which is really clever, because noise can't go through walls! and the > tube combines analog warmth with digital technology, and they did some > really brilliant stuff to their power su

Re: [linux-audio-dev] LADSPA Specs ?

2002-05-13 Thread xk
- Original Message - From: Paul Davis <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, May 14, 2002 4:23 AM Subject: Re: [linux-audio-dev] LADSPA Specs ? > >I think your point of keeping ladspa the way it is for beginning plugin > >writers, but to make extension as another plu

Re: [linux-audio-dev] LADSPA Specs ?

2002-05-12 Thread xk
> Well - LADSPA is as it is now, i.e. _S_imple. And I like it being that > way. Its use is limited to certain applications, but usually you can live > with that. I think it can be simple without being limited. Like the VST SDK, which is easy to use for a simple synth, but can also support stuff

Re: [linux-audio-dev] LADSPA Specs ?

2002-05-10 Thread xk
> you mentioned that you have never seen any plugin that outputs a > different number of samples than inputs. I think the time-stretching > plugin is a very legitimate example, and I certainly don't understand > your rationale that a time-stretching plugin should output the same > number of sample

Re: [linux-audio-dev] best method for timing

2002-04-16 Thread xk
> I think he meant using it for measuring the time between calls, > in unixes we have gettimeofday for this, but in windows there isnt really any way to do it, since there's no way to get high res timing beyond 10ms. Actually there is (QueryHighPerformanceCounter). It's accuracy it's better that

Re: [linux-audio-dev] best method for timing

2002-04-16 Thread xk
In Windows I use the rdtsc assembler instruction. It returns a 64 bit integer (in EAX:EDX I think) which represent the amount of processors cycles that have passed from the last reset. Computing the difference between two values and taking into account the freq of the CPU (you have to figure it ou

Re: [linux-audio-dev] Interesting read on modelling instruments

2002-04-11 Thread xk
> I don't know to which extent those patents cover implementations of > digital waveguide based algorithms. I have not read them. I don't want > to know, for the reasons you pointed in your mail. They will still sue you till you're broke if you dare messing with them. Not knowing the law isn't a

Re: [linux-audio-dev] Interesting read on modelling instruments

2002-04-11 Thread xk
> Patents on what? You can't patent algorithms. -BobC This will change really quickly, at least in Europe. http://swpat.ffii.org/papers/eubsa-swpat0202/index.en.html

Re: [linux-audio-dev] Different Plug In API's

2002-02-13 Thread xk
HA HA HA HA I meant "\usr\friendly". HA HA HA HA HA HA HA HA And jfm3, your security key makes my Windows Microsoft Outlook Express feel sick. jfm3 wrote: == >HAHAHAHAHAHAA > >You said "usr friendly".

Re: [linux-audio-dev] Different Plug In API's

2002-02-13 Thread xk
You have a rather simplistic view of the world :) Not all people know how to compile a plugin or how to work in Linux, which is still far from beeing as usr friendly as Windows is. - Original Message - From: Joachim Backhaus <[EMAIL PROTECTED]> I see no reason that Windows and DOS exist