Re: [LAD] Looking for good JAVA project to contribute to
Hi Craig, good JAVA projects? The JJack project (jjack.berlios.de) still wants to mature. If you like to contribute to this infrastructural part of the Linux audio world, which enables other Java programs to use Linux audio, please drop me a line. Jens Craig Lawton schrieb: I'm a home studio enthusiast and also a former JAVA programmer. I'm looking at combining these interests and contributing to a project, but most apps seem to be written in C++. Any suggestions? Anyone involved in any good JAVA projects? ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Audio Trigger
OrazioPirataDelloSpazio (Lorenzo) wrote: Hi all, I need to use a microphone input as a trigger. In other words my idea is to connect a switch to the microphone input. In this way, when the switch is turned on it generates a spike in the captured track. I would like to create a program that trigger an event every spike it receives. one option is to rip some code from a ladspa gate plugin and use that to create a software event. or you could use a midi trigger and receive a midi event. I succeed in capturing the mic input through a simple program that uses alsa driver, but I don't know how to parse the raw data to search for the spikes. Any hints? the easiest approach is to rms the data to get loudness information, and then generate an event if a certain threshold is reached. further refinements could be variable attack and hold times and a bandpass to filter out unwanted noise. take a look at any noise gate implementation. Second question: on a full duplex sound card, can I capture at 8 bit, mono, 22.050 bit/s , and on the same time playback at 16 bit, stereo, 44.100 ? generally, no. but you can capture at 16bit/44k1. afterwards it is a trivial operation to resample and decimate if necessary. -- jörn nettingsmeier home://germany/45128 essen/lortzingstr. 11/ http://spunk.dnsalias.org phone://+49/201/491621 Kurt is up in Heaven now. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] OT: mkdosfs as normal user
Patrick Shirkey wrote: Hi, I can't find anything online that gives me a way to run /sbin/mkdosfs as a normal user. Is it just that I need to add the user to the mkdosfs group or something similar? are you sure the program itself prevents that? my guess is it's the device you want to create the file on. should be a matter of creating a new group disk_removable or something, writing an udev rule to give it r/w access to all floppies and usb sticks and add yourself to that group. -- jörn nettingsmeier home://germany/45128 essen/lortzingstr. 11/ http://spunk.dnsalias.org phone://+49/201/491621 Kurt is up in Heaven now. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
[LAD] Jack MTC/MMC slaving
Hello, I'm guessing from the research I've done online and from the lack of responses to my LAU message ( http://www.nabble.com/Slaving-jack-to-MMC-MTC-to20357929.html ) that JACK does not currently support slaving to external (or internal?) devices via MMC/MTC. I'm a C/C++ developer by trade, so I'm happy to get my hands dirty, but I wanted to know what other work, if any, has been done on this front. I've been told that both Rosegarden and Ardour can sync to MTC, but that they cannot then drive JACK transport in that mode. Would it be difficult to move this code over to JACK? Is there a reason this in't desirable? There's a small program called jackctlmmc that seems to do want I want, but it's a bit limited (seems pretty hardcoded) and I think that such a desirable feature should be integrated into a more widely used program. Any thoughts? Thanks, -- Alex ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Jack MTC/MMC slaving
On Sun, 2008-11-09 at 15:21 +, Alex Montgomery wrote: Hello, I'm guessing from the research I've done online and from the lack of responses to my LAU message ( http://www.nabble.com/Slaving-jack-to-MMC-MTC-to20357929.html ) that JACK does not currently support slaving to external (or internal?) devices via MMC/MTC. I'm a C/C++ developer by trade, so I'm happy to get my hands dirty, but I wanted to know what other work, if any, has been done on this front. I've been told that both Rosegarden and Ardour can sync to MTC, but that they cannot then drive JACK transport in that mode. Would it be difficult to move this code over to JACK? Is there a reason this in't desirable? JACK does not and will not support varispeed. Therefore slaving to MTC is going to be pretty limited. MMC also sends some speed commands that could not be supported by JACK. There's a small program called jackctlmmc that seems to do want I want, but it's a bit limited (seems pretty hardcoded) and I think that such a desirable feature should be integrated into a more widely used program. Any thoughts? what does hardcoded mean? ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
[LAD] [ANN] lash-0.6.0 release candidate 2
release candidate 2 has some important fixes: * Fix for #46 - on first save of newly appeared clients, their state was not correcttly recorded as being saved and thus was not being restored on project load afterwards. * Memory corruption fixes caused by bug in stdout/stderr handling code. Was happening when lash client outputs lot of data to stdout or stderr * Improved handling of repeating lines sent to stdout/stderr I would like to ask LASH beleivers and other interested parties to test the 0.6.0 release candidate. Juuso Alasuutari and me have been doing some major changes to the lash code. We have done lot of work, we've fixed several big implementation issues and we need stable point before doing more changes (0.6.1 and 1.0 milestones). In the tarball there is simple lash_control script. One can also control LASH through patchage-0.4.2 and through lpatchage (availabe through git). User visible changes since 0.5.4: * Use jack D-Bus interface instead of libjack, enabled by default, can be disabled. Ticket #1 * Allow controlling LASH through D-Bus. Ticket #2 * Use D-Bus autolaunching instead of old mechanism. Ticket #3 * Log file (~/.log/lash/lash.log) for LASH daemon. Ticket #4 * Client stdout/stderr are logged to lash.log, when clients are launched by LASH daemon (project restore). Ticket #5 * Improved handling of misbehaved clients. Ticket #45 * Projects now can have comment and notes associated. Ticket #13 Download: http://download.savannah.gnu.org/releases/lash/lash-0.6.0~rc2.tar.bz2 http://download.savannah.gnu.org/releases/lash/lash-0.6.0~rc2.tar.bz2.sig -- Nedko Arnaudov GnuPG KeyID: DE1716B0 pgp9BKrOplL4M.pgp Description: PGP signature ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
