Re: [LAD] audio format abadie.jo
On 06/29/2011 04:06 AM, pierre jocelyn andre wrote: Bonjour, j'ai créé un nouveau format audio destiné à linux. Je suis à la recherche d'aide pour finir le langage C, pour tester, et pour créer une nouvelle générationde carte audio. J'arrive à créer des fichier audio avec des voix humaines de plusieurs Ko avec seulement 10 octets. La page d'avancement de mon projet audio se trouve ici : Http://www.letime.net/legere/index.html Hi, I think you'll get more responses if you state your text in english. Good luck, Flo ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Hello World in LV2
On 07/06/2011 02:03 AM, David Robillard wrote: On Tue, 2011-07-05 at 15:44 -0500, Gabriel M. Beddingfield wrote: On Tuesday, July 05, 2011 03:34:15 pm Olivier Guilyardi wrote: Okay, then, if it is still compliant, it would be nice to have it in there: http://lv2plug.in/trac/browser/trunk I sent an e-mail to the LV2 ML to see if anyone can find the old tutorial text. Sorry, the hosting migration has been a bit rougher than expected. I have a dump of the entire Wiki, which will be restored soon. That said, I agree with the original premise that well-documented *examples* are what is most needed, by a long shot. Tutorials and other prosey things that aren't working examples and few people are likely to bother with, not so much. I agree. For now, maybe that you could just review and commit the amplifier example mentioned by Gabriel. I think that a trunk/examples/ folder would be nice. That said, what about a Hello World host example? I know there are various ways to parse Turtle, and a host example may be a bit Lilv-specific. But having minimal host+plugin examples on the official LV2 website would be useful. Or at least a link to a simple Lilv host example. Also, I don't see the URL of the SVN repo mentioned anywhere on the website. There's just a download link with tarballs. Please sign up and modify the site as you see fit, the entire thing (except of course generated docs and such) is a Wiki. I actually don't know the SVN URL, and I think that a page listing all download options is better written by official maintainers. -- Olivier ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [Jack-Devel] rakarrack jack session jack1 jack2
Le 6 juil. 2011 à 14:06, rosea grammostola a écrit : On 07/03/2011 01:35 PM, Josep Andreu wrote: Hi I have recently added jack session support to rakarrack ... I was check with jack1 ...and session is restored perfectly even if I use a lot of rakarrack instances with others apps but ... I have problems with jack2 ... if I use more than one instance of rakarrack ... sometimes works ... but most times some instances of rakarrack are unable to open jack client ... believe me I changed everything to try to fix but I really don't know why that happens you know me I'm not a programmer .. :-( If someone can tell me something about how to fix that I will really appreciate :-) I use debian with the lastest svn jackmp installed in /usr/local .. also I have the jack1 debian package installed in /usr .. I dont know if that can be a problem ... anyway the jack2 server runs perfect ... in fact normally I use jack2 because runs better on my computer ... and of course I can open manually all the rakarrack instances I want Hi, One thing I noticed when launching two instances of Rakarrack, the second one makes connections to JACK automatically (I think I turned this off when lauching Rakarrack the first time). As Torben pointed out: a jack session client is not supposed to do any connections itself. if a flag to disable it already exist, just include this flag in the jack-session reply. I got into problems when launching two instances of Rakarrack with JACK2 (with disable autoconnect patch by Nedko for Ladish). Jack freezes etc. With Jack1 I don't have the freeze problems. There was also a Yoshimi - Jack-Rack session which didn't load with JACK2. I tried to make a new session, but it didn't load. Making a new version with Jack1, yoshimi and jack-rack, did load ok, so I switched to Jack1. Regards, \r It would be interested to know is this is a jack session in JACK2 specific issue. Can you possibly debug the freeze and see in what part of the code it happens? Thanks Stéphane ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Yoshimi Midi Learn: 1st testing release
Hi Renato, it's me, licnep, i just recently joined this mailing list after the post about the midi learn branch of yoshimi. Thanks for the feedback. My midi learn branch is built on top of the new 0.62 branch (that will be the next official yoshimi release) so some of the changes you see are not made by me. For example about the UI i only changed the way knobs look and, of course, added the midi controllers window. In particular i agree that I don't like the fact that you have to right click to edit an instrument, i find it counter intuitive, even after a lot of time of using it i still get it wrong, so i hope it will be reverted back to normal before the next release. As for the annoying scale bug, i think it was corrected in the previous 0.60 branch, maybe the correction has just not yet been added to the 0.62, but it will, i think. I haven't yet personally asked for a merge, the code is not really ready yet, and the main devs don't have much time to review it now. Anyway i hope the midi learn feature will join in the main branch sooner or later, it was not my original intent to create yet another fork. If you encounter any bug or have a request, a suggestion or a question, I'm always listening, although these days i don't have much time, bye, licnep ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [Jack-Devel] rakarrack jack session jack1 jack2
On 07/06/2011 02:11 PM, Stéphane Letz wrote: Le 6 juil. 2011 à 14:06, rosea grammostola a écrit : On 07/03/2011 01:35 PM, Josep Andreu wrote: Hi I have recently added jack session support to rakarrack ... I was check with jack1 ...and session is restored perfectly even if I use a lot of rakarrack instances with others apps but ... I have problems with jack2 ... if I use more than one instance of rakarrack ... sometimes works ... but most times some instances of rakarrack are unable to open jack client ... believe me I changed everything to try to fix but I really don't know why that happens you know me I'm not a programmer .. :-( If someone can tell me something about how to fix that I will really appreciate :-) I use debian with the lastest svn jackmp installed in /usr/local .. also I have the jack1 debian package installed in /usr .. I dont know if that can be a problem ... anyway the jack2 server runs perfect ... in fact normally I use jack2 because runs better on my computer ... and of course I can open manually all the rakarrack instances I want Hi, One thing I noticed when launching two instances of Rakarrack, the second one makes connections to JACK automatically (I think I turned this off when lauching Rakarrack the first time). As Torben pointed out: a jack session client is not supposed to do any connections itself. if a flag to disable it already exist, just include this flag in the jack-session reply. I got into problems when launching two instances of Rakarrack with JACK2 (with disable autoconnect patch by Nedko for Ladish). Jack freezes etc. With Jack1 I don't have the freeze problems. There was also a Yoshimi - Jack-Rack session which didn't load with JACK2. I tried to make a new session, but it didn't load. Making a new version with Jack1, yoshimi and jack-rack, did load ok, so I switched to Jack1. Regards, \r It would be interested to know is this is a jack session in JACK2 specific issue. Can you possibly debug the freeze and see in what part of the code it happens? Like I said, I have just changed the whole stuff to JACK1 now. Maybe Josep is capable of debugging this, he has JACK2 on his system iirc. Regards, \r ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Yoshimi Midi Learn: 1st testing release
On Wed, 6 Jul 2011 14:26:13 +0200 Alessandro Preziosi (licnep) lsnprezi...@gmail.com wrote: Hi Renato, it's me, licnep, i just recently joined this mailing list after the post about the midi learn branch of yoshimi. Thanks for the feedback. Hi, oh it's been fun trying it out :) My midi learn branch is built on top of the new 0.62 branch (that will be the next official yoshimi release) so some of the changes you see are not made by me. For example about the UI i only changed the way knobs look and, of course, added the midi controllers window. In particular i agree that I don't like the fact that you have to right click to edit an instrument, i find it counter intuitive, even after a lot of time of using it i still get it wrong, so i hope it will be reverted back to normal before the next release. As for the annoying scale bug, i think it was corrected in the previous 0.60 branch, maybe the correction has just not yet been added to the 0.62, but it will, i think. I see, didn't realize that... I haven't yet personally asked for a merge, the code is not really ready yet, and the main devs don't have much time to review it now. Anyway i hope the midi learn feature will join in the main branch sooner or later, it was not my original intent to create yet another fork. ok, this is very good to hear! If you encounter any bug or have a request, a suggestion or a question, I'm always listening, although these days i don't have much time, well, as it is implemented the midi-learn function I find it ok. Only thing that would be good is if it were extended to all parameters, even the sliders if possible (at least those that I tried didn't have it) - but I can see that be a tedious work, so take it easy :) cheers and keep up the good work renato ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] rakarrack jack session jack1 jack2
On Wed, 06 Jul 2011 14:06:47 +0200 rosea grammostola rosea.grammost...@gmail.com wrote: On 07/03/2011 01:35 PM, Josep Andreu wrote: Hi I have recently added jack session support to rakarrack ... I was check with jack1 ...and session is restored perfectly even if I use a lot of rakarrack instances with others apps but ... I have problems with jack2 ... if I use more than one instance of rakarrack ... sometimes works ... but most times some instances of rakarrack are unable to open jack client ... believe me I changed everything to try to fix but I really don't know why that happens you know me I'm not a programmer .. :-( If someone can tell me something about how to fix that I will really appreciate :-) I use debian with the lastest svn jackmp installed in /usr/local .. also I have the jack1 debian package installed in /usr .. I dont know if that can be a problem ... anyway the jack2 server runs perfect ... in fact normally I use jack2 because runs better on my computer ... and of course I can open manually all the rakarrack instances I want Hi, One thing I noticed when launching two instances of Rakarrack, the second one makes connections to JACK automatically (I think I turned this off when lauching Rakarrack the first time). Hi, I think this depends on the fact that only the first instance of rakarrack uses your personal configuration file... ever noticed how if you change theme colors and you launch multiple instances only the first will have the new colors? And in the default configuration file there's the Autoconnect feature turned on (under the Jack tab in Preferences IIRC). Just noticed this today too... would it be possible that all instances use the same configuration file? Also as rosea points out, maybe a better default for the Autoconnect would be off cheers renato ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Android audio plugins
Hi, Reading this thread again, I feel like clarifying a few points. On 06/29/2011 10:03 PM, Nick Copeland wrote: No, technically, an app can load a native shared library provided by another without caring about any kind of signature. An app can freely dlopen() a library provided by another app. Hm, are the issues related to that library being in an APK? I don't see how you can have Android give you access to somebody else's library unless you have been signed with the same private key. If you are saying 'technically' accessing system libraries then I agree but in that case you have an issue with distributing the library as you cannot distribute system libraries via the Android processes. You are confusing a real lot of things here. The APK package signature have nothing to do with accessing another package data files or libraries. I am not talking about accessing system libraries. I am talking about one application accessing the shared libraries provided by a third-party application. When an application gets installed, the Android Manager installs the libraries that it provides into the application data directory, in the lib/ subfolder. And these libraries are world readable and executable. In the past I was also puzzled by this, and thought it was risky to rely on it, but I discussed this many times on the android-ndk mailing list, with Android lead developers, and it came out to be reliable. These are not suppositions. There have been numerous discussions. And here's the conclusion about accessing another app's libraries, by Dianne Hackborn (a Software Engineer who sits very near the exact center of everything Android), answering my questions: http://groups.google.com/group/android-ndk/msg/05aae4aafb266cf1 Now, on Andraudio, I have indicated that there's a security issue. Indeed, Dianne insists a lot on the fact that altough loading and running a third party .so is absolutely feasible, it happens at 100% under the responsibility of the app which executes the code. What this means is that, if an app loads a malicious plugin, then it could be reported as a malicious app, and be banned from the Market, etc... Perhaps I have missed the point, Android security prevents you accessing resources that you have not been given a priori permission to use to ensure the system cannot be compromised by malicious code. If you want to root your device and hack it to get to the point where you can overcome that security then that can be achieved but that comes back to another point I made: Yes, you misunderstand the permission system and the Android security model. I'm not implying any kind of rooting and all that. I'm talking about plain non-rooted standard Android. On Android, the security model regarding applications is based on sandboxing. Such sandboxing in turn relies on the fact that each application gets assigned a unique user ID. And permissions (internet access, sdcard write access, etc...) are bound to the user ID. Reading data from another application directory or APK is not affected by this permission at all. Actually, preventing such read access is considered futile: http://groups.google.com/group/android-ndk/msg/15a412a317a034bf But this doesn't allow a given application to perform what another application has the permissions to do. App A can read/execute the data and code provided by app B, but it doesn't grant the permissions of app B to A, because of user ID sandboxing. For this very purpose, an application can actually define custom permissions, that third party apps have to request explicitly (and the user agree), so that another app can for example call a restricted remote API through (Binder) IPC. -- Olivier ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Hello World in LV2
2011/7/6 David Robillard d...@drobilla.net: ... Eventually I think it might be nice to do a big LV2 Universe tarball release of everything in there, I can only say YES YES YES to that. Would you believe, how cumbersome it's been to track, follow and install LV2 releases ? (The same unfortunately applies to some of your other apps, ingen, ...) .., but I am not sure of the form this should take yet. A tar.bz2 with any script, that would build and install the whole LV2 devel stuff, including seldom used dependencies. Plus a README, listing additional dependencies. For example: I would not expect GTK+ to be included, but a required rdf-library I've never heard before... A second tarball, including all currently known LV2 plugins. This could be called Official-LV2-plugin-pack_2011-08-01.tar.bz2 and could be updated regularly. Thank you for this effort. Making your work more accessible is much appreciated. -- E.R. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Jack Session Manager: feature request
On 07/01/2011 12:51 PM, rosea grammostola wrote: On 06/30/2011 11:50 PM, rosea grammostola wrote: On 06/30/2011 11:47 PM, rosea grammostola wrote: Hi, It is very promising that devs like Torben, Paul Davis, Rui and David Robillard (to name a few), are 'backing up' Jack Session and that the Jack Session API is in the Jack API. This will give the community a very good chance that many apps will get JackSession support soon (or later). However, it's still reasonable to expect that not all LAD applications are going to be patched with JackSession support. In other words, there are and will be apps which might be useful (for one or more of us) to use in a session but which won't have JackSession (JS) support. From a users perspective, it would be very useful to be able to use that application (without JS support) in a session in some way nevertheless. At the moment one Session Manager (SM), Pyjacksm (Qjackctl will follow soon, and also Patchage I expect) makes this possible by manually adding 'infra clients' to a configuration file, .pyjacksmrc. See example below. Infra clients are designed for applications without a state, like a2j. But it is also possible to use apps without JS support as infra client. Amsynth is an application without JS support and in this way I am able to load amsynth, with project A. The SM makes sure that Amsynth is started and that the Jack connections are restored (that's the only thing the SM can do for you for apps without JS support). But I don't want to use Amsynth with Project A always (Session 1). I might be working on a totally different project and want to make a session for that also (Session 2). This time I want to load amsynth as: amsynth -b /home/user/projectB.amSynth.presets (I don't use Session 1 and 2 together in this example). To be able to load Session 2, I have to edit my .pyjacksmrc file or make symlinks. *Feature request*: It would be nice if the SM could provide me a way to load a different configuration file. For example: JackSessionManagerX --load configurationfileSession2 Thanks in advance, \r I think I have mentioned it before somewhere, but another good feature for a Session Manager would be the possibility to start (and / or use?) a session via the command line. Like: qjackctl --session session1.session or something. In Qjackctl, the save button in the session window, works as 'save as' atm. A real 'save' button would be nice (saves time). Thanks in advance, \r ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Hello World in LV2
On Wed, 2011-07-06 at 18:27 +0200, Emanuel Rumpf wrote: 2011/7/6 David Robillard d...@drobilla.net: ... Eventually I think it might be nice to do a big LV2 Universe tarball release of everything in there, I can only say YES YES YES to that. Would you believe, how cumbersome it's been to track, follow and install LV2 releases ? (The same unfortunately applies to some of your other apps, ingen, ...) Unreleased is unreleased. On purpose. Unreleased things are not *supposed* to be as widely distributed as released things, because they are not stable. Stable in this case does not mean it might crash, it means that everything related will break catastrophically in the future. They are not useful unless you are a developer seeking to participate in the implementation of a new extension, in which case you use SVN. There are all sorts of things in that repository that are rotten crap and most definitely should NOT be widely distributed and used. If it was release suitable, it would be released :P Extensions are not released until there are at least 2 independent working implementations of them. I think most would agree this is a good rule. For users, there are tarballs of all released extensions, and packagers have been doing their thing nicely with them. I don't see how it is any more cumbersome to track LV2 releases than any other project. Tarballs are released, and announcements are made. What is the problem? .., but I am not sure of the form this should take yet. A tar.bz2 with any script, that would build and install the whole LV2 devel stuff, including seldom used dependencies. Plus a README, listing additional dependencies. For example: I would not expect GTK+ to be included, but a required rdf-library I've never heard before... ... So, something like a waf script, and an INSTALL file, and a README file? Something like, oh I don't know, the ones that have been there ever since the repository was created? ;) A second tarball, including all currently known LV2 plugins. This could be called Official-LV2-plugin-pack_2011-08-01.tar.bz2 and could be updated regularly. I don't think it's appropriate or wise to create any such official thing. Plugins are written by diverse authors in diverse languages with diverse build systems. That's sort of the point. Anyone is welcome to create a meta-package, though, and it would be nice in some cases, but that is a much more messy task than doing so for extensions, since there is no standard format for plugin sources (nor could there be). The scope of plugins is much wider than this wish implies. For example, LinuxSampler is a known LV2 plugin these days. Ingen will be as well. Including these things in such a release is clearly inappropriate. I think actively maintaining, hosting, distributing, and guiding the development of *extensions* is a job that lv2plug.in should strive to do, to keep the LV2 ship sailing straight, so to speak. Plugins, however, are independent projects. The point of a good plugin specification is to enable independent developers to implement whatever plugins they see fit. Centralization is not a win. Thank you for this effort. You're welcome. Making your work more accessible is much appreciated. Don't assume that developers actually *want* everything to be accessible ;) I assure you several developers are actively working to design, solidify, implement, and release new extensions that will provide us with new advanced plugin capabilities as quickly as possible. -dr ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Hello World in LV2
2011/7/6 David Robillard d...@drobilla.net: For users, there are tarballs of all released extensions, ... Tarballs are released, and announcements are made. What is the problem? The problem is: tarballs is plural. For LV2 you have to download x tars, compile, install and when you're finally done, your new LV2-plugin still doesn't compile, cause it would have needed an experimental extension... my experience so far. Ah right. I should wait for the final release ;) A second tarball, including all currently known LV2 plugins. This could be called Official-LV2-plugin-pack_2011-08-01.tar.bz2 and could be updated regularly. I don't think it's appropriate or wise to create any such official thing. Plugins are written by diverse authors in diverse languages with diverse build systems. Centralization is not a win. I thinks it can be. I'm not talking about centralizing different projects, but *final* distribution centralization, a kind of central mirror for spread projects. Take ladspa as an example: There are X websites with ladspa-packages, containing diverse plugins. Now every maintainer (and interested user) has to track those sites, downloading from X locations... My thought: If there was a central collecting point, most maintainers could simply download one tar and make the content ready for their distro. Plugin creators would also benefit: They simply would have to send their current sources to the collecting point, knowing it soon became public and spread. I think actively maintaining, hosting, distributing, and guiding the development of *extensions* is a job that lv2plug.in should ... do .. So maybe my request should have gone to that address. Don't assume that developers actually *want* everything to be accessible ;) I assure you several developers are actively working to design, solidify, implement, and release new extensions that will provide us with new advanced plugin capabilities as quickly as possible. Pleased to hear that :) -- E.R. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Hello World in LV2
2011/7/6 David Robillard d...@drobilla.net: ... So, something like a waf script, and an INSTALL file, and a README file? Something like, oh I don't know, the ones that have been there ever since the repository was created? ;) Indeed - one has to install lv2 from the repository. Then installation is much simpler than the website download, as I'm just experiencing, just use waf. repo download: http://lv2plug.in/trac/changeset/273/trunk?old_path=%2Fformat=zip don't forget to run lv2config Then checkout drobilla svn co http://svn.drobilla.net/lad/trunk drobillad and ./waf configure --prefix=/usr --bindings --jack-dbus --dyn-manifest -- E.R. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] audio format abadie.jo
On July 6, 2011 07:11:49 pm Tim E. Real wrote: Hi Florian. We meet again, on LAD! Oops, you are not Florian the MusE devel? Greetings anyway. Tim. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] audio format abadie.jo
On Wed, 2011-07-06 at 19:11 -0400, Tim E. Real wrote: On July 6, 2011 05:33:44 am Florian Paul Schmidt wrote: Http://www.letime.net/legere/index.html Scrolling down, at the bottom of the webpage there's Google translate. The English translation seems to be better than the German translation. Hi, I think you'll get more responses if you state your text in english. Good luck, Flo Hi Florian. We meet again, on LAD! I think he says he has created a new audio format for Linux. He's looking for help with the C language, testing, and creating a new generation of audio card. The next part I'm not sure. I think it says he has created an audio file with human voices using only ten octaves? Don't know what 'Ko' is. I'm English Canadian with some French knowledge. We were all taught French in school, long ago. Tim. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Hello World in LV2
On Wed, 2011-07-06 at 22:21 +0200, Emanuel Rumpf wrote: 2011/7/6 David Robillard d...@drobilla.net: ... So, something like a waf script, and an INSTALL file, and a README file? Something like, oh I don't know, the ones that have been there ever since the repository was created? ;) Indeed - one has to install lv2 from the repository. Then installation is much simpler than the website download, as I'm just experiencing, just use waf. repo download: http://lv2plug.in/trac/changeset/273/trunk?old_path=%2Fformat=zip don't forget to run lv2config Then checkout drobilla svn co http://svn.drobilla.net/lad/trunk drobillad and ./waf configure --prefix=/usr --bindings --jack-dbus --dyn-manifest My top-level repository contains several unreleased things, and accordingly depends on the LV2 SVN repository. All is as it should be. -dr ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev