Just to let everyone know, I have created a new mailing list for the
OMRL at my studioconsul.net domain.
To subscribe, send a blank email to: omrl-subscribe(a)studioconsul.net
To unsubscribe, send a blank message to:
omrl-unsubscribe(a)studioconsul.net
To send messages to the list, send messages to: omrl(a)studioconsul.net
You will need to confirm your subscription or unsubscription to/from
the list. I also still need to figure out how the archiving system for
this list software works.
This is just a quick and dirty mailing list for now, so once I get a
server and the OMRL domain up and running, I will probably migrate it
over there. That should not be too difficult, though.
See you on the new list. :)
Regards,
Darren Landrum
Hi,
I asked about this two weeks ago but got no responses. I'm hoping
this time I hear something back from other owners of the same hardware.
I recently purchased an RME HDSP 9652 card. The card is working fine
for audio, but the MIDI interface is a timing disaster. The interface
works, but won't keep time. A 2 minute song is Rosegarden takes abut
2:45 to play every time. You can hear how the HDSP isn't delivering
closely spaced MIDI events together, but is sort of smearing them out.
My machine is set up using the PlanetCCRMA system. According to
Synaptic my Alsa driver is from CVS:20021216. Jack is 0.44. This machine
works just fine with the MidiMan 2x2 interface. No timing problems at
all.
Has anyone else purchased this card? Used the MIDI interface on this
card? Gotten better results with this card?
Can anyone suggest how I could go about fixing this myself? I'm not a
programmer, so really hacking the code is doubtful, but this driver is
acting like there is just a basic mistake somewhere. Possibly I could
find it if I knew where to look.
I hope someone will respond to this email so we can get something
going to get this fixed. I really need this interface to operate soon.
Thanks in advance,
Mark
* Really fixes the UID clashes.
* Includes changes to make it build on ia64 and mips, thanks to Anand
Kumria.
I will now be walking around with a paper bag over my head for the next
few days.
- Steve
http://www.m-audio.com/products/m-audio/radium.php
Has anyone tried using this keyboard with linux, yet?
I was about to buy an Oxygen 8, because I've read about several people
in the LAD, LAU, ALSA community using them with linux successfully. But,
then I saw this new Radium controller. It has 61 keys to the oxygen's
25, the same 8 knobs, pitch and mod wheels, and adds 8 sliders to the
oxygen's 1.
Would it be too far fetched to think that this would work as easily with
a linux box as the Oxygen does? I would be very happy if it would.
Thanks,
Eric Rz.
The were some bugs in 0.3.4 so I'm releasing again. Sorry.
* UID clash with flanger and l/c/r delay [serious] - spotted by Bob Ham,
thanks
* SC4 had the wrong label [mild but anoying]
* autoconf script wasn't obeying CFLAGS [mild but anoying]
I believe that SC4 and the lookahead limiter might be causing problems
with some hosts as they have control outs. If you spot problems with these
and think its the host, please contact the author.
I know that ecasound and jack-rack handle it fine.
- Steve
1. A short summary of changes
Support for JACK and LADSPA 1.1 added, more intelligent runtime
parameter selection, ECI licence changed from GPL to LGPL,
new NetECI client API, ecasound emacs mode added, largefile
support, new resample, reverse and typeselect audio objects,
new peak amplitude chain operator and new utilities ecalength,
ecamonitor and ecasignalview.
---
2. What is ecasound?
Ecasound is a software package designed for multitrack audio
processing. It can be used for simple tasks like audio playback,
recording and format conversions, as well as for multitrack effect
processing, mixing, recording and signal recycling. Ecasound supports
a wide range of audio inputs, outputs and effect algorithms.
Effects and audio objects can be combined in various ways, and their
parameters can be controlled by operator objects like oscillators
and MIDI-CCs. A versatile console mode user-interface is included
in the package.
Ecasound is licensed under the GPL. The Ecasound Control Interface
(ECI) is licenced under the LGPL.
---
3. Changes since last release
Although over a year has passed since the last major stable
release, ecasound development work has not stopped. To put things
into perspective, a diff between 2.0.0 and 2.2.0 takes about
1.7MB of space. Considering the whole 2.2 codebase is just
over 2MB, this is quite a lot! In the future there will hopefully
be much more frequent releases. Here's a list of most notable
changes:
* Intelligent parameter configuration. Instead of one set of
default parameters, ecasound lets user specify different parameters
for three predefined profiles: real-time, real-time-low-latency and
non-real-time. When starting processing, ecasound will automatically
select and use most suitable profile for the given configuration.
Ecasound will not only consider the types of objects, but also the
runtime environment: whether it is possible to lock memory, to use
RT-scheduling and so on.
* The Ecasound Control Interface is now licensed under LGPL.
In addition, the ECI implementations are now standalone, and do
not require linking against libecasound and libkvutils. Only
thing needed to run ECI apps is to have a working ecasound
executable installed.
* JACK support added. This is a major new addition as it involved
making relatively large changes to the ecasound engine.
* Up-to-date support for ALSA-0.9 and LADSPA-1.1.
* Effect preset improvements. Support for parametrized presets
has been improved. For instance it's now possible to write
a wrapper effect preset for a complex ecasound effect
or LADSPA plugin, and only publish a subset of original
effect's parameters.
* The disk i/o buffering subsystem that was introduced
in ecasound 2.0 has been integrated more closely to
the ecasound engine leading to better performance and
reliability.
* NetECI API. Ecasound now has a daemon mode that allows
multiple clients, using the NetECI protocol, to connect to
a running ecasound session. A proof-of-concept client,
ecamonitor, is included in the package. It can be used
to monitor ecasound session status from a separate console.
This is especially useful in combination with ecasound's
console mode user interface. The console interface can
be used for control and the NetECI monitor client for
getting real-time status information. In addition,
NetECI can be used with all ECI apps.
* Ecasound.el, an emacs ecasound mode and a Lisp ECI
implementation.
* Largefile support for reading and writing audio files larger
than 2GB.
* New audio object types: JACK, resample, reverse, typeselect.
* New chain operators: peak amplitude monitor
* Utilities: ecalength and ecamonitor added, ecasignalview
totally rewritten.
* New ECI implementations: Lisp, Perl and PHP (the last two
are not included in the main ecasound package)
Full list of changes is available at
<http://www.wakkanet.fi/~kaiv/ecasound/history.html>.
---
4. Interface and configuration file changes
* Command line options: 2.2 is backward compatible with
2.0 releases, so old scripts and .ecs files should
continue to work. See ecasound(1) for more info.
* Ecasound Interactive Mode (EIAM): No changes to the commands
available in 2.0 releases. See ecasound-iam(1) for more
info.
* Library interfaces: Major changes in all library interfaces.
Direct use of these libraries is no longer encouraged.
The ECI and NetECI APIs are preferred for developing new
applications on top of ecasound.
* Ecasound Control Interface (ECI): No interface changes.
* The ~/.ecasoundrc config file is no longer used. The
new location is ~/.ecasound/ecasoundrc. As there's now
a separate global configuration file, it is no longer
necessary to duplicate all config variables in the
user config files. See ecasoundrc(5) for further info.
---
5. Links and files
Web sites:
http://www.eca.cxhttp://www.eca.cx/ecasound
-
http://www.alsa-project.orghttp://jackit.sourceforge.nethttp://www.ladspa.org
Source and binary packages:
http://ecasound.seul.org/downloadhttp://ecasound.seul.org/download/ecasound-2.2.0.tar.gz
Distributions with maintained ecasound support:
Agnula - http://www.agnula.org
Debian - http://packages.debian.org/stable/sound/ecasound.htmlhttp://packages.debian.org/unstable/sound/ecasound2.2.html
DeMuDi - http://www.demudi.org
FreeBSD - http://www.freebsd.org/ports/audio.html
Gentoo Linux - http://www.gentoo.org
PLD Linux - http://www.pld.org.pl
PlanetCCRMA - http://www-ccrma.stanford.edu/planetccrma
SuSE Linux - http://www.suse.de/en
Note! Distributors do not necessarily provide packages for
the latest ecasound version.
--
http://www.eca.cx
Audio software for Linux!
Hello!
There is a new level meter called "ameter" : it is an
Alsa plugin and is intended to be usable with all Linux
audio programs that don't have meters, and that cannot connect to
Jack/Meterbridge. Examples : Glame, Mplayer...
Details and download here:
http://perso.club-internet.fr/lgeorget/ameter.html
Thanks for testing and reporting problems .
Laurent
Apparently there are no mirrors having the new agnula beta distro
available.
However, you can probably try to search for it at the ircam servers.
Specifically, ftp.ircam.fr there you shall find the ReHMuDi rpms, as well
as a yet to be implemented agnula mirror.
In the mean time if anyone finds a mirror for the agnula DeMuDi distro or
a server making
the following: debian-DeMuDi09-i386-biary-1.iso available(or has a cd)
please e-mail me a.s.a.p.
-- dietrich.heese.boutin(a)utoronto.ca
Hi,
I have a few questions about audio format conversion. After reading a
description of the purpose of this list, and reading the list itself for
about 10 days, I think this is an acceptable place to be asking. If, in
fact, my questions are best asked someplace else, please let me know,
and my apologies.
I have quite a few recordings that were made from a RealPlayer 8 live
stream. As saved by vsound (.au format), they are about 500 Megabytes
each! Seeing as RealPlayer reports the (original) stream/broadcast as
12.4 Kbps, and the recordings are about 3.5 hours long, I am quite sure
they are being saved to disk with much higher quality then needed. :-)
My basic need is to reduce their size. I am not an expert in audio
processing, and I would prefer not to become an expert in order to make
the correct choices for this conversion. Hence, I hope that this is an
easy question for somebody(s) reading this list to answer. I don't need
to conserve every possible megabyte of disk space, indeed I would prefer
to be conservative, and not lose any quality. The recording is of low
AM radio quality as it is...
I have sox installed on my system, so I am trying to use that. I read
through the man page. I don't feel a need to have stereo, so I took a
wild guess as to what rate would be appropriate and did the following.
My attempt was to produce a mono recording at 8000 samples per second.
marit@chipmunk:/var/tmp$ sox -V test.au -c 1 -r 8000 test.wav polyphase
sox: Detected file format type: au
sox: Found Sun/NeXT magic word
sox: Input file test.au: using sample rate 11025
size shorts, encoding signed (2's complement), 2 channels
sox: Input file test.au: comment "test.au"
sox: Writing Wave file: Microsoft PCM format, 1 channel, 8000 samp/sec
sox: 16000 byte/sec, 2 block align, 16 bits/samp
sox: Output file test.wav: using sample rate 8000
size shorts, encoding signed (2's complement), 1 channel
sox: Output file: comment "test.au"
*******
The resulting file sizes are then:
-r--r--r-- 1 marit marit 527881224 Jan 6 15:43 test.au
-rw-r--r-- 1 marit marit 191521568 Jan 7 19:13 test.wav
I am open to any suggestions. I wasn't expecting 3.5 hours of
low-quality audio to be 200 MB, but maybe I am naive. Am I using the
wrong tool? As a separate question: How much space would I save using
mp3 or ogg encoding?
Thanks in advance,
Ben Blout
Hi all,
Nice couple of new features with this release, a lot of code cleanups, a
bit of UI work, and general betterness all round :) And, if I'm not
mistaken, this makes jack rack the only application so far with LRDF
support. Nee ner nee ner ;-)
* proper ladcca support (pays attention to events)
* added saving/loading rack configurations. this is a bit of a hack tho as
when you open a file, it only adds the plugins to whatever's in the
current rack. in fact, the whole of the file loading/saving is hairy atm.
* added lrdf support (this is majorly phat.. categorised plugin menus :)
* proper toolbar with stock buttons
* control rows now have no central port label
* added a menu bar
* added a splash screen
* added an about box (using gnome 2)
* nice new icon and logo images, used for the splash screen, the window
icons and also a gnome 2 .desktop
* lots of code separation and cleanups and under-the-hood changes
http://pkl.net/~node/jack-rack.html
Bob