Hi all,
I've been trying to benchmark my notebook with the latency-test. However,
after a successful compile, instructions tell me that I need to install the
latency-test module before running tests. Yet, if I do modprobe
latency-test, computer complains about rtc module saying "no such device"
and ultimately fails to install the latency-test module which depends on
rtc. I am using 2.6.5-mm5 kernel with some additional patches, none of which
should necessarily affect the real-time clock (is that what rtc stands
for?). The processor is mobile amd64 and the kernel when either compiled for
i586 or K8 chips exhibits in both cases the same symptom. OS is Mdk 10.0
(community with all the patches that should bring it up to par with the
official release, at least I think so).
Any ideas?
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico/
Hi!
Anybody here got an old enough recording of Coplands "Rodeo" that can be
freelee released?
...
I just came back from Stockholm City Theaters version of Hamlet ...
Wow!! I would say to you guys: If you are around here, and are into
percussion, go see it!
The music is well written and the sound is clear and enjoyable ...
Back to Copland: I tried to find "Fanfare to the Common Man", and found
an excerpt (appearently enough) to convince my better half that Copland
has deeply influenced both modern jazz as well as rock-music (as well as
the theater music we just heard.)
Surely there must be more out there? No?
mvh // Jens M Andreasen
Hi,
It's my understanding that on synth devices (eg fluidsynth, and the
memory on loaded soundcards), one selects a sound via MIDI
'program-change' events, and can select a bank via MIDI 'controller
change/bank-select-msb' events.
However, when I have fluidsynth loaded with more than one soundfont
file, how do i select sounds from different banks within different
soundfonts?
I've tried all different combinations of program-change,
controller-change/bank-select-msb and controller-change/bank-select-lsb,
but nothing seems to work.
Ditto, how do I achieve this via the ALSA Sequencer API? (I've already
asked on the ALSA list, but people side-stepped the question).
All help appreciated.
--
Cheers
David
hi erik,
i've got another strange issue with libnsdfile (1.0.10beta6 and
earlier).
it seems to be related to SFM_RDWR mode again. if i open an existing
(but empty) file in RDWR mode, then switch to UPDATE_HEADER_AUTO mode,
then write to the file, then try to seek to the end of the file in
order to write again: then the seek command will fail or misbehave.
when seeking to file-end, SEEK SET, it will fail with "Internal
psf_fseek() failed.", if seeking to 0, SEEK_END, it will just seek to
zero regardless of the number of frames in the file.
all this proceeds if not switching to UPDATE_HEADER_AUTO. though not
included in the test case, i got the same behavior when using
WRITE_HEADER_NOW after each write instead of UPDATE_HEADER_AUTO with
my "real-world" code.
this behavior seems to be independent from the sndfile format, but
just tested with WAV/16bit, AIFF/16bit, AIFF/float.
attached the "small test case", hope erik will like it again...
bests,
martin
I'm currently fishing around for a college senior project and was
wondering:
(1) if the Gibson MaGIC protocol has gotten anywhere in the past 2
years. I havn't seen much in the news about it.
(2) if it would be worth porting it to linux.
I think I read most of the posts on this list concerning magic. The
biggest problem seems to be implementing the network card itself; MaGIC
send 48v using standard power-over-ethernet (defined in 802.3). I'm
assuming my eepro100 will fry. Good. I can implement other hardware.
Granted, I don't have that much experience programming this kind of
stuff, but, well, for a fun final project, it might just be worth
learning.
BTW, if anyone out there has any other project suggestions for a musical
*NIX guy, they would be GREATLY appreciated!
Thank you very much!
-Michael Tewner
--
Michael Tewner <tewner(a)jct.ac.il>
The Jerusalem College of Technology
Hi,
there's a serious typo in my previous mail, please ignore it and read this
one. Sorry for the duplicate.
i'm currently investigating making LDrum a DSSI instrument. Therefore i made a
simple and nearly empty DSSI header to test it with the dssi_example_host.
I encountered some C++ problems but after putting the extern "C" stuff in
place, dssi_example_host recognizes and starts my empty instrument :)
So i went on and started including some LDrum headers... and that broke the
instrument :(
dssi_example_host no longer recognizes nor starts it.
After hours of digging i'm finally stuck, because of another C++ problem.
Here's what happens:
When I use my instrument code which is nearly empty and which does not include
any LDrum headers (that is: headers which include C++ code) everything works
fine.
By simply adding the following include:
#include <iostream>
the instrument is broken. It is no longer recognized. This only happens with
iostream. Other headers like string or vector work fine (since these are all
templates no library should be required, right?).
I used 'nm' to grep for unresolved symbols in my instrument .so and when
including iostream there are some strange ones popping up (ios_base).
Instrument plugin without '#include <iostream>'
> nm ldrumdssi.so | grep U
U __gxx_personality_v0
U calloc
U free
U malloc
>
Instrument plugin with '#include <iostream>'
> nm ldrumdssi.so | grep U
U _ZNSt8ios_base4InitC1Ev
U _ZNSt8ios_base4InitD1Ev
U __cxa_atexit
U __dso_handle
U __gxx_personality_v0
U calloc
U free
U malloc
>
Can anybody tell me what I'm missing?
Regards,
Peter Eschler
--
"Without music, life would _O_/ \_O_/ +----------------------+
be a mistake - I would / )) [] | Peter Eschler |
only believe in a god who \\ // | peschler(a)t-online.de |
knew how to dance." (Nietzsche) // \\ +----------------------+
Hi,
i'm currently investigating making LDrum a DSSI instrument. Therefore i made a
simple and nearly empty DSSI header to test it with the dssi_example_host.
I encountered some C++ problems but after putting the extern "C" stuff in
place, dssi_example_host recognizes and starts my empty instrument :)
So i went on and started including some LDrum headers... and that broke the
instrument :(
dssi_example_host no longer recognizes nor starts it.
After hours of digging i'm finally stuck, because of another C++ problem.
Here's what happens:
When I use my instrument code which is nearly empty and which does not include
any LDrum headers (that is: headers which include C++ code) everything works
fine.
By simply adding the following include:
#include <iostream>
the instrument is broken. It is no longer recognized. This only happens with
iostream. Other headers like string or vector work fine (since these are all
templates no library should be required, right?).
I used 'nm' to grep for unresolved symbols in my instrument .so and when
including iostream there are some strange ones popping up (ios_base).
Instrument plugin with '#include <iostream>'
> nm ldrumdssi.so | grep U
U __gxx_personality_v0
U calloc
U free
U malloc
>
Instrument plugin without '#include <iostream>'
> nm ldrumdssi.so | grep U
U _ZNSt8ios_base4InitC1Ev
U _ZNSt8ios_base4InitD1Ev
U __cxa_atexit
U __dso_handle
U __gxx_personality_v0
U calloc
U free
U malloc
>
Can anybody tell me what I'm missing?
Regards,
Peter Eschler
--
"Without music, life would _O_/ \_O_/ +----------------------+
be a mistake - I would / )) [] | Peter Eschler |
only believe in a god who \\ // | peschler(a)t-online.de |
knew how to dance." (Nietzsche) // \\ +----------------------+
Hi,
this might be old news already, but just in case...:
http://lwn.net/Articles/84566/
--cut--
The 2.6.6-mm1 tree includes, among many other things, patches which add
two new /proc/sys variables. They are:
/proc/sys/vm/hugetlb_shm_group
If this value is non-zero, it is interpreted as a group ID which
gives access to the the "huge pages" feature of the 2.6 VM.
/proc/sys/vm/mlock_group
This variable behaves similarly, but it controls access to the
mlock() system call (which locks memory into physical RAM) instead.
--cut--
And continues with comments from Andrew:
--cut--
The problem, it seems, is that there are no better solutions on the
horizon. Says Andrew Morton:
""Capabilities are broken and don't work. Nobody has a clue how to provide
the required services with SELinux and nobody has any code and we need the
feature *now* before vendors go shipping even more ghastly stuff. ""
--cut--
This suggests that there is a good chance that realtime-lsm could be
accepted to the mainline kernel tree, if submitted!
--
http://www.eca.cx
Audio software for Linux!
Hi all,
I have recently published my thesis about the "Design and Implementation of a
Commodity Audio System". It contains a lot of information around the development
of an audio system and therefore might be worth for some of you to have a look
at. The booklet is available for download at
http://www.ife.ee.ethz.ch/~men/phd.shtml
I will appreciate any feedback or comments...
Regards, Men
> Just found this nice and small lisp. It is used in festival speech
> synthesis system and named SIOD (Scheme in one defun)
Isn't that the one used in Gimp? It's similar to Guile, I think.
My apologies for not following the discussion closely, but if it's
lisp vs xml, I'd vote for lisp, and even promise to provide the
C side of the tie-in.
> > Hey, it's the official scripting language of the GNU system.. :)
> We don't have a scripting language problem, we have a metadata problem.
And Guile, in my opinion, would be a great choice for either problem;
I think it is presented as "an extension language" -- the scripting
business comes for free, and wasn't to the point anyway.
But XML seems to be everywhere -- so is Windows...