Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

by Fons Adriaensen

Hello all, A bugfix update of zita-ajbridge is now available at the usual place. Thanks to Robin Gareus who discovered the bug: the typical last-minute-after-testing-added-line-typo. In this case it meant that both apps would use the lowest resampling quality in all cases... Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow)

13 years, 7 months

Re: [LAD] [Jack-Devel] First release of zita-ajbridge

by Stéphane Letz

Le 19 mars 2012 à 16:15, Nedko Arnaudov a écrit : > Stéphane Letz <letz(a)grame.fr> writes: > >> Le 19 mars 2012 à 15:20, Fons Adriaensen a écrit : >> >>> On Mon, Mar 19, 2012 at 01:19:25PM +0100, Stéphane Letz wrote: >>> >>>> I'm wondering how your code could replace the "adapter" mechanism >>>> that I did in JACK2 for that never worked fully reliably. Basically >>>> the "adapter" idea is a bit more general in the sense that it aims >>>> at "adapting" streams in different context: like network <==> Audio >>>> API (CoreAudio for OSX, ALSA for Linux, PortAudio for Windows...), >>>> or several ALSA devices..etc.. (The adapters are also developed as >>>> "in server" clients, this make a bit more easy to add them in a >>>> running session using "ladish" kind of studio management >>>> approaches...) > > In fact, ladish doesnt manage in-server clients at all. It can only > restore jack settings, and they could include stuff like in-process > clients and slave drivers. jackdbus provides engine parameter for the > latter but doesnt for the former. > > -- Well there is a control API to load/unload in-sever client. I was thinking this API could be used with ladish... Stephane

13 years, 7 months

Re: [LAD] First release of zita-ajbridge

by Stéphane Letz

> ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 18 Mar 2012 21:22:28 +0000 > From: Fons Adriaensen <fons(a)linuxaudio.org> > Subject: [LAD] First release of zita-ajbridge > To: Linux Audio Users <linux-audio-user(a)lists.linuxaudio.org>, Linux > Audio Developers <linux-audio-dev(a)lists.linuxaudio.org> > Message-ID: <20120318212228.GA19153(a)linuxaudio.org> > Content-Type: text/plain; charset=us-ascii > > Hello all, > > The first official release of zita-ajbridge is now available at > <http://kokkinizita.linuxaudio.org/linuxaudio/downloads>. > > Quoting the README: > > This package provides two applications, zita-a2j and zita-j2a. > They allow to use an ALSA device as a Jack client, to provide > additional capture (a2j) or playback (j2a) channels. > Functionally these are equivalent to the alsa_in and alsa_out > clients that come with Jack, but they provide much better audio > quality. The resampling ratio will typically be stable within > 1 PPM and change only very smoothly. Delay will be stable as > well even under worse case conditions, e.g. the Jack client > running near the end of the cycle. > > You will also need the latest zita-resampler and zita-alsa-pcmi > libraries. > > All feedback welcome. > > Ciao, > > -- > FA Really interesting.... I'm wondering how your code could replace the "adapter" mechanism that I did in JACK2 for that never worked fully reliably. Basically the "adapter" idea is a bit more general in the sense that it aims at "adapting" streams in different context: like network <==> Audio API (CoreAudio for OSX, ALSA for Linux, PortAudio for Windows...), or several ALSA devices..etc.. (The adapters are also developed as "in server" clients, this make a bit more easy to add them in a running session using "ladish" kind of studio management approaches...) How complex do you think it would be? Thanks. Stéphane

13 years, 7 months

Announcing the first 'Hydrogen Spring Drum Kit Contest'

by thijs van severen

(apologies for cross posting) The Hydrogen team is excited to announce the first 'Hyrdogen Spring Drum Kit Contest' ! As you all know, a drum machine is only as good as the sounds it produces -no matter how many whistles and bells it boasts. Some time ago there was a small poll on the Hydrogen site asking the Hydrogen users (aka 'you' ;-) what feature they wanted more than anything else. The answer was clear : "more and better drum kits". The goal of this fun contest is simple : with your help we can expand Hydrogen's sound library with some great new drum kits, and since this is a contest there are some really neat prizes to win! So if you have been playing with samples and thinking about creating a drum kit, but then decided not to do so after all : now is the perfect time to push yourself and go that extra mile. Once it's done you'll feel so much better ;-) Or maybe you have already made a drum kit in the past but didn't think it was worth submitting? Think again and share your hard work with the rest of the world! Curious ? Check out the details on the contest page <http://hydrogen.popez.org/hcms/node/2035> Hope to hear from you soon ! The Hydrogen team

13 years, 7 months

forward: jack session api in perl, python, ruby, and lua

by Joel Roth

