Dave Chapman:
>
> The most common case will be downsampling 48KHz->44.1KHz, but there are
> also users who need upsampling from various lower frequencies (e.g. for
> use with audio books).
>
> So we're looking for pointers to any high quality (but fast!) resampling
> code that could be used.
I recently did a lot of benchmarking between libsamplerate and mus_src
in clm/sndlib. My result was quite interesting, the fastest mus_src sinc
resampler where a lot faster than the fastest libsamplerate resampler.
I don't have the results available right now, but I remember that mus_src
performance wasn't very far from beating the linear resampler in
libsamplerate.
I did a lot of test with various types of data and compiler-options, so I
don't think it was a coinsidence. However, it might have been because
of some optimalization gcc was doing or something to do with the
cache. The mus_src code is far smaller and easier to read than the one
for libsamplerate.
I did not hear any difference in soundquality, but I guess there might be
a difference.
Sndlib:
http://ccrma.stanford.edu/software/snd/snd/sndlib.html
mus_src is available in the file clm.c .
libsamplerate:
http://www.mega-nerd.com/SRC/
A third program is the original sinc-resampler from Julius Smith:
http://ccrma-www.stanford.edu/~jos/resample/
I don't know how this one performs compaired to the other two though.
--
hi all,
i'm currently working on a rather large project which i'd like to
fully support under Linux .. it requires, however, a functioning MIDI
sub-system. for this reason, i'd like to ask members of LAD to
report on their experiences with using professional MIDI interfaces,
such as (for example) the Motu MTP AV, Digidesign MIDEX-8, etc?
what is the 'easiest' MIDI interface to get working under the average
Linux kernel? what sort of experiences do folks have with getting
MIDI working (on a programming level) using API's such as (but not
limited to) ALSA, and MidiShare?
for me so far, MidiShare seems to offer the most direct and usable
approach .. while ALSA is wraught with complexity and dependencies
which often seem out of control. i'd like to know what your
experience, as developers, has been with getting a working MIDI
subsystem under Linux ...
--
;
Jay Vaughan
QjackCtl 0.2.16 is finally out!
After laying around for a long time in the backyard (aka CVS:), the Qt
front-end to the one-of-a-kind JACK audio server daemon is finally made
public. Rejoyce!
As one can read from the changelog:
- ALSA sequencer client/port name changes are now properly detected on the
MIDI connections widget (as noted by Chris Cannam. Thanks).
- Long overdue transport buttons (rewind, backward and forward) finally
landed onto the main control window, at last :).
- Duplication (copy) of patchbay socket items was added.
- Do not ever try to start the JACK server if there's one already found
running, on which case the client-only mode of operation is then activated
(as kindly suggested by Orm Finnendahl, thanks).
- After several Mac OS X user requests, ALSA/MIDI sequencer support is now
an option, otherwise detected at configure time and conditionally compiled
in if, and only if, ALSA is found available (which has been a primordial
assumption on Linux systems:). Ah, and that just makes for the blind
inclusion of another backend driver option: coreaudio.
- Actual OSS device selection menu now featured on setup dialog; these
adds to the device selection button menus for the OSS driver settings.
- Delayed geometry setup of windows upon startup was added as an optional
workaround to subtle problems due to window decoration information not
being available at window creation time on some window managers (as patch
proposed by Dirk Jagdmann. Thanks).
- Fixed some minor but rather old bug that was quitting the application
abruptly, when one switches off the system tray icon while the main
application widget is hidden.
- Cancel is now an option when creating a new patchbay definition.
- Context menus are finally littered with icons.
- Minor configure and Makefile install fixes, as Debian and Mac OS X
specialties. Also, install does the right thing with target file modes
(thanks to Matt Flax and Ebrahim Mayat, for pointing these out).
You can get away with it from the usual place:
http://qjackctl.sourceforge.net/http://sourceforge.net/projects/qjackctl
Enjoy!
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
QjackCtl 0.2.16 is finally out!
After laying around for a long time in the backyard (aka CVS:), the Qt
front-end to the one-of-a-kind JACK audio server daemon is finally made
public. Rejoyce!
As one can read from the changelog:
- ALSA sequencer client/port name changes are now properly detected on the
MIDI connections widget (as noted by Chris Cannam. Thanks).
- Long overdue transport buttons (rewind, backward and forward) finally
landed onto the main control window, at last :).
- Duplication (copy) of patchbay socket items was added.
- Do not ever try to start the JACK server if there's one already found
running, on which case the client-only mode of operation is then activated
(as kindly suggested by Orm Finnendahl, thanks).
- After several Mac OS X user requests, ALSA/MIDI sequencer support is now
an option, otherwise detected at configure time and conditionally compiled
in if, and only if, ALSA is found available (which has been a primordial
assumption on Linux systems:). Ah, and that just makes for the blind
inclusion of another backend driver option: coreaudio.
- Actual OSS device selection menu now featured on setup dialog; these
adds to the device selection button menus for the OSS driver settings.
- Delayed geometry setup of windows upon startup was added as an optional
workaround to subtle problems due to window decoration information not
being available at window creation time on some window managers (as patch
proposed by Dirk Jagdmann. Thanks).
- Fixed some minor but rather old bug that was quitting the application
abruptly, when one switches off the system tray icon while the main
application widget is hidden.
- Cancel is now an option when creating a new patchbay definition.
- Context menus are finally littered with icons.
- Minor configure and Makefile install fixes, as Debian and Mac OS X
specialties. Also, install does the right thing with target file modes
(thanks to Matt Flax and Ebrahim Mayat, for pointing these out).
You can get away with it from the usual place:
http://qjackctl.sourceforge.net/http://sourceforge.net/projects/qjackctl
Enjoy!
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
Greetings:
It has not been a good week.
As I mentioned yesterday I swapped my hardware into an identical box
as my original machine. Yesterday everything seemed to have returned to
normal operation. I watched some movies, worked on some music, and so forth.
Today I powered up the box, logged on to the net, downloaded the
latest Csound CVS and started compiling. After a few minutes everything
froze again, the machine was locked tight as a drum. I had to pull the
plug to restart, but when grub came up my keyboard was frozen. I pulled
the plug again and got my keyboard back after restarting.
Now I'm running memtest again. I realized yesterday that I'd run it on
only one RAM stick so I thought I'd better check again. However, at this
point I'm starting to suspect a bad drive. But *two* bad drives in the
system ?? As I mentioned in an earlier message, the machine failure
occurred regardless of which drive I was using (RH9 on /dev/hdb, FC3 on
/dev/hda).
So I'm bummed again. Looks like it's time to bite the bullet and buy a
whole new system. :(
Best,
dp
Hi all.
I am trying to control the settings of my EgoSys U2A
sound card by sending it the same commands that I can
see being sent to it when I am using the Windows U2A
control panel.
I naively thought that I could use libusb, but I
cannot open interfaces on the sound card, because
snd_usb_audio is using the device. Unloading
snd_usb_audio releases the audio interface so I can
claim it with libusb calls but that is hardly
practical for changing settings occasionally.
Are there any standard ioctl() calls in the
snd_usb_audio driver that allows me to send messages
to a USB interface, or any other way of doing this the
civilized way - that is: through the driver ? Any
pointers greatly appreciated.
Cheers
-- Jan Holst Jensen, Denmark
__________________________________
Discover Yahoo!
Find restaurants, movies, travel and more fun for the weekend. Check it out!
http://discover.yahoo.com/weekend.html
Hello,
AMB-plugins-0.0.1 is a set of first order Ambisonics plugins I
use with Ardour. Included in this first release are:
- mono to B-format panner
- stereo to B-format panner
- B-format horizontal rotator
- B-format to square decoder
- B-format to hexagon decoder
The dedoders feature proximity effect compensation and LF shelf
filtering of the velocity components.
More info is in the README.
As usual to be found at:
<http://users.skynet.be/solaris/linuxaudio>
Enjoy !
--
FA
The SkinDial class is written in Qt [1] provides flexible pixmap based
dial/knob widget
compatible with QDial [2].
The idea was to make it using Qt's QDial API so that apps (mainly audio
apps) using this class can make
use of eyecandy knobs without changing the code. (except for the
constructor).
screenshot:
http://www.linuxsampler.org/misc2/skindial/skindialtest.png
download:
http://www.linuxsampler.org/misc2/skindial/skindial-0.0.2.tgz
The full HTML documentation about the SkinDial widget is located in the
docs directory.
To show the possibilities of SkinDial widget we supplied an example
program that
displays various knobs. The example program is self explanatory.
to compile and run the example program:
qmake make.pro
make
./skindialtest
I'd like to thank Thorsten Wilms and Peter Shorthose for the 3D knob
artwork rendered with Blender [3]
If you make new knob pixmaps that you would like to contribute to
SkinDial please
let us know.
Thanks Christian Schoenebeck for checking the doxygen API docs and
various stuff.
and the people on #lad and #qt channels for useful hints and inputs.
The blender files and a README how to render the knob pixmaps
are included in the knob_3d directory.
larsl from #lad made a similar (with less options) widget for gtkmm.
What do you think of making a web page that collects all those ready to
use skinnable widgets
so that users avoid reinventing the wheel (the knob :) ) all over again ?
cheers,
Benno
http://www.linuxsampler.org
[1] http://www.trolltech.com
[2] http://doc.trolltech.com/3.3/qdial.html
[3] http://www.blender3d.com
Hi,
I have been lurking on the list so now I want to say
hi.I am part of the ubuntu users group in Brazil.
Can anyone tell me *very briefly* what is the current
state of play regarding realtime-lsm in the 2.6.*
kernels and whether this feature (or something like it
) is likely to be introduced into the kernel anytime
soon.
I cannot find anything on the net apart from some
discussions between the kernel devs and
linux-audio-dev guys which did not really clear
anything up for me.
I am not asking in order to cause a big debate about
the values or otherwise of realtime-lsm but I want to
make sure I am clear about the current situation.
We have made some metapackages based on DeMuDi for the
Ubuntu-BR Multimedia-audio distro and doing something
like this ->
# apt-get install build-essential fakeroot
linux-headers-$(uname -r)
is the only way I can think of to enable realtime-lsm
in the kernel without asking the user to use
module-assistant to enable it after install which is
something we don want to do
Regards
Ian
Linux is more than a business. Linux is a community. Linux is more than an operating system. Linux
is a dream. We know that as computer users, we represent a small percentage of the computer
industry as a whole. The important thing is that we know we're right, and we're going to change
the future of the software industry one long night at a time.
Hi,
I'm working on the Rockbox - http://www.rockbox.org - project, which is
a project to develop an open source (GPL'd) replacement firmware for
portable digital audio p[ayers.
Rockbox has been running on various Archos MP3 players for about 3
years. The latest hardware that Rockbox is in the process of being
ported to is the iRiver H120/H140 players. These consist of a 120MHz
Coldfire (m68k-based) processor and 32MB of RAM. There is no
floating-point support in the Coldfire.
We currently have real-time playback of MPEG audio (via libmad), Ogg
Vorbis (via libOgg), FLAC (via libFLAC), A52/AC3 (via liba52) and (of
course) WAV files.
Unfortunately, the audio hardware only supports a 44.1KHz samplerate -
meaning that we have to resample other frequencies.
The most common case will be downsampling 48KHz->44.1KHz, but there are
also users who need upsampling from various lower frequencies (e.g. for
use with audio books).
So we're looking for pointers to any high quality (but fast!) resampling
code that could be used.
Thanks in advance,
Dave.