Re: [LAD] [ANN] invada-studio-plugins-lv2-1.0.0
On Sun, May 31, 2009 at 2:57 AM, Fraser fra...@arkhostings.com wrote: Justin Smith wrote: now I am trying to figure out how to access the GUI controls, neither ardour nor rosegarden seem to let me do this, are they the wrong apps, or am I using the apps the wrong way? The custom GUI's are an optional extension, it's up to the host app (ardour etc) to decide if it wants to use the custom GUI or generate it's own. If the host app supports the LV2 UI extension it'll show the custom gui automatically. Rosegarden does not support LV2 at all, so presumably you're just seeing the LADSPA versions of these plugins there. Even if it did support LV2, it couldn't support the GUIs because (unless it has changed dramatically since I last looked at it) the LV2 GUI extension is limited to a single host toolkit which Rosegarden does not use, namely GTK. Chris ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] supporting a dedicated DSP chip with ALSA
The problem with OpenMAX is that most of the common players (at least the ones I looked into mplayer and mpg123) doesn't support them natively. You could try the gstreamer plugin for openmax. http://freedesktop.org/wiki/GstOpenMAX Cheers, Ste ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [ANN] invada-studio-plugins-lv2-1.0.0
Chris Cannam can...@all-day-breakfast.com writes: Even if it did support LV2, it couldn't support the GUIs because (unless it has changed dramatically since I last looked at it) the LV2 GUI extension is limited to a single host toolkit which Rosegarden does not use, namely GTK. There is external UI extension that allows plugin to launch the GUI in separate process. -- Nedko Arnaudov GnuPG KeyID: DE1716B0 pgpjYhuSP47Tv.pgp Description: PGP signature ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [ANN] invada-studio-plugins-lv2-1.0.0
On Sun, May 31, 2009 at 11:07 AM, Nedko Arnaudov ne...@arnaudov.name wrote: Chris Cannam can...@all-day-breakfast.com writes: Even if it did support LV2, it couldn't support the GUIs because (unless it has changed dramatically since I last looked at it) the LV2 GUI extension is limited to a single host toolkit which Rosegarden does not use, namely GTK. There is external UI extension that allows plugin to launch the GUI in separate process. The Invada plugins look (from the screenshots) to have some active components such as meters. Would these work using the external UI extension? The basic question is: if LV2 support was added to Rosegarden using all of the latest available technology, would anyone notice any difference between Invada plugins hosted in Rosegarden and the same plugins hosted in Ardour? My impression is that they would, if the plugins have GUIs that use facilities that are not open to current external UIs such as those for DSSI. Chris ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [ANN] invada-studio-plugins-lv2-1.0.0
Chris Cannam can...@all-day-breakfast.com writes: On Sun, May 31, 2009 at 11:36 AM, Nedko Arnaudov ne...@arnaudov.name wrote: Invada plugins don't have external UI. If you are going to add LV2 support to Rosegarden I'll add external UI support to Invada. I promise. That is a worthy promise; thank you. But what are the chances of new plugin developers being prepared to do that extra work themselves, as a general matter? (I realise that's a rhetorical question, or at least one you can't be expected to have the answer to. Fraser might have some thoughts, perhaps?) If they are prepared to do DSSI like stuff (the only alternative we have ATM), they can reuse the DSSI-like universal wrapper. The code needs only two defines, UI_EXECUTABLE and UI_URI. If they are not, then maybe they are looking for in-process UI extension that is toolkit independent. I have idea about cairo UI extension but it will require abstracting mouse and keyboard events. Also it will force plugin authors to use some kind of [custom] widget toolkit based on cairo. -- Nedko Arnaudov GnuPG KeyID: DE1716B0 pgpJWlNzmUaVx.pgp Description: PGP signature ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [ANN] invada-studio-plugins-lv2-1.0.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nedko Arnaudov wrote: Invada plugins don't have external UI. If you are going to add LV2 support to Rosegarden I'll add external UI support to Invada. I promise. At least let me try and fail first. ;) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFKIm40NZroiEh4erwRAphuAJ9EDGt/uPsHX0BIa891d+vMmOeIAgCcC4j6 Rm8TxjBBvvIm/E1g1led1ao= =QxF0 -END PGP SIGNATURE- ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [ANN] invada-studio-plugins-lv2-1.0.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Chris, Chris Cannam wrote: (I realise that's a rhetorical question, or at least one you can't be expected to have the answer to. Fraser might have some thoughts, perhaps?) Well my motivation was pretty selfish I guess. I pretty much limited myself to extensions on this page: http://lv2plug.in/spec/ rather than this one: http://lv2plug.in/docs/index.php?title=Main_Page as I figured they'd have the widest adoption and thus my plugins would run in the most hosts as intended. My main concern was compatibility. It wasn't that I thought the time investment in developing plugins using External UI Extension was too high, I just figured it was better spent on using what I can see is already utilised. That being said I'd much rather have a generic solution to UI's than a toolkit specific one, and for exactly the same reason (host compatibility). If, several months ago, I'd found myself having to choose between two extensions for UI I would have gone for the External UI as they both had the same learning curve (to me). regards, Fraser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFKInANNZroiEh4erwRAsTgAJ4lq+gkB4oCg9a84Jdo9RBfNI48GQCdFaev 7ID1xllTsaTK5tFHzBouyqQ= =gNKB -END PGP SIGNATURE- ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [ANN] invada-studio-plugins-lv2-1.0.0
Fraser fra...@arkhostings.com writes: Nedko Arnaudov wrote: Invada plugins don't have external UI. If you are going to add LV2 support to Rosegarden I'll add external UI support to Invada. I promise. At least let me try and fail first. ;) I assumed you have better things to do ;) -- Nedko Arnaudov GnuPG KeyID: DE1716B0 pgpqWBo3tZrk1.pgp Description: PGP signature ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Could not deliver the message in the time limit specified.
Ralf Mardorf wrote: Hi :) sorry, I'm a fan of Qtractor, but it's still on a state were bugs urgently should be reported and wishes might have more effect than for similar, but established applications. I send 3 mails to rn...@rncbc.org, but I got 'Could not deliver the message in the time limit specified.' I also wasn't able to surf http://www.rncbc.org/, the strange thing is, that I don't get an error message. I know that he's subscribed to Jack-dev and LAD. Is anybody able to connect to http://www.rncbc.org/? Some time ago there was a similar problem with his domain. I fear I can imagine what the problem is :(. Best, Ralf PS: Now I got The server at www.rncbc.org is taking too long to respond. the rusty rncbc.org server had a hiccup while i was out in the country--it's been offline for 36 hours only :( it's back online now ;) -- rncbc aka Rui Nuno Capela rn...@rncbc.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] supporting a dedicated DSP chip with ALSA
Ziv Haziz schrieb: Hi All, i'm seeking an advise on the preferred way to support a dedicated DSP chip under ALSA. The system is an embedded system constructed on a dual core chip – one core is ARM vanlia and the other is a dedicated DSP core. The DSP core is capable of both playing both encoded streams (mp3, wma, various voice coders) and of course PCM streams. the codec (a2d, d2a) are connected to DSP. I think having a alsa support for the PCM is step one. To allow applications to benefit from the codecs, you could write wrappers for gstreamer. But basically the later depends if you have existing applications already. If then you need to support the interfaces they are using. Stefan I looking for an elegant design to hide the DSP under the ALSA sysem and I have several ideas and would like to get your advise: 1. use LADSPA to make the DSP look as a plug-in for both control and data – what I don't know is if LADSPA forces me to return data to the ALSA for sending it to the kernel drivers 2. use the LADSPA to make the DSP control only and make another kernel driver for the audio data pass – is it possible? There can be a sync problem between the commands and the time the data will arrive? Will this support JACKD ? I'm open to other suggestions as well, Thanks in advance Ziv __ DSP Group, Inc. automatically scans all emails and attachments using MessageLabs Email Security System. _ ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] supporting a dedicated DSP chip with ALSA
Thought to score two in one (both un encoded and encoded streams via the same interface) Ok, when passing only PCM is it possible to make a plug-in that will receive all the control from the ALSA but the data will still pass through the ALSA to kernel driver? Will control include receiving mixer, volume, etc ? Or Do a plugin for both data and control ? will there be a performance issue in this case? -Original Message- From: bluef [mailto:bluefut...@email.it] Sent: Sunday, May 31, 2009 12:09 PM To: Ziv Haziz Cc: Jussi Laako; linux-audio-dev@lists.linuxaudio.org Subject: Re: [LAD] supporting a dedicated DSP chip with ALSA The problem with OpenMAX is that most of the common players (at least the ones I looked into mplayer and mpg123) doesn't support them natively. You could try the gstreamer plugin for openmax. http://freedesktop.org/wiki/GstOpenMAX Cheers, Ste __ DSP Group, Inc. automatically scans all emails and attachments using MessageLabs Email Security System. _ __ DSP Group, Inc. automatically scans all emails and attachments using MessageLabs Email Security System. _ ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] supporting a dedicated DSP chip with ALSA
bluef schrieb: The problem with OpenMAX is that most of the common players (at least the ones I looked into mplayer and mpg123) doesn't support them natively. You could try the gstreamer plugin for openmax. http://freedesktop.org/wiki/GstOpenMAX If the plugins are yet to be written, then I would write them directly for gstreamer as there are hardly any openmax applications out there and on the embedded its good to avoid extra layers. openmax is not that lightwight as it looks :/ Stefan Cheers, Ste ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [Jack-Devel] Could not deliver the message in the time limit specified.
Ralf Mardorf wrote: Hi :) sorry, I'm a fan of Qtractor, but it's still on a state were bugs urgently should be reported and wishes might have more effect than for similar, but established applications. I send 3 mails to rn...@rncbc.org, but I got 'Could not deliver the message in the time limit specified.' i'm still waiting for those 3 mails to arrive ;) I also wasn't able to surf http://www.rncbc.org/, the strange thing is, that I don't get an error message. I know that he's subscribed to Jack-dev and LAD. Is anybody able to connect to http://www.rncbc.org/? Some time ago there was a similar problem with his domain. I fear I can imagine what the problem is :(. cheers -- rncbc aka Rui Nuno Capela rn...@rncbc.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
[LAD] PS: Qtractor wishlist
I guess that you're still busy by programming some 'standard' features, so I won't write to you 'please add this, please add that'. I wrote that it's a PITA, to do settings, because of seg faults. It's not too hard, it's able to work relaxed, so don't worry about this. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [Jack-Devel] Could not deliver the message in the time limit specified.
Qtractor Sorry to the lists, my second last mail was sent off-list and the last mail should be sent off-list too, it was sent by mistake to the lists. I'll be more careful next time. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
[LAD] Need to look at and tune an acoustic instrument
Greetings; I'm told that matlab can do this, but this is a one time deal on a home made instrument. I've not that sort of money to spend. Do we have anything for linux that can take a microphone input to an audio card, do an FFT on what it picks up that is accurate to small parts of a hertz at frequencies in the 1st two octaves of a keyboard? Thanks all. -- Cheers, Gene There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) The NRA is offering FREE Associate memberships to anyone who wants them. https://www.nrahq.org/nrabonus/accept-membership.asp * knghtbrd does the ET thing knghtbrd anybody got a speak-n-spell? ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
[LAD] jack for windows compared to linux
What is the performance of the jackd like in its windows incarnation. Similar to Linux, better or perhaps significantly worse? Is it recommendable for general purpose usage? Since this would be for cross-platform applications, I am also interrested in any experience with the various graphics API's available. I have here a small audio application written for Win32 and compiled for Linux using winelib. This kind of works - at least for small projects like this one - but latency is way up. The same application ported to Qt with jack as a KDE application runs as smooth as one could ever request. Would this then be a simple matter of running ./configure and make on the output from KDevelop to get it to compile and run on Windows as well? ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev