Linux-audio-user

linux-audio-user@lists.linuxaudio.org

3 participants
20662 discussions

[linux-audio-user] cascade error using FLTK 1.2 when building alsa-tools-hdspmixer

by thewade

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

21 years, 2 months

Re: [linux-audio-user] 8-channel system

by Sampo Savolainen

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

21 years, 2 months

Re: [linux-audio-user] 8-channel system

by Matt Barber

->> 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

21 years, 2 months

[linux-audio-user] 8-channel system

by luis jure

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

21 years, 2 months

Re: [linux-audio-user] 8-channel system

by Matt Barber

->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

21 years, 2 months

[linux-audio-user] Kernel Traffic article on 'Voluntary' Preemption Patch

by philicorda

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!

21 years, 2 months

[linux-audio-user] Strange "Illegal Instruction" Error Message

by Neil Klepeis

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

21 years, 2 months

[linux-audio-user] [ANN] Soundtank, a new LADSPA softsynth host

by jrobbins＠nymu.net

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

21 years, 2 months

Re: [linux-audio-user] 8-channel system

by Matt Barber

->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

21 years, 2 months

[linux-audio-user] Audio Processing on Your Graphics Card?

by Levi D. Burton

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/

21 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-user