hi all, fons.
thanks for putting the conference videos online.
while i did purchase the proceedings in printed form, are they also
available in some electronic form (e.g. pdfs)?
this way, i would not have to carry around a kilo of paper...:-)
fgmasdr
IOhannes
I'm doing some benchmarking where I need about 0.1ms accuracy.
I'm using an intel dual core 2 computer. This is for a paper,
so I just need the numbers, and the code is not going to run
on any other computer.
I've looked at the HPET code in jack, but am unsure how accurate it is,
and whether there are any overhead using it?
And I have also tried using tsc[1]. tsc seems to work perfectly,
but I don't know how accurate it is on intel dual core machines?
Testing the accuracy of tsc by bounding my thread to one processor
using sched_setaffinity and using usleep(), and comparing
with code which is forced to switch to read the tsc value from the
other CPU, shows that the accuracy of tsc when reading and writing
using two different CPUs is below 1ms since
that's the accuracy of usleep(). So it looks promising, but
I need at least 0.1ms accuracy...
Anyone know how much jitter there might be for tsc?
I've not found anything on google yet.
[1] __asm__ __volatile__("rdtsc" : "=A" (ret))
Hello all,
I'm having some problems viewing the LAC videos.
Totem (launched by Firefox) produces perfect image
but no sound (this may be related to my previous
post about alsa card order). Downloading the file
and trying mplayer (compiled today) I get
video: no video
and no sound either.
All this on a fresh F10 install wich probably
needs some more tuning/pruning.
Ciao,
--
FA
Io lo dico sempre: l'Italia è troppo stretta e lunga.
Porl, linux-audio people
A SCALA scale library interface would be a fantastic idea....I did something
like this as an exercise in Python for turning SCALA .scl files into tuning
dump commands for fluidsynth (even though SCALA itself has fluidsynth scale
output :) )
One could use regex statements to parse the header, and have some case
switches to determine if the line in the scale 'body' of the .scl file was a
ratio, or value in cents, etc.
The synth engine would work with the final array of frequencies that were
spit out into a MIDI-key indexed array....
I think this would be the easier part. The harder part, and where I think
I'd need help, is integrating such functions into an existing audio
architecture, plus integrating new GUI dialogs and menus into the same...it
might take a whole to figure out if other things get broken as a
result...I'm thinking for instance of envelope scaling being related to
absolute pitch in HZ instead of MIDI note numbers. I haven't dug deep enough
into the 'whysynth' code to see, but such things might need to be
redesigned, and it might take time to work out any side effects of shoving
SCALA interface code into the mix....maybe if Sean Bolton is on the list
here, he'd have some insight into how to best fit things in with his
existing code....
Perhaps the SCALA interface library could have a modular template of GUI
dialogs/controls/menus for the more popular libs like GTK, FLTK, KDE, TK,
etc.?
Anyway, I'd be happy as a pig in %^&* to see this in whysynth, and as a de
facto standard library the same way jack is in any synth application now
written.
Best,
AKJ
http://www.akjmusic.com #my site (lots of music made with linux there!)
http://www.untwelve.org #my project (microtonal/tuning-centric concert
series ;) )
On Tue, Apr 28, 2009 at 5:25 AM, porl sheean <porl42(a)gmail.com> wrote:
> perhaps someone could write a simple library that takes a midi-key (0-127)
> as input, as well as a 'scala' mapping and outputs frequency numbers? rather
> than every project reimplementing the same idea.
>
> having written this, you all probably think it is obvious anyway, so i'll
> keep quiet :)
>
> porl
>
> 2009/4/28 Dave Phillips <dlphillips(a)woh.rr.com>
>
> Aaron Johnson wrote:
>> > ... after having located the code snippet in whysynth that creates a
>> > standard 12-equal tuning array, called 'y_pitch', as factors relative
>> > to 440HZ (A440), and indexed by MIDI note numbers. I wonder, how easy
>> > would it be to make this table dynamic and subject to for example,
>> > loading a SCALA .scl file, or at least, a user defined array which can
>> > be loaded from a dialog box?
>>
>> I'd like to second Aaron's proposal/request. Support for Scala files
>> should be standard in all software synthesizers. It seems a bit
>> ludicrous to fix intonation at 12-tone ET when the medium is capable of
>> any intonation desired.
>>
>> Best,
>>
>> dp
>>
>> _______________________________________________
>> Linux-audio-dev mailing list
>> Linux-audio-dev(a)lists.linuxaudio.org
>> http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
>>
>
>
> _______________________________________________
> Linux-audio-dev mailing list
> Linux-audio-dev(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
>
>
--
Aaron Krister Johnson
http://www.akjmusic.comhttp://www.untwelve.org
--
Aaron Krister Johnson
http://www.akjmusic.comhttp://www.untwelve.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Rui,
Are you planning to add jackd --clocksource [chs] option support
qjackctl's setup options?
robin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkn20NIACgkQeVUk8U+VK0LDzACfbpO9PN97XrD8ohpKILUeCM0f
H+sAn1PSJMwqbydKnH8eouZhpoS5nOgx
=k454
-----END PGP SIGNATURE-----
Porl, linux-audio peoples,
A SCALA scale library interface would be a fantastic idea....I did something
like this as an exercise in Python for turning SCALA .scl files into tuning
dump commands for fluidsynth (even though SCALA itself has fluidsynth scale
output :) )
One could use regex statements to parse the header, and have some case
switches to determine if the line in the scale 'body' of the .scl file was a
ratio, or value in cents, etc.
The synth engine would work with the final array of frequencies that were
spit out into a MIDI-key indexed array....
I think this would be the easier part. The harder part, and where I think
I'd need help, is integrating such functions into an existing audio
architecture, plus integrating new GUI dialogs and menus into the same...it
might take a whole to figure out if other things get broken as a
result...I'm thinking for instance of envelope scaling being related to
absolute pitch in HZ instead of MIDI note numbers. I haven't dug deep enough
into the 'whysynth' code to see, but such things might need to be
redesigned, and it might take time to work out any side effects of shoving
SCALA interface code into the mix....maybe if Sean Bolton is on the list
here, he'd have some insight into how to best fit things in with his
existing code....
Perhaps the SCALA interface library could have a modular template of GUI
dialogs/controls/menus for the more popular libs like GTK, FLTK, KDE, TK,
etc.?
Anyway, I'd be happy as a pig in %^&* to see this in whysynth, and as a de
facto standard library the same way jack is in any synth application now
written.
Best,
AKJ
http://www.akjmusic.com #my site (lots of music made with linux there!)
http://www.untwelve.org #my project (microtonal/tuning-centric concert
series ;) )
>
> On Tue, Apr 28, 2009 at 5:25 AM, porl sheean <porl42(a)gmail.com> wrote:
>
>> perhaps someone could write a simple library that takes a midi-key (0-127)
>> as input, as well as a 'scala' mapping and outputs frequency numbers? rather
>> than every project reimplementing the same idea.
>>
>> having written this, you all probably think it is obvious anyway, so i'll
>> keep quiet :)
>>
>> porl
>>
>> 2009/4/28 Dave Phillips <dlphillips(a)woh.rr.com>
>>
>> Aaron Johnson wrote:
>>> > ... after having located the code snippet in whysynth that creates a
>>> > standard 12-equal tuning array, called 'y_pitch', as factors relative
>>> > to 440HZ (A440), and indexed by MIDI note numbers. I wonder, how easy
>>> > would it be to make this table dynamic and subject to for example,
>>> > loading a SCALA .scl file, or at least, a user defined array which can
>>> > be loaded from a dialog box?
>>>
>>> I'd like to second Aaron's proposal/request. Support for Scala files
>>> should be standard in all software synthesizers. It seems a bit
>>> ludicrous to fix intonation at 12-tone ET when the medium is capable of
>>> any intonation desired.
>>>
>>> Best,
>>>
>>> dp
>>>
>>> _______________________________________________
>>> Linux-audio-dev mailing list
>>> Linux-audio-dev(a)lists.linuxaudio.org
>>> http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
>>>
>>
>>
>> _______________________________________________
>> Linux-audio-dev mailing list
>> Linux-audio-dev(a)lists.linuxaudio.org
>> http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
>>
>>
>
>
> --
>
> Aaron Krister Johnson
> http://www.akjmusic.com
> http://www.untwelve.org
>
>
--
Aaron Krister Johnson
http://www.akjmusic.comhttp://www.untwelve.org
>
> On Tue, Apr 28, 2009 at 5:20 AM, Dave Phillips <dlphillips(a)woh.rr.com>wrote:
>
>> Aaron Johnson wrote:
>> > ... after having located the code snippet in whysynth that creates a
>> > standard 12-equal tuning array, called 'y_pitch', as factors relative
>> > to 440HZ (A440), and indexed by MIDI note numbers. I wonder, how easy
>> > would it be to make this table dynamic and subject to for example,
>> > loading a SCALA .scl file, or at least, a user defined array which can
>> > be loaded from a dialog box?
>>
>> I'd like to second Aaron's proposal/request. Support for Scala files
>> should be standard in all software synthesizers. It seems a bit
>> ludicrous to fix intonation at 12-tone ET when the medium is capable of
>> any intonation desired.
>>
>
I'm glad we agree...it's one of the charms of the softsynth--getting rid of
hard-wired of physical limitations.....and SCALA is by now the de-facto
standard.
Aaron Krister Johnson
http://www.akjmusic.comhttp://www.untwelve.org
>
>
Jens,
Hi, thanks for the reply....your proposal gets us halfway there, but I'm
thinking more being able to load SCALA files at runtime, have them parsed,
and then load the array...this is what I meant by 'dynamic'...a finite
number of fixed scales > 1 is better than 1, but still, ideally, we'd want
some flexibility, no?
Best,
AKJ
>
> On Mon, Apr 27, 2009 at 11:09 PM, Jens M Andreasen <
> jens.andreasen(a)comhem.se> wrote:
>
>>
>> On Mon, 2009-04-27 at 21:39 -0700, Aaron Johnson wrote:
>> > Hi all,
>> -<snip>.
>> > here's the code snippet from 'whysynth_voice_render.c'
>> >
>> > /* MIDI note to pitch */
>> > for (i = 0; i <= 128; ++i) {
>> > pexp = (float)(i - 69) / 12.0f;
>> > y_pitch[i] = powf(2.0f, pexp);
>> > }
>> >
>>
>> You'll need to find the declaration of y_pitch[MAX_NOTES] first and
>> change that to say y_pitch[MAX_SCALES][MAX_NOTES] and then also change
>> every access from y_pitch[NOTE] to y_pitch[current_scale][NOTE] where
>> current_scale is a new (possibly global) variable initially set to zero
>> and NOTE is the original indexing variable. Don't worry ... GCC will
>> tell you where if you missed something :)
>>
>> Say MAX_SCALES == 2 you can then
>> 1) implement the second scale. For now setting everything to A440 will
>> do as proof of concept, and then later you can calculate or load
>> something sensible from a file.
>> 2) make a single button that will set the value of current_scale to 1 or
>> 0, thus changing between the two scales. Radiobuttons might be a better
>> choice for more scales, but then you'd need to read more GTK docs up
>> front.
>>
>>
>>
>>
>>
>
>
> --
>
> Aaron Krister Johnson
> http://www.akjmusic.com
> http://www.untwelve.org
>
>
Greetings,
The Phasex site is now a porn list. The author of this neat synth seems
to have disappeared.
I suggest that someone put the last source code on a public ftp site.
Best,
dp