[LAD] [ANN] a2jmidid version 6 "Indzhe Voyvoda" released
a2jmidid is a project that aims to ease usage of legacy ALSA sequencer applications, in a JACK MIDI enabled system. Homepage with screenshots: http://home.gna.org/a2jmidid/ Tarball download: http://download.gna.org/a2jmidid/ Changes since version 5: * MIDI processing improvements * Handle large number of ports * a2j script (non-dbus-like behaviour for dbus environment) * Allow tweaking through dbus of the hardware port export option * Fix a use of invalid memory * Fix port miss that can occur if port appears during bridge startup Special thanks to Torben Hohn and Paul Davis for their recent work on improving the a2jmidid code. Indzhe Voyvoda was a renowned leader of an armed band of outlaws in Ottoman-held Bulgaria. Eventually, he gave up robbing and began to patronize the poor Bulgarian population. -- Nedko Arnaudov pgpDXH3dRspt8.pgp Description: PGP signature ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] jcgui-0.4 initial release
hermann wrote: Mostly you need to recalibrate the gain setting in jconv settings widget Correct, this was the reason for not really getting reverb, but now there's another problem. The sound is muddy. I'm not able to get the sound as bright and clean as it is for the attached configuration. I don't think it's because of the mono input, it sounds like there would be bad EQ settings, but the EQ's for Jc_Gui are set to 0. The signal tends to overdrive, it's not easy to keep the balance between the jconvolver widget and the additional Jc_Gui mixer. Anyway, LAD might be the wrong forum for this, I should join a user list for solving this issue. # - # # Copyright (C) 2005-2007 Fons Adriaensen # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program; if not, write to the Free Software # Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. # # - # # # Jconv demo configuration # # # The file 'chapel.wav' contains the reverb impulse response only, # not the direct sound. The correct way to use this in e.g. Ardour # is to use a post-fader send on the channels that need this reverb. # This way you can use a single reverb for any number of tracks, # and adjust the amount of reverb in function of the 'depth' or # 'distance' of each track. # The output can be connected directly to the Master module, or via # a stereo bus if you want to control the return gain (which should # not normally be necessary but can be handy). # # The required file 'chapel.wav' can be found at # # http://www.kokkinizita.net/linuxaudio/downloads/chapel.wav # # # Replace by whatever required... # /cd /mnt/music/jconvolver # # #in out partitionmaxsize # --- /convolver/new12 512 8 # # # num port name connect to # --- /input/name 1 Input # /output/name1 Output.L /output/name2 Output.R # # # in out gain delay offset length chan file # --- /impulse/read1 1 0.50 0 0 1chapel.wav /impulse/read1 2 0.50 0 0 2chapel.wav ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] jack_mixer, resp. PID in JACK client names in general
Ralf Mardorf writes: > Pardon, I won't write so frequently. I compiled a lot of new apps and > started making music. Just a short request. Please coders, avoid using > the PID in JACK client names. I like to restore sessions automatically > by Qtractor or jack_snapshot. I like jack_mixer a lot, but can't use it, > because of the PID in the JACK client's name and there seems to be no > option to ban this behaviour. Please submit a bug in the bugtracker. -- Nedko Arnaudov pgpY4mWFtPuRq.pgp Description: PGP signature ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
Just to add a little more agreement to the original poster, the debate is not about "clear" interfaces and "funfair". Unfortunately, most of the time Linux audio apps have not "clear" style, but "standard button/standard slider" style. It has nothing to do with being "clear" as one can make a confusing interface even with those. At the same time having beautifully drawn knobs and sliders and graphs is important to me as a musician since it indeed adds to your inspiration. Working with tools which look more like some open office spreadsheet dialogues is not too much fun. Qtractor looks cool, but Qtractor has a mixer and colorful wave tracks. It does add a bit to the cheerfulness and coolness. Louigi Verona. On Tue, Dec 29, 2009 at 2:20 AM, Philipp Überbacher wrote: > Excerpts from Adrian Knoth's message of Mon Dec 28 23:04:32 +0100 2009: > > On Mon, Dec 28, 2009 at 09:11:44PM +0100, Carlo Ascani wrote: > > > > > A library that provides 4 or 5 controls but solid like a rock and of > > > course accessible. > > > > Ah, libprolooks. I guess it could use some updates from CALF again, so > > try to get hold of hansfbaier or kfoltman (both hang around in #lad on > > freenode) > > > > > A knob, a slider, a vumeter, a toggle button. All packaged in a > > > > I agree with almost everything except the vumeter. They are for analog > > equipment, but we're talking digital domain here. > > > > The usual criticism applies: unclear headroom, something like 50% of the > > meter for the upmost 3dB, multiple definitions for the needle's attack > > and release, just to name a few. > > > > VUmeters are no more than eye candy, if possible, stick to digital bar > > meters. It's also worth to have a look at the K metering system, i.e. > > K14, K12 and K10. > > For a nice implementation of that, have a look at jkmeters > http://kokkinizita.net/linuxaudio/downloads/index.html > > It would be nice if more apps used them where they make sense. > The idea seems to be from Bob Katz. > Basically they are a peak and a rms meter in one, supposed to be used > with a calibrated monitoring system. You can find some explanation on > Bob Katzs website. > > Regards, > Philipp > > ___ > Linux-audio-dev mailing list > Linux-audio-dev@lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-dev > ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] jack_mixer, resp. PID in JACK client names in general
Pardon, I won't write so frequently. I compiled a lot of new apps and started making music. Just a short request. Please coders, avoid using the PID in JACK client names. I like to restore sessions automatically by Qtractor or jack_snapshot. I like jack_mixer a lot, but can't use it, because of the PID in the JACK client's name and there seems to be no option to ban this behaviour. Best, Ralf ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] jcgui-0.4 initial release
Hi Jc_Gui create configuration scripts to run them with jconvolver. They are saved in ~./Jc_Gui/jcov_name.set To run jconvolver with Jc_Gui you only need to connect Jc_Gui;in_0 / in_1 and Jc_Gui:out_0 / out_1 Jc_Gui starts jconvolver with a execl() call, and connect it to those ports. Mostly you need to recalibrate the gain setting in jconv settings widget, it's per default at 0.2 , witch is real low. It didn't help to recalibrate the gain settings in the main widget, they only set the gain for the input to jconvolver, instead the gain settings in the jconv settings widget, set the convolution level. Calibrate the wet/dry slider to the right side to run jconvolver wet. You can run the resulted config scripts also direct with jconvolver as usual. A discussion tread about jcgui is here, maybe there are some useful informations to. http://www.linuxmusicians.com/viewtopic.php?f=28&t=597 regards hermann Am Dienstag, den 29.12.2009, 07:08 +0100 schrieb Ralf Mardorf: > Hi :) > > running jconvolver by using configuration scripts is fine, using Jc_Gui > instead of a configuration script there isn't really reverb. > Maybe I'm to stupid to do the right connections or what ever. Is there a > user manual? > > Disappointed greetz ;), > Ralf ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] jcgui-0.4 initial release
Hi :) running jconvolver by using configuration scripts is fine, using Jc_Gui instead of a configuration script there isn't really reverb. Maybe I'm to stupid to do the right connections or what ever. Is there a user manual? Disappointed greetz ;), Ralf ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] aseqmm 0.2.0 released
On Mon, Dec 28, 2009 at 7:24 PM, Pedro Lopez-Cabanillas wrote: > On Monday, December 28, 2009, torbenh wrote: >> On Sun, Dec 27, 2009 at 04:25:11PM +0100, Pedro Lopez-Cabanillas wrote: >> > aseqmm is a C++ wrapper around the ALSA library sequencer interface using >> > Qt4 objects, idioms and style. ALSA sequencer provides software support >> > for MIDI technology on Linux. Several examples are included in the source >> > tree. >> >> hmm... maybe its just me. but to me the name aseqmm would imply it uses >> sigc and gobjects. >> >> wouldnt qaseq be amore appropriate name ? > > Here is an example of another library (SDLmm) with a name ending in "mm" that > doesn't use sigc or gobjects: http://sdlmm.sourceforge.net > > I really don't understand your orchestrated attack. What's really the problem, > the library name, or the mere existence of my project? there's no orchestration. i think that among those of us familiar with the 10-20 libraries whose name ends in "mm", there is probably just a feeling that it typically designates a related set of technology (and in fact, typically a common way of generating C++ bindings semi-automatically from marked-up C headers). you're free to call your library whatever you want, it would just be helpful if its name didn't immediately suggest that it was part of this same family of libraries. i notice that SDLmm has not had a commit in nearly a year, and appears to have been named under a similar belief as your own. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] Indamixx Digital Download only $29.00 for LAU and LAD
Indamixx Digital Download only $29.00 for LAU and LAD* * http://www.indamixx.com/indamixx-iso-download.html* *Hope this makes it through the approval. Thanks to everyone in the Linux community for helping with Transmission distribution. There is a special price for LAU and LAD of $29.00. Transmission includes ArdourXchange, and LinusDSP for Atom chips (netboks). Simply use the code LAU or LAD to receive your discount. http://www.indamixx.com/indamixx-iso-download.html Look forward to another great you and thanks again! Ronald Stewart Creative Director Trinity Audio Group Inc. 9854 National Blvd. #322 Los Angeles CA 90034 213-915-6020 ronaldjstew...@gmail.com www.indamixx.com ** ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] aseqmm 0.2.0 released
On Monday, December 28, 2009, torbenh wrote: > On Sun, Dec 27, 2009 at 04:25:11PM +0100, Pedro Lopez-Cabanillas wrote: > > aseqmm is a C++ wrapper around the ALSA library sequencer interface using > > Qt4 objects, idioms and style. ALSA sequencer provides software support > > for MIDI technology on Linux. Several examples are included in the source > > tree. > > hmm... maybe its just me. but to me the name aseqmm would imply it uses > sigc and gobjects. > > wouldnt qaseq be amore appropriate name ? Here is an example of another library (SDLmm) with a name ending in "mm" that doesn't use sigc or gobjects: http://sdlmm.sourceforge.net I really don't understand your orchestrated attack. What's really the problem, the library name, or the mere existence of my project? Regards, Pedro ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] aseqmm 0.2.0 released
On Monday 28 of December 2009 18:33:10 Pedro Lopez-Cabanillas wrote: > The ending in "mm" simply means to me something related to C++. Qt > uses standard C++ in despite of FUD and propaganda that has been > spread everywhere by zealots. I don't care much about Qt being not quite standard C++, and even less about the naming (though the "mm" suffix is somewhat misleading). The simple fact is that for a project that does not use Qt anyway, it makes little to no sense to depend on aseqmm. Which is a pity because it seems very useful and well written :/ Cheers, Dominic ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] aseqmm 0.2.0 released
On Tuesday, December 29, 2009, Paul Davis wrote: > On Mon, Dec 28, 2009 at 12:33 PM, Pedro Lopez-Cabanillas > > wrote: > > The ending in "mm" simply means to me something related to C++. Qt uses > > standard C++ in despite of FUD and propaganda that has been spread > > everywhere by zealots. > > zealots? i can't think of a single C++ related project whose name ends > in "mm" that is not in some what related to the work of murray cumming > and rest of the team that wrap GNOME in C++ bindings. am i missing > out? I'm not willing to polemize with you, but my affirmation was very clear: Qt uses standard C++ and the propaganda saying otherwise is FUD. I'm sorry if you felt identified by the name "zealot". On the other hand: the name I've given to my library is only my own bussines, unless there is a clash with another piece of software with the same name. Is there such thing? > > It is not likely to happen, but if somebody writes a wrapper around the > > ALSA sequencer API using sigc, gobjects and other gnome friendly > > frameworks, wouldn't be more appropriate to name it gaseq ? > > sigc has nothing whatsoever to do with gnome. > gobjects have nothing whatsoever to do with any of the *mm wrappers, > fundamentally. On Monday, December 28, 2009, torbenh wrote: > hmm... maybe its just me. but to me the name aseqmm would imply it uses > sigc and gobjects. > > wouldnt qaseq be amore appropriate name ? I've copied the original comment, that I've answered and you apparently can't read. Let's stop fighting about terminology, and tell me what is the true origin of your wraith against me. Regards, Pedro ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] aseqmm 0.2.0 released
On Mon, Dec 28, 2009 at 12:33 PM, Pedro Lopez-Cabanillas wrote: > The ending in "mm" simply means to me something related to C++. Qt uses > standard C++ in despite of FUD and propaganda that has been spread everywhere > by zealots. zealots? i can't think of a single C++ related project whose name ends in "mm" that is not in some what related to the work of murray cumming and rest of the team that wrap GNOME in C++ bindings. am i missing out? > It is not likely to happen, but if somebody writes a wrapper around the ALSA > sequencer API using sigc, gobjects and other gnome friendly frameworks, > wouldn't be more appropriate to name it gaseq ? sigc has nothing whatsoever to do with gnome. gobjects have nothing whatsoever to do with any of the *mm wrappers, fundamentally. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
Excerpts from Adrian Knoth's message of Mon Dec 28 23:04:32 +0100 2009: > On Mon, Dec 28, 2009 at 09:11:44PM +0100, Carlo Ascani wrote: > > > A library that provides 4 or 5 controls but solid like a rock and of > > course accessible. > > Ah, libprolooks. I guess it could use some updates from CALF again, so > try to get hold of hansfbaier or kfoltman (both hang around in #lad on > freenode) > > > A knob, a slider, a vumeter, a toggle button. All packaged in a > > I agree with almost everything except the vumeter. They are for analog > equipment, but we're talking digital domain here. > > The usual criticism applies: unclear headroom, something like 50% of the > meter for the upmost 3dB, multiple definitions for the needle's attack > and release, just to name a few. > > VUmeters are no more than eye candy, if possible, stick to digital bar > meters. It's also worth to have a look at the K metering system, i.e. > K14, K12 and K10. For a nice implementation of that, have a look at jkmeters http://kokkinizita.net/linuxaudio/downloads/index.html It would be nice if more apps used them where they make sense. The idea seems to be from Bob Katz. Basically they are a peak and a rms meter in one, supposed to be used with a calibrated monitoring system. You can find some explanation on Bob Katzs website. Regards, Philipp ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
Loki Davison wrote: > I'd love to know what's weird about libphat :) Crappy yes, weird, > well, maybe. If you'd like to contribute to / totally change direction > of / revive from the dead phat i'd totally approve. If noone else is interested in picking up libphat I'm willing to do so. I have a bit of a history of maintaining libraries that end up being bedrock parts of the linux audio scene. > Advice thought: > Try and have a specific app that you use and want to make better. It's > a much more effective idea that making something totally generic. > After you make one app better, expand from there. Totally agree. Good advice. Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
2009/12/29 Carlo Ascani : > Hi all, > I'm a junior developer, interested in GUI developing (and looking for > a job hehe) > I wanna put your attention to the state of audio application GUIs under Linux. > We have many toolkits to develop a GUI, but none that allows the user > to say: "Damn, that's cool!" > I mean, all of you know the LinuxDSP audio plugins, they have a GUI > that cause a "Damn, that's cool!" but that isn't free software. > Another example is libphat, but it's all but a "Damn, it's cool". > > What i mean is: is there anyone interested in writing a simple set of > audio widget that will be: > Simple, Good Looking, Skinable? > > I'm interested, if there's anyone, let me know. I'm free to talk about it. Or instead of doing it ground up, maybe you could try cook something up with either/both of: http://www.rawmaterialsoftware.com/juce.php http://www.libnui.net/ Juce has options to use native windecs, so I can't really say what is it that keeps developers away. -- GPG/PGP ID: B42DDCAD ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
On Tue, Dec 29, 2009 at 7:11 AM, Carlo Ascani wrote: > I feel the absence of a solid Audio Widget Library, it doesn't mind if > it's in Gtk, Qt, EFL, skinable, fancy etc... > A library that provides 4 or 5 controls but solid like a rock and of > course accessible. > A knob, a slider, a vumeter, a toggle button. All packaged in a > library, to be a point to start for junior devs like me. > Not a library for a specific application, a general library to > provides that simple controls. > > I know that libphat exists, but i've found it weird, i'm sorry. > If someone knows some library or want to write a new one is welcome, i > will help as much as possible. > I'd love to know what's weird about libphat :) Crappy yes, weird, well, maybe. If you'd like to contribute to / totally change direction of / revive from the dead phat i'd totally approve. I haven't had any time for it for years, as i stopped using any of the apps that actually used it. I'm keen to help with any of your ideas and there is a few bits of good code there. Advice thought: Try and have a specific app that you use and want to make better. It's a much more effective idea that making something totally generic. After you make one app better, expand from there. Loki ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
On Mon, Dec 28, 2009 at 09:11:44PM +0100, Carlo Ascani wrote: > A library that provides 4 or 5 controls but solid like a rock and of > course accessible. Ah, libprolooks. I guess it could use some updates from CALF again, so try to get hold of hansfbaier or kfoltman (both hang around in #lad on freenode) > A knob, a slider, a vumeter, a toggle button. All packaged in a I agree with almost everything except the vumeter. They are for analog equipment, but we're talking digital domain here. The usual criticism applies: unclear headroom, something like 50% of the meter for the upmost 3dB, multiple definitions for the needle's attack and release, just to name a few. VUmeters are no more than eye candy, if possible, stick to digital bar meters. It's also worth to have a look at the K metering system, i.e. K14, K12 and K10. Unlike Ralf, I support the idea of an inspiring GUI. It's sometimes half of the creative process to have a GUI which invites you to play around as long as usability isn't completely ruined. Also note that sampo is working on some GUI stuff, too, so you could jump that band waggon: http://thorwil.wordpress.com/2009/12/03/compressor-plugin-gui/ More links for your convenience: Old calf: http://calf.sourceforge.net/?id=4 libprolooks: http://www.hansfbaier.de/wordpress/libprolooks/ (GUI extracted from old calf) New calf: http://foltman.com/Deesser.png Especially the last one looks pretty decent to me. HTH -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
2009/12/28 Ralf Mardorf : > I disagree. I like a clean style, e.g. the one of Qtractor much more than > flashy designs, because I can rule it's look. Whereas I do agree, that a > call for more desktop environment themes is something we need. It would be > good, if we could choose different themes for different applications. Even > if I'm not a fan of applications that ignore the theme I chose, at the > moment I'm glad that some do, because different outfits make it easy to > discern different apps, with similar functionality. To be honest, I like the > look of some apps that come with their own style, but on the whole, clean > themes taken over from the desktop environment's theme will avoid that the > display looks like a funfair, with it's grotesque sensory overload. > > 2 cents, > Ralf > Ok it could be true, forget about flashy GUIs, for a moment. I feel the absence of a solid Audio Widget Library, it doesn't mind if it's in Gtk, Qt, EFL, skinable, fancy etc... A library that provides 4 or 5 controls but solid like a rock and of course accessible. A knob, a slider, a vumeter, a toggle button. All packaged in a library, to be a point to start for junior devs like me. Not a library for a specific application, a general library to provides that simple controls. I know that libphat exists, but i've found it weird, i'm sorry. If someone knows some library or want to write a new one is welcome, i will help as much as possible. Cheers -- Carlo Ascani La politica pratica consiste nell'ignorare i fatti. (Henry Adams) C programmers never die. They are just cast into void. - cell: 320 2915799 http://gnufunk.org/~carloratm ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
Carlo Ascani wrote: > Hi all, > I'm a junior developer, interested in GUI developing (and looking for > a job hehe) > I wanna put your attention to the state of audio application GUIs under Linux. > We have many toolkits to develop a GUI, but none that allows the user > to say: "Damn, that's cool!" > I mean, all of you know the LinuxDSP audio plugins, they have a GUI > that cause a "Damn, that's cool!" but that isn't free software. > Another example is libphat, but it's all but a "Damn, it's cool". > > What i mean is: is there anyone interested in writing a simple set of > audio widget that will be: > Simple, Good Looking, Skinable? > > I'm interested, if there's anyone, let me know. I'm free to talk about it. I disagree. I like a clean style, e.g. the one of Qtractor much more than flashy designs, because I can rule it's look. Whereas I do agree, that a call for more desktop environment themes is something we need. It would be good, if we could choose different themes for different applications. Even if I'm not a fan of applications that ignore the theme I chose, at the moment I'm glad that some do, because different outfits make it easy to discern different apps, with similar functionality. To be honest, I like the look of some apps that come with their own style, but on the whole, clean themes taken over from the desktop environment's theme will avoid that the display looks like a funfair, with it's grotesque sensory overload. 2 cents, Ralf ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] JackMix [was: LADI]
Paul Davis wrote:
> On Sun, Dec 27, 2009 at 2:19 AM, Ralf Mardorf
> wrote:
>
>>> I'm asking as a potential user of jackmix for a quick fix to get jackmix
>>> to build when jack is installed in /usr/local/lib64. If anyone has built
>>> jackmix with jack installed in this location could you please let me
>>> know how you did it, thanks.
>>>
>>> james.
>>>
>> I had a similar problem at runtime:
>>
>
> if you install libraries and want them to be found automatically when
> a program runs, then the location that you installed them in has to be
> known to ld.so, the runtime linker. that means that it has to be
> defined in /etc/ld.so.conf or whatever directory-based equivalent of
> that is used by your distro. once the location is defined, the ld.so
> cache needs to be updated, an operation that can only be done by root.
>
> man ld.so
> man ldconfig
>
> will reveal more.
>
Running ldconfig was the first I did, but you're right, I missed that
/usr/local/lib64 wasn't added to the configuration, resp. I should have
added a link, because for 64 Studio/ Ubuntu the 64bit libs are in
/usr/local/lib, resp. /usr/lib.
OT for this problem: However there seems to be a bug for the configure
or make file, because jconvolver wants libzita-convolver.so.2, but after
compiling and installing there were only
/usr/local/lib64/libzita-convolver.so -> libzita-convolver.so.2.0.0 and
libzita-convolver.so.2.0.0, thus even if I wouldn't have made this
mistake, a link /any/used/lib_path/libzita-convolver.so.2.0.0 ->
/any/used/lib_path/libzita-convolver.so.2 is missing and needs to be added.
spinymouse-s...@64studio:/etc/ld.so.conf.d$ ls
kde4.conf libc.conf x86_64-linux-gnu.conf
spinymouse-s...@64studio:/etc/ld.so.conf.d$ cat libc.conf
# libc default configuration
/usr/local/lib
spinymouse-s...@64studio:/etc/ld.so.conf.d$ cat x86_64-linux-gnu.conf
# Multiarch support
/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu
spinymouse-s...@64studio:/etc/ld.so.conf.d$ cat kde4.conf
/usr/lib/kde4/lib
Hm, /usr/lib, /usr/lib32 will be found by default? /usr/lib64 -> lib is
a link.
Anyway, I fixed it now:
spinymouse-s...@64studio:/usr/local/lib64$ ls
libzita-convolver.so libzita-convolver.so.2.0.0
spinymouse-s...@64studio:/usr/local/lib64$ sudo mv * /usr/local/lib
spinymouse-s...@64studio:/usr/local/lib64$ cd ..
spinymouse-s...@64studio:/usr/local$ sudo mv
/usr/lib/libzita-convolver.so.2 /usr/local/lib
spinymouse-s...@64studio:/usr/local$ sudo rm -r lib64
spinymouse-s...@64studio:/usr/local$ sudo ln -s /usr/local/lib
/usr/local/lib64
spinymouse-s...@64studio:/usr/local$ sudo ldconfig
spinymouse-s...@64studio:/usr/local$ jconvolver -h
Jconvolver 0.8.4
(C) 2006-2009 Fons Adriaensen
Usage: jconvolver {}
Options:
-h Display this text
-v Print partition list to stdout [off]
-LTry to compensate latency
-M Use the FFTW_MEASURE option [off]
-N Name to use as JACK client [jconvolver]
Thank you :).
Ralf
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
Carlo Ascani writes: > What i mean is: is there anyone interested in writing a simple set of > audio widget that will be: > Simple, Good Looking, Skinable? Please add "accessible" to your list of requirements to not leave disabled people who require assistive technologies behind, thanks. -- CYa, ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/> .''`. | Get my public key via finger mlang/k...@db.debian.org : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44 `. `' `- http://delysid.org/> http://www.staff.tugraz.at/mlang/> ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] aseqmm 0.2.0 released
On Monday, December 28, 2009, torbenh wrote: > On Sun, Dec 27, 2009 at 04:25:11PM +0100, Pedro Lopez-Cabanillas wrote: > > aseqmm is a C++ wrapper around the ALSA library sequencer interface using > > Qt4 objects, idioms and style. ALSA sequencer provides software support > > for MIDI technology on Linux. Several examples are included in the source > > tree. > > hmm... maybe its just me. but to me the name aseqmm would imply it uses > sigc and gobjects. > > wouldnt qaseq be amore appropriate name ? I find quite amusing that such a name would be considered... hmm... heretic? :-) The ending in "mm" simply means to me something related to C++. Qt uses standard C++ in despite of FUD and propaganda that has been spread everywhere by zealots. It is not likely to happen, but if somebody writes a wrapper around the ALSA sequencer API using sigc, gobjects and other gnome friendly frameworks, wouldn't be more appropriate to name it gaseq ? Regards, Pedro ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] GUI for audio application
Hi all, I'm a junior developer, interested in GUI developing (and looking for a job hehe) I wanna put your attention to the state of audio application GUIs under Linux. We have many toolkits to develop a GUI, but none that allows the user to say: "Damn, that's cool!" I mean, all of you know the LinuxDSP audio plugins, they have a GUI that cause a "Damn, that's cool!" but that isn't free software. Another example is libphat, but it's all but a "Damn, it's cool". What i mean is: is there anyone interested in writing a simple set of audio widget that will be: Simple, Good Looking, Skinable? I'm interested, if there's anyone, let me know. I'm free to talk about it. -- Carlo Ascani La politica pratica consiste nell'ignorare i fatti. (Henry Adams) C programmers never die. They are just cast into void. - cell: 320 2915799 http://gnufunk.org/~carloratm ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
