->I'm getting fewer cutouts from the dvd drive (secondary master by
itself) when I play a cd, but I'm still getting a few now and then - is
there a way to optimize something here so I don't get them?<-
I should also mention that in my previous setup (SATA on primary master
by itself, system on secondary master, dvd on secondary slave), the DVD
drive is for some reason /dev/scd0 instead of a /dev/hd* ... is this
normal? I can't boot linux from this channel (I'm dual booting, so grub
is on the SATA drive, and init is on the ide drive), as the kernel
panics because it can't find init. Does this channel not default to
/dev/hdd? Also very weird, is that I can hdparm /dev/hdd (the dvd) and
hdparm sees the drive there, but no other application will see the drive
there. Anyone know what's going on? Last time I buy an nforce mobo, I
tell ya whut.
Matt
Hi all,
I am pleased to announce the first beta release
(and the first public release, as well) of
Aqualung, a music player for GNU/Linux
--------------------------------------
Homepage: http://aqualung.sf.net
Aqualung is a new music player for the GNU/Linux operating system.
It plays audio files from your filesystem and has the feature of
inserting _no_gaps_ between adjacent tracks.
Aqualung is released under the GNU General Public License.
Features at a glance
====================
Supported file formats:
* Almost all sample-based, uncompressed formats (eg. WAV, AIFF, AU
etc.), files encoded with FLAC (the Free Lossless Audio Codec), Ogg
Vorbis and MPEG Audio files (including, but not limited to, MP3) are
supported. Naturally, any of these files can be mono or stereo.
Supported output devices:
* OSS and ALSA driver interface, as well as support for connecting to
the JACK Audio Connection Kit.
Key features:
* Continuous, gap-free playback of consecutive tracks! Your ears get
exactly what is in the files -- no silence inserted in between.
* Ability to convert sample rates between the input file and the
output device, in high quality. (Thanks to libsamplerate!)
* LADSPA plugin support -- you can use any suitable LADSPA plugin to
enhance the music you are listening to.
Some other niceties:
* Internally working volume and balance controls (not touching the
soundcard mixer).
* Support for multiple skins; changing them is possible at any time.
* Support for random seeking during playback.
* Track repeat, List repeat and Shuffle mode (besides normal playback)
* All windows are sizable. You can stretch the main window
horizontally for more accurate seeking.
* State persistence via XML config files. Aqualung will come up in the
same state as it was when you closed it, including playback modes,
volume & balance settings, currently processing LADSPA plugins,
window sizes, positions & visibility, and other miscellaneous
options.
In addition to all this, Aqualung comes with a Music Store that is an
XML-based music database, capable of storing various metadata about
music on your computer (including, but not limited to, the names of
artists, and the titles of records and tracks). This is much more
efficient than the all-in-one Winamp/XMMS playlist.
Hope you will like this program. Please report any problems.
Tom
hello,
I am trying to build the HDSPmixer supplied by alsa-project. This
application uses FLTK. I tried building it with FLTK-2.0.x but that
got me nowhere. FLTK-1.2 gets me to the linker stage but not further.
I get a series of errors, most of which I can append to this email (I
forget how to redirect output to a file).
Is this some misconfiguration of my build of the FLTK package, a problem
with the HDSPmixer app (least likely), or some environment error on my
part (most likely). Has anyone else had this problem?
Everything below my signature is information that will help you to figure
out if I am confused or if something is indeed amiss.
Thank you for your help!
-thewade
my
LD_LIBRARY_PATH=usr/lib64/qt-3.3/lib:/usr/local/lib64:/usr/local/lib:/usr/l
ib64:/usr/lib
my ld.so.conf
include ld.so.conf.d/*.conf
/usr/X11R6/lib
/usr/X11R6/lib64
/usr/local/lib64
/usr/local/lib
/usr/lib64
/usr/lib
[wade@localhost hdspmixer]$ ls /usr/local/lib/libfltk*
/usr/local/lib/libfltk.a /usr/local/lib/libfltk_images.a
/usr/local/lib/libfltk_forms.a /usr/local/lib/libfltk_ps.a
/usr/local/lib/libfltk_gl.a
[wade@localhost hdspmixer]$ ls /usr/local/include
Fl FL fltk jack WINGs WMaker.h wraster.h
[wade@localhost hdspmixer]$ ls /usr/local/include/fltk/
Adjuster.h FillSlider.h MenuBar.h Style.h
AlignGroup.h Flags.h Menu.h StyleSet.h
ask.h FL_API.h MenuWindow.h Symbol.h
BarGroup.h FloatInput.h Monitor.h TabGroup.h
Box.h FL_VERSION.h MultiBrowser.h TextBuffer.h
Browser.h Font.h MultiImage.h TextDisplay.h
Button.h forms.h MultiLineInput.h TextEditor.h
CheckButton.h gl2opengl.h MultiLineOutput.h Threads.h
Choice.h gl.h NumericInput.h ThumbWheel.h
Clock.h glut.h Output.h TiledGroup.h
ColorChooser.h GlWindow.h PackedGroup.h TiledImage.h
Color.h Group.h PopupMenu.h
ToggleButton.h
Cursor.h HelpDialog.h ProgressBar.h Tooltip.h
CycleButton.h HelpView.h RadioButton.h utf.h
damage.h HighlightButton.h RadioItem.h Valuator.h
Dial.h Image.h RadioLightButton.h ValueInput.h
dirent.h InputBrowser.h RepeatButton.h ValueOutput.h
Divider.h Input.h ReturnButton.h ValueSlider.h
DoubleBufferWindow.h IntInput.h rgbImage.h visual.h
draw.h InvisibleBox.h run.h Widget.h
error.h ItemGroup.h Scrollbar.h win32.h
events.h Item.h ScrollGroup.h Window.h
FileBrowser.h LabelType.h SecretInput.h
WordwrapInput.h
file_chooser.h layout.h ShapedWindow.h
WordwrapOutput.h
FileChooser.h LightButton.h SharedImage.h xbmImage.h
FileIcon.h LineDial.h show_colormap.h x.h
FileInput.h load_plugin.h Slider.h xpmImage.h
filename.h mac.h string.h
FillDial.h math.h StringList.h
HDSPMixerMeter.o(.text+0xfa):/home/wade/alsa-tools-1.0.6/hdspmixer/src/HDSP
MixerMeter.cxx:26:
undefined reference to `Fl_Widget::window() const\'
HDSPMixerMeter.o(.text+0x20c): In function `HDSPMixerMeter::draw()\':
/usr/local/include/FL/fl_draw.H:62: undefined reference to `fl_device\'
HDSPMixerMeter.o(.text+0x236): In function `HDSPMixerMeter::draw()\':
/usr/local/include/FL/Fl_Widget.H:145: undefined reference to
`fl_draw_pixmap(char* const*, int, int, Fl_Color)\'
HDSPMixerMeter.o(.text+0x23d): In function `HDSPMixerMeter::draw()\':
/usr/local/include/FL/fl_draw.H:65: undefined reference to `fl_device\'
HDSPMixerMeter.o(.text+0x299):/usr/local/include/FL/fl_draw.H:62:
undefined reference to `fl_device\'
HDSPMixerMeter.o(.text+0x2e1): In function `HDSPMixerMeter::draw()\':
/usr/local/include/FL/Fl_Widget.H:145: undefined reference to
`fl_draw_pixmap(char* const*, int, int, Fl_Color)\'
HDSPMixerMeter.o(.text+0x2e8): In function `HDSPMixerMeter::draw()\':
/usr/local/include/FL/fl_draw.H:65: undefined reference to `fl_device\'
HDSPMixerMeter.o(.text+0x301):/usr/local/include/FL/fl_draw.H:62:
undefined reference to `fl_device\'
HDSPMixerMeter.o(.text+0x34b): In function `HDSPMixerMeter::draw()\':
/usr/local/include/FL/Fl_Widget.H:145: undefined reference to
`fl_draw_pixmap(char* const*, int, int, Fl_Color)\'
HDSPMixerMeter.o(.text+0x352): In function `HDSPMixerMeter::draw()\':
/usr/local/include/FL/fl_draw.H:65: undefined reference to `fl_device\'
HDSPMixerMeter.o(.text+0x389):/usr/local/include/FL/fl_draw.H:62:
undefined reference to `fl_device\'
HDSPMixerMeter.o(.text+0x3ac):/usr/local/include/FL/fl_draw.H:62:
undefined reference to `fl_device\'
HDSPMixerMeter.o(.text+0x40c):/usr/local/include/FL/fl_draw.H:62:
undefined reference to `fl_device\'
HDSPMixerMeter.o(.text+0x44d):/usr/local/include/FL/fl_draw.H:62:
undefined reference to `fl_device\'
HDSPMixerMeter.o(.text+0x490): In function `HDSPMixerMeter::draw()\':
/usr/local/include/FL/Fl_Widget.H:145: undefined reference to
`fl_draw_pixmap(char* const*, int, int, Fl_Color)\'
HDSPMixerMeter.o(.text+0x497): In function `HDSPMixerMeter::draw()\':
/usr/local/include/FL/fl_draw.H:65: undefined reference to `fl_device\'
HDSPMixerMeter.o(.text+0x4a4):/usr/local/include/FL/fl_draw.H:62:
undefined reference to `fl_device\'
HDSPMixerMeter.o(.text+0x7eb): In function `HDSPMixerMeter::update(int,
int, unsigned long long)\':
/home/wade/alsa-tools-1.0.6/hdspmixer/src/HDSPMixerMeter.cxx:182:
undefined reference to `Fl_Widget::redraw()\'
HDSPMixerMeter.o(.gnu.linkonce.r._ZTV14HDSPMixerMeter+0x28):/home/wade/alsa
-tools-1.0.6/hdspmixer/src/HDSPMixerMeter.cxx:25:
undefined reference to `Fl_Widget::handle(int)\'
HDSPMixerMeter.o(.gnu.linkonce.r._ZTV14HDSPMixerMeter+0x30):/home/wade/alsa
-tools-1.0.6/hdspmixer/src/HDSPMixerMeter.cxx:25:
undefined reference to `Fl_Widget::resize(int, int, int, int)\'
HDSPMixerMeter.o(.gnu.linkonce.r._ZTI14HDSPMixerMeter+0x10):/home/wade/alsa
-tools-1.0.6/hdspmixer/src/HDSPMixerMeter.cxx:194:
undefined reference to `typeinfo for Fl_Widget\'
HDSPMixerMeter.o(.gnu.linkonce.t._ZN14HDSPMixerMeterD1Ev+0xc): In function
`HDSPMixerMeter::~HDSPMixerMeter()\':
/home/wade/alsa-tools-1.0.6/hdspmixer/src/HDSPMixerMeter.cxx:194:
undefined reference to `Fl_Widget::~Fl_Widget()\'
HDSPMixerMeter.o(.gnu.linkonce.t._ZN14HDSPMixerMeterD0Ev+0xc): In function
`HDSPMixerMeter::~HDSPMixerMeter()\':
/home/wade/alsa-tools-1.0.6/hdspmixer/src/HDSPMixerMeter.cxx:194:
undefined reference to `Fl_Widget::~Fl_Widget()\'
collect2: ld returned 1 exit status
make[1]: *** [hdspmixer] Error 1
make[1]: Leaving directory `/home/wade/alsa-tools-1.0.6/hdspmixer/src\'
make: *** [all-recursive] Error 1
Quoting Matt Barber <brbrofsvl(a)aol.com>:
> This came up a couple of months ago, and I'll repeat what I said then.
> RME hdsp/multiface is a great bet, but you will lose half of your
> channels if you are using 96k/24bit
That is not true. That limitation is in ADAT. When 88.2 or 96 khz rates are
used, you only get 4 channels with the lightpipe instead of the 8 with 44.1/48.
The chosen sampling rate does not affect the analog inputs & outputs on the
multiface.
Sampo
->> This came up a couple of months ago, and I'll repeat what I said
then.
> RME hdsp/multiface is a great bet, but you will lose half of your
> channels if you are using 96k/24bit
That is not true. That limitation is in ADAT. When 88.2 or 96 khz rates
are
used, you only get 4 channels with the lightpipe instead of the 8 with
44.1/48.
The chosen sampling rate does not affect the analog inputs & outputs on
the
multiface.<-
Oops, sorry, right you are. It's just the ADAT. Sorry for the
confusion.
Matt
hello list,
i might (with emphasis on the conditional) get some external funding for
buying an 8-channel audio system for our school of music. i need some
recommendations on:
1) the best audio card (with linux support, of course) we could get in the
us$ 800-1200 price range.
2) good active speakers in the us$1000-1500 price range each. (do some
speakers work better than others when put together in an octophonic set? i
have no idea)
i'd really appreciate if someone could share experiences and
recommendations on this subject.
best,
lj
->M-Audio Delta 1010. Great Linux support. 24/96KHz, 8 balanced
analog I/Os, 2 digital (S/PDIF), hardware monitoring. $600US from most
dealers - Musician's Friend, American Musical Supply, Sweetwater, etc.
I use an ST Audio DSP2000 C-Port which uses the same chipset, has the
same I/O capabilities but uses unbalanced lines. It works great (it was
also about $150US cheaper). The Hammerfall stuff is probably better but
by the time you get all the outboard gear you'll need to record with
them you'll probably have spent more than your budget.<-
This came up a couple of months ago, and I'll repeat what I said then.
RME hdsp/multiface is a great bet, but you will lose half of your
channels if you are using 96k/24bit - not in your budget (might be
later?), but you could configure two multiface cards connected by
wordclock to get the 8 channels of 96k/24. Multiface has really good
support in linux (thanks to Thomas Charbonnel), but does not have
alsamixer elements, so (in my experience) some apps which require those
elements (xine, etc) won't see the card... there's probably an .asoundrc
way to handle this that I don't know about... Also, another annoyance
is that under linux, it won't auto-detect an application wanting to use
96k - you have to set the sampling rate yourself, at least to something
nearby. I suspect this has to do with totalmix (see below) and the
whole single-speed/double-speed thing (the thing which makes you lose
half of your channels to do higher sampling rates). The hdsp 9652 is
the same in this regard, but you do have more channels available, and so
could potentially set it up to do 8 channels of 96k/24 - on the downside
here, you are going to have to rely on the DACs of some other device, as
this one is totally digital (you could get one of the RME 8-channel
expansion boards, but I'm not sure this would be the best setup for you
- read about it on their website:
http://www.rme-audio.com/english/aeb/aeb48o.htm ). A plus of the
multiface is that you can use the box with both a cardbus on a laptop
and a pci on a workstation/desktop, so that if you needed to record
something on the laptop you could just swap the outboard box... no
dongles, nothing unnecessary. Another plus of the multiface (and the
9652) is its software mixer, totalmix, which allows you to literally
send any signal anywhere (which can be done in jack as well now, so it's
not quite as important as it once was, unless you're using lots of
non-jack apps).
You should also look at what other people have been talking about - the
M-Audio Delta 1010 is a very good card, but you only have 2 channels of
digital out, and it's spdif (the multiface has 8 channels in/out of
digital adat AND analog, plus 2 channels of spdif, at 44.1k/48k... 4
ins/outs at 96k). The DACs on the 1010 are quite good (very good for
the price); the linux support is good (there's a nice gui mixer that
isn't quite as sophisticated as the hdsp totalmix)... it has alsamixer
elements as well, and will auto-detect a change in sampling rate
(without losing channels, I think). One MAJOR caveat about this card -
it tends to overheat and fry some of its capacitors, and you will be
left high and dry with an intolerable humming. It happened to two of
ours last year (it's happened to a lot of people - do a google search
for "delta 1010 capacitors"), and the service was very poor - they sent
us one back after "repairing" it with the same hum. If you do get a
1010, make sure you give it LOTS of ventilation - this means probably
not putting it in a rack. We keep ours sitting out on top of a rack
that also has a preamp, a dat deck, etc.
No mic inputs on any of the cards I mentioned, but you can use a preamp
with no problem. Stay away from firewire (note that the multiface uses
its own firewire that's connected to the pci/cardbus with absolutely no
problems under linux... when I bought mine, I was thinking "oh crap, is
what I just bought gonna work here?" - but it's fine).
Can't help you on the speakers - everyone has different preferences. In
our studio we run a bunch of Genelec studio monitors, which seem
decent... but apparently they quit making the ones we have and started
making some sub-par monitors. I don't know much about it. Some people
have reported good results with Mackie monitors, which are apparently
good for the price - again, this isn't my realm of expertise. Your best
bet is to probably go somewhere and listen to a bunch with some
recording you know really well (and which would test what you need from
speakers - preferably something with a wide dynamic range in all
registers).
Hope this helps -
Matt
There is a very interesting discussion on Kernel Traffic about Ingo
Molnar's 'Voluntary' Preemption Patch.
http://www.kerneltraffic.org/kernel-traffic/latest.html
(It's number #272 if this link gets outdated)
It's great to see chat about low latency and audio going on there!
Greetings,
I've just set up my music rig. I get much of the Linux Midi and
audio software up and running using FC 1 and PlanetCCRMA, but I see some
strange errors for a few programs. QJackCtl, QSynth, Muse, and Hydrogen
give a simple and fatal "Illegal instruction" message when invoked on the
command line as a simple user or as root. Jack-Rack gives a segmentation
fault. Any thoughts?
Some of the programs that seem to work fine are: Aeolus, Ardour,
Audacity, Alsa-Patch-Bay, ZynAddSubFX, GMorgan, Rosegarden, FreqTweak. I
can run KDE or Gnome on my system just fine, and Alsa and jackd work just
fine. All the Alsa modules for midi and audio appear to be loading
properly. Audio for both my RME HDSP card and the integrated AC97 work
fine. I plug my Roland A-37 midi keyboard into an HDSP multiface.
My system is as follows:
Fedora Core 1
PlanetCCRMA SMP kernel
Dual Xeon 3.06 GHz 1MB L3 Cache
Iwill DP533-S motherboard
2GB PC2100 Samsung RAM
ATI Radeon 9700 Pro Graphics Card
Intel AC97 integrated audio
RME HDSP + Multiface
Thanks,
Neil
Greetings,
I have released a first version of my LADSPA host Soundtank which
holds instruments for you to play.
The project website is http://nymu.net/soundtank
In this program, you can use any LADSPA plugin with a pitch control as
a softsynth; multiple instances handle polyphony and MIDI control is
handled through user-customizeable Event Maps. As a perk, I have
included a command to automatically create Event Maps, ensuring you
instant gratification.
Soundtank is a shell for audio work. Instead of a directory heirarchy,
Signal Path objects hold other objects in ordered lists. The order
dictates the audio signal flow. There are alternate versions of the
shell commands you are familiar with, such as: ls, cd, rm, mv. This
should make it easy to learn to use.
This is a native ALSA app, with full duplex support in JACK, and an
ALSA Sequencer MIDI port is created for every active object. All audio
generation/filtering is handled by LADSPA plugins. Furthermore,
objects are saved to human readable, flat-file format XML files.
To see more, go to http://nymu.net/soundtank
thanks and best wishes,
--jacob