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
->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.<-
Will you be doing any (or lots of) 96/24 work?
Matt
http://slashdot.org/articles/04/09/03/158210.shtml?tid=152&tid=13
"BionicFX has announced Audio Video EXchange (AVEX), a technology that
transforms real-time audio into video and performs audio effect processing on
the GPU of your NVIDIA 3D video card, the latest of which are apparently
capable of more than 40 gigaflops of processing power compared to less than 6
gigaflops on Intel and AMD CPUs."
--
Levi D. Burton
http://www.puresimplicity.net/~ldb/