I am forwarding a mail and sample code from Ed Sweeney (with permission). He'd appreciate any comments. --------------------------------------------------------------------- Joel, Programming jack is fun. Check out the attached, it is jack's simple_session_client.c in perl. I don't know how to test the savequit session events but support for them is coded and the sample processing totally works. I rewrote metro.c metronome in perl too, works. I have generated API libs for perl, python, ruby, and lua. Each of them has a reworked simple_client that works. Ruby has a bug with the metronome I haven't been able to find yet. I'm sure there are lots of bugs and wrong design choices and poorly chosen names but it is a start! The build system is messy. I'll put a tarball on a server and tar up a binary installable perl module today. If this looks like it will be usable, I'll put it on github. -- simple_client.pl -- #!/usr/bin/perl use jackscript; use strict; use warnings; use Cwd 'abs_path'; my $jc; if (defined($ARGV[0])) { print("restarting with uuid $ARGV[0]\n"); $jc = jackscript::JsClient->new("simpler", $ARGV[0], $jackscript::JackSessionID); } else { $jc = jackscript::JsClient->new("simpler", undef, $jackscript::JackNullOption); } my $in = $jc->registerPort("input", $jackscript::JackPortIsInput); my $out = $jc->registerPort("output", $jackscript::JackPortIsOutput); $jc->activate(); my $done = undef; until($done) { my $jsevent = $jc->getEvent(-1); if ($jsevent->getType() == $jackscript::PROCESS) { my $inbuffer = $in->getBuffer(); my $outbuffer = $out->getBuffer(); my $nframes = $outbuffer->length(); for (my $i = 0; $i < $nframes; $i++) { #copy input to putput my $s = $inbuffer->getf($i); $outbuffer->setf($i,$s); } } elsif ($jsevent->getType() == $jackscript::SAMPLE_RATE_CHANGE) { my $sr = $jc->getSampleRate(); print("sample rate change event: sample rate is now $sr\n"); } elsif ($jsevent->getType() == $jackscript::SHUTDOWN) { print("jack shutdown event\n"); $done = "done!"; } elsif ($jsevent->getType() == $jackscript::SESSION) { my $dir = $jsevent->getSessionDir(); my $uuid = $jsevent->getUuid(); my $se_type = $jsevent->getSessionEventType(); my $setypeTxt = $se_type == $jackscript::JackSessionSave ? "save" : "quit"; print("session notification: path $dir, uuid $uuid, type: $setypeTxt\n"); if ($se_type == $jackscript::JackSessionSaveAndQuit) { $done = "done!"; } my $script_path = abs_path($0); my $cmd = "perl $script_path $uuid"; $jsevent->setCommandLine($cmd); #tell jackd how to restart us } else { die("unknown event type\n"); } $jsevent->complete(); } print("simple_client.pl ended\n"); -- Joel Roth

13 years, 7 months

Getting jack samplerate and buffersize with portaudio.

by Rafael Vega

Hello. I'm using portaudio19 to write an app that connects to jack (and alsa) and I can't find anywhere in the portaudio api a way to ask jack for the current samplerate and buffersize. ¿Am I missing something obvious? ¿Do I have to use the jack api to get these params and then be able to use the portaudio api for starting a stream, implementing the audio callback, etc?

13 years, 7 months

AMS LV2 plugins: Version 0.0.7 - Include a Beat Repeater

by Aurélien Leblond

Hello everyone, Today I released the version 0.0.7 of the ams.lv2 plugins. What was done in this version: * The License file is updated * Ported from AMS: - Absolute - Inv * A new LFO based on the AMS one, but can be synced with Jack * A beat repeater: ~ ported from Tranches (http://hitmuri.net/tardigrade/index.php/En/News) ~ Synced with Jack * URI modified to http://avwlv2.sourceforge.net The beat repeater code is a bit raw, it works but it uses a lot of CPU cycles - more than I would like! As usual, comments, feedback and testing are more than welcome! My next step is to use the CV ports from LV2. Enjoy! Aurélien

13 years, 7 months

ANN: ChipSound 0.1.0 under zlib license

by David Olofson

ChipSound 0.1.0 under zlib license ---------------------------------- "I’ve decided to officially release the engines (scripting, physics, sound and 2.5D rendering) behind Kobo II as Free/Open Source, in order to make the game available to basically anyone with OpenGL and a C compiler. [...] First out is ChipSound, which is now under the zlib license. [...]" NOTE: ChipSound currently depends on SDL for audio I/O. Full story: http://olofsonarcade.com/2012/03/13/chipsound-0-1-0-released-zlib- license/ Direct download: http://www.olofson.net/download/ChipSound-0.1.0.tar.bz2 Related; Kobo II site: http://kobo2.net/ -- //David Olofson - Consultant, Developer, Artist, Open Source Advocate .--- Games, examples, libraries, scripting, sound, music, graphics ---. | http://consulting.olofson.net http://olofsonarcade.com | '---------------------------------------------------------------------'

13 years, 8 months

Ardour record status

by Fons Adriaensen

Hello all, Does anyone know of a way to monitor or poll Ardour's (global) 'record-armed' and/or 'recording' states from the outside ? The purpose is to control a 'recording' light in the studio. Ciao, -- FA Vor uns liegt ein weites Tal, die Sonne scheint - ein Glitzerstrahl.

13 years, 8 months

Re: [LAD] Tutorial for programming with JACK

by Kjetil Matheussen

Emanuel Rumpf: > > Am 8. M?rz 2012 01:08 schrieb <kallipygos(a)inbox.lv>: >> >> It is possible with (curses-ansi escapes) TUI vary sine parameters - >> Frequency and amplitude. >> > Possible with restrictions: > You cannot call blocking functions in jacks process() function. > Thus non-blocking inter-thread communication may be necessary. > >> >> Is it possible this program __as_is__ rewrite for jack output ? >> > > Jack Audio uses a _callback_ based api. > What you have there is not. > > You could re-use the above code with simple adjustments > by adding an additional bridging library. > (Eventually causing loss of realtime capabilities.) > > Look at : > > bio2jack -- http://bio2jack.sourceforge.net/ > Shouldn't be used. bio2jack both allocates memory and locks a mutex in the process callback. (yes, it still does, look at the code on sourceforge) > jackasyn -- > > http://packages.debian.org/search?suite=default&section=all&arch=any&search… > (I couldn't find its original home) Good advice. jackasyn is made properly.

13 years, 8 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-dev