On Thu, 2004-07-15 at 04:53, Damien Cirotteau wrote:
> On Thu, Jul 15, 2004 at 10:35:47AM +0200, Free Ekanayaka wrote :
> > |--==> "DC" == Damien Cirotteau <damien.cirotteau(a)agnula.org> writes:
> >
> > DC> Hi all,
> > DC> some very interesting links submited by simmo on IRC
> >
> > DC> File system:
> > DC> http://kerneltrap.org/node/view/3466
> >
> > DC> Voluntary Kernel Preemption:
> > DC> http://kerneltrap.org/node/view/3440
> >
> > Yes these are definitively interesting!
> >
> > I'll read them carefully and see if we can adopt some new trick :)
>
> Two first thing that i can retain:
> - Don't use reseirfs for now (especially with 2.6)
> - Enable CONFIG_SND_DEBUG in the kernel so it will be easier to trace
> the xruns. It looks that it is a very useful feature to understand where
> the xruns comes from and is very good feedback to send to kernel folks
The intrepid user in need of low latency should try 2.6.8-rc1-mm1. I
sent a bunch of XRUN traces to Andrew Morton, and this kernel contains
numerous latency fixes as a result. Some of these fixes were to
extremely important areas (get_user_pages, a fix for
framebuffer-scrolling issue, and more). The improvement should be
major. He is going to be unavailable until July 26th, so the next few
weeks are a great opportunity to test and collect data.
You are correct in that reiserfs as shipped with the kernel should
probably not be used for now if you need low latency. However, I
strongly suspect that SuSe (which users reiser by default) contains
fixes for this which are not in the mainstream kernel. By enabling
CONFIG_SND_DEBUG *and* turning on XRUN debugging at runtime (echo 2 >
proc/asound/cardX/pcmX/xrun_debug) you will be able to see whether this
is affecting you.
Here is the announcement:
http://www.ussg.iu.edu/hypermail/linux/kernel/0407.1/1453.html
Lee
Hello,
recently I discovered that slightly detuning the voices of a polyphonic
sound virtually adds a new dimension to it. After first experiments with
voice detune and oscillator drift in ams-1.8.4 I added a module
Analogue Driver into ams-1.8.5 featuring an improved detune/drift
algorithmus. Most instrument patches have been updated. More details are
found in the new README file and the News section on the AlsaModularSynth
site.
Have a lot of fun !
Matthias
--
Dr. Matthias Nagorni
SuSE Linux AG
Maxfeldstr. 5 phone: +49 911 74053375
D - 90409 Nuernberg fax : +49 911 74053483
Not to put a damper on it; but wouldn't you be a heexager
(Ten>teen....)?
-----Original Message-----
From: linux-audio-user-bounces(a)music.columbia.edu
[mailto:linux-audio-user-bounces@music.columbia.edu]On Behalf Of Frank
Barknecht
Sent: Thursday, July 15, 2004 1:31 PM
To: A list for linux audio users
Subject: Re: [linux-audio-user] remapping midi notes
Hallo,
Joey Reid hat gesagt: // Joey Reid wrote:
> On Jul 15, 2004, at 2:48 PM, Frank Barknecht wrote:
> >[midiout] for low level midi sending but then you'd have to do math
in
> >hex. ;(
>
> I like hex. In hex I'm still a teenager ;-)
Hm, now that you say it. I never looked at it that way.
Ciao
--
Frank Barknecht _ ______footils.org__
Gidday. I'm using Lilypond to write some SATB and am trying to write
chords under my bass stave. However it's posing difficult to write
diminished and augmented chords that included superscripting i.e
vii<sup>o</sup>.
I've got the documentation and have been able to only use superscripting
when I grab a note and go say, d_\markup{ vii \super{"o"}}. However if I
do this for all notes, all the chords are written at different levels.
Curerntly I'm just writing them as lyrics and instead of going
vii<sup>o</sup> I just use viiDim. I'd rather not use that though.
Cheers for any advice.
Hi,
I am happy to announce the first release of WONDER.
The program WONDER (Wave field synthesis of new dimensions of
electronic music in realtime) is designed to provide an interface
between a wave field synthesis system and the software or hardware
composers and performers of electronic music are used to. The program
is still in development and trying to reach its eventual goal step by step.
The current version (v2.0) allows the user to either create a
composition for the movement of the sound sources in his composition
or to control the movements in realtime, either via the gui or via
open sound control.
The program is released under the GNU General public license. Feedback
and bug reports are very welcome: wonder(a)nescivi.de
The program is created by Marije Baalman and Daniel Plewe (OSC
implementation) and is developed in the Electronic Studio of the TU
Berlin.
WONDER is created for Linux (X11) and uses the
Free Qt-Libraries (v3.0.2b or higher),
libOSC++ libraries and
BruteFIR (v0.99n or higher).
Basic installation info can be found in the package in the INSTALL
text. The README file lists some extra requirements and necessary
adaptations for BruteFIR.
Furthermore a soundcard with a lot of outputs and a lot of speakers
are required, to make practical use of the program.
At: http://gigant.kgw.tu-berlin.de/~baalman/
you will find a description of what Wave Field Synthesis is and under:
program - download
you will be able to download the program as a tar-ball.
The manual with screenshots is also online.
The software is by far not yet bug-free, but in my experience it is
usable and generally it does not crash when running the audio (except
if external conflicts happen or the processor is overloaded). See the
KNOWBUGS file that comes with the package...
sincerely,
Marije Baalman
--
hej!
I 'm looking for a linux software to play soundfiles controlled by
a footswitch on the serial port. (just possible to control start, rewind,
stop) .
Usually I'm using jack/ardour but haven't seen the possibility to use a
footswitch to control the software.
Even a howto for using a footswitch as an input device for a perl script would
be very helpful.
Any ideas?
thank you very much for help
cheers
Jürgen
Greetings:
As promised, here's a set of test criteria used by Alan Belkin in his
1994 review of notation programs for the Macintosh. I hope that the
authors of Linux music notation software will consider this list against
the features of their own efforts.
I'm not interested in comparing "ours against theirs". The Mac
programs tested were all WYSIWYG notation editors, including Finale,
Composer's Mosaic, Encore, Lime, and Nightingale, while some of the best
Linux music notation software is devoid of any GUI. Nevertheless, the
criteria seem adequate as base requirements for any music notation
software, and I'm very interested in the opinions and evaluations of the
Linux developers of such software. I know that the authors of NoteEdit,
LilyPond, MusE/Musescore, Denemo, Rosegarden, Common Music Notation, and
perhaps other significant notation editors are represented on the
LAD/LAU lists, and I hope they will respond on-list to the criteria
presented here. I also welcome comments from users regarding the
presence or absence of the listed features in their favorite Linux
notation program.
I have only slightly altered Mr Belkin's original criteria where it
was Mac-specific. The evaluations in his original article were either
qualitative (good, bad, ugly, etc), quantitative, (1, 4, 12, etc), or
affirmative/negative (yes/no). So, here we go:
Note entry:
mouse & keyboard
MIDI step-time
MIDI realtime w. flexible quantization
audition other saves while recording
retain performance data for playback
number of independent rhythmic layers per staff
maximum number of staves per system
Entry of slurs, articulations, dynamics, etc.:
intelligent default placement
apply to multiple staves at once
Selection in regional edits:
vertical, horizontal slices within and across measures, staves,
system, pages, etc.
non-contiguous
conditional selection
Editing:
click & drag positioning of symbols
transposition (note, staff, selection, etc)
enharmonic change by region
rhythm: change note values (ease of use)
rhythm: auto-rebar
cut/copy/paste: music
cut/copy/paste: non-musical items, formats, etc.
mirroring (intelligent copies)
Special/custom notation:
unusual staves
simultaneous key signatures
unconventional time signatures
additive time signatures
simultaneous different time signatures
drawing tool
user-created symbols
user-selectable fonts for all elements
chord notation: graphic, playback, learn via MIDI
fretboard notation
figured-bass notation
unusual note heads (slashes, harmonics, etc)
easily adjustable cross-staff beaming
Lyrics:
mass create
create on page
import from text editor
auto layout
multiple fonts
flexible placement
MIDI playback:
ALSA or OSS support
channel support
playback includes modifiers (crescendi, dynamics, etc)
direct editing of MIDI data
import patch lists (GM, GS, etc)
scrolling playback
edit during playback
Entry layout:
flexible engraver spacing within measure
account for dynamics, slurs, annotative text, etc.
Page layout:
auto layout with engraver spacing
reduce or enlarge symbols, staves, text, systems, by any percent,
locally or globally
full control of measures per system
full control of systems per page
remove empty staves within systems
flexible spacing of staves within systems
Part extraction:
automatic with new layout
dynamic links to master score
File operations:
follow Linux standards (?)
simultaneous multiple files open
printed output: PS, PDF, DVI, etc.
Interface/overall ease of use:
undo/redo any operation
user-defined key bindings
user control over notational defaults
views: scroll, page, template, any percent, multiple simultaeous views
priorities clear
logical organization
simple language and icons
overall speed
on-line help
documentation
ease of learning
general solidity and stability
In his article Mr Belkin also addressed the problem of tuplets, noting
that at that time only Finale realized anything other than triplets when
converting from MIDI input (file or realtime). I should also note that
this list is hardly meant to be a complete set of expected features:
after all, it's from an article published ten years ago. I'm sure we've
advanced well beyond the state of the art in 1994... right ? :)
Best regards,
Dave Phillips
I've tried to find in the timidity manpage how to
accomplish this, but no luck so far:
I generated a three-voice file with the old
Rosegarden, and exported it as a MIDI file. The three
voices each take one staff, to which I assigned
different patches. When I play the file on CLI, just
as basic and straightforward as you please, I hear the
three parts with different instruments, no problem.
The feedback I get from the prompt lists Track 1,
Track2, Track 3, logically enough.
If I specify a different patch with the -P option, all
three voices (in the polyphonic sense) have the same
timbre-- the one I specified with the P switch.
The burning question: How can I specify a different
patch for different tracks? If it's in the manual,
tell me where?
Thanks!
Cheers,
Mark
=====
--
Seek professional help! Ask a librarian.
__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!
http://promotions.yahoo.com/new_mail
2.6 on suse is also different than 2.6 fedora, because suse has a couple
of audio programmers who work to make sure their kernel works with audio,
so I can use all my audio apps out of the box with 9.2, and the 2.6
kernel, without latency problems, and without needing a kernel recompile.
On Tue, 13 Jul 2004 linux-audio-user-request(a)music.columbia.edu wrote:
> Send linux-audio-user mailing list submissions to
> linux-audio-user(a)music.columbia.edu
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://music.columbia.edu/mailman/listinfo/linux-audio-user
> or, via email, send a message with subject or body 'help' to
> linux-audio-user-request(a)music.columbia.edu
>
> You can reach the person managing the list at
> linux-audio-user-owner(a)music.columbia.edu
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of linux-audio-user digest..."
>
>
> Today's Topics:
>
> 1. Re: Note tuning and quantizer in audio files (Paul Winkler)
> 2. Re: distros (Steve Harris)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 13 Jul 2004 10:51:13 -0400
> From: Paul Winkler <pw_lists(a)slinkp.com>
> Subject: Re: [linux-audio-user] Note tuning and quantizer in audio
> files
> To: A list for linux audio users <linux-audio-user(a)music.columbia.edu>
> Message-ID: <20040713145112.GA2313(a)slinkp.com>
> Content-Type: text/plain; charset=us-ascii
>
> In case anyone's interested, I just found an interesting
> closely related thread on rec.audio.pro:
>
> http://groups.google.com/groups?th=e1a8a02e65f3da0c&seekm=jmtpe0t9ru3q4qst7…
>
> --
>
> Paul Winkler
> http://www.slinkp.com
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 13 Jul 2004 16:02:53 +0100
> From: Steve Harris <S.W.Harris(a)ecs.soton.ac.uk>
> Subject: Re: [linux-audio-user] distros
> To: A list for linux audio users <linux-audio-user(a)music.columbia.edu>
> Message-ID: <20040713150253.GH31552(a)login.ecs.soton.ac.uk>
> Content-Type: text/plain; charset=us-ascii
>
> On Tue, Jul 13, 2004 at 03:50:52PM +0100, tim hall wrote:
> > Last Tuesday 13 July 2004 13:11, kmd was like:
> > > can i use the 2.6 kernel or should i use
> > > the special compiled multimedia 2.4 kernel (for mandrake, via contrib
> > > sources). and i have trouble as well to play with jack without being
> > > root,
> >
> > General consensus seems to be that a 2.4 multimedia kernel is the 'stable'
> > approach. You won't have to run Jack as root if you run a patched multimedia
> > kernel. You probably won't need to do a lot of tweaking. Best approach is
> > probably to get a working system with 2.4 and then upgrade to 2.6 only if
> > you're really not happy with results. Personally, I will be happy to wait
> > until 2.6 is more stable.
>
> Agreed, I would only go to 2.6 is you really need some features in it -
> its basicly stopped one of my machines from being a useful audio box.
>
> - Steve
>
>
> ------------------------------
>
> _______________________________________________
> linux-audio-user mailing list
> linux-audio-user(a)music.columbia.edu
> http://music.columbia.edu/mailman/listinfo/linux-audio-user
>
>
> End of linux-audio-user Digest, Vol 10, Issue 55
> ************************************************
>
hi,
for the first time I have put my slackware on a disc with xfs file-system.
It is still advisable or necessary
to create the temp-filesystem /mnt/ramfs
and
to compile --with-default-tmpdir=/mnt/ramfs option
(as advice the README file of jack source package) ?
thanks
--
Lazzaro