Linux Audio Developer,
May I make a feature request here for your Linuxaudio application(s)?
Could you please add JackSession support? It makes working with JACK
standalone applications a lot more user friendly. There are some apps
who support it already and they work fine, like Yoshimi, Qtractor,
Pianoteq, Ghostess, Guitarix, Jack-Rack, Ardour3, Bristol, Seq24, Jalv,
Ingen, Connie, Specimen and probably more.
It is possible to use applications without JackSession-support in a
session (via so called infra clients), it starts the applications, make
the connections, but doesn't save the state. So obviously it would be
far more useful if those applications would get JackSession-support also.
Qjackctl is able to work as Session Manager, so is Pyjacksm (and likely
Patchage in the future).
According to comments on IRC by Paul Davis, it's very easy to add
JackSession support to your application.
"Its really easy, just handle 1 more callback from the server. Torben's
walkthrough shows what is necessary."
Torben's walktrough:
http://trac.jackaudio.org/wiki/WalkThrough/Dev/JackSession
Thanks in advance,
\r
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
.pyjacksmrc:
[DEFAULT]
sessiondir = ~/linuxaudio/JackSession
[infra]
a2j = a2jmidid -e
amsynth = amsynth -b /home/user/projectA.amSynth.presets
configurationfileSession2:
[DEFAULT]
sessiondir = ~/linuxaudio/JackSession
[infra]
a2j = a2jmidid -e
amsynth = amsynth -b /home/user/projectA.amSynth.presets
guitarix/gx_head is a simple guitar mono tube amplifier simulation.
please refer to our project page for more information:
http://guitarix.sourceforge.net/
new features in short:
* fixed jack session support
* add amp-model (push/pull)
* add amp-model (feedback)
* fix build/runtime issue on OSX
* reformat source to the Google C++ Style Guide conventions
* some minor fixes and maybe new bugs
have fun
_________________________________________________________________________
guitarix is licensed under the GPL.
screen-shots and sound examples:
http://guitarix.sourceforge.net/
direct download:
http://sourceforge.net/projects/guitarix/files/guitarix/guitarix2-0.17.0.ta…
download site:
http://sourceforge.net/projects/guitarix/
please report bugs and suggestions in our forum:
http://sourceforge.net/apps/phpbb/guitarix/
________________________________________________________________________
For extra Impulse Responses, gx_head uses the
zita-convolver library, and,
for resampling we use zita-resampler,
both written by Fons Adriaensen.
http://kokkinizita.linuxaudio.org/linuxaudio/index.html
We use the marvellous faust compiler to build the amp and effects and will say
thanks to
: Julius Smith
http://ccrma.stanford.edu/realsimple/faust/
: Albert Graef
http://q-lang.sourceforge.net/examples.html#Faust
: Yann Orlary
http://faust.grame.fr/
________________________________________________________________________
For faust users :
All used Faust dsp files are included in /gx_head/src/faust,
the resulting .cc files are in /gx_head/src/faust-generated
The tools we use to convert (post-processing and plot)
the resulting faust cpp files to the needed include format,
stay in the /gx_head/tools directory.
________________________________________________________________________
regards
guitarix development team
Hi,
Looking around the LV2 Trac at http://lv2plug.in/trac/, I don't see any simple
introduction on how to create a minimal plugin. Is there any plan for this?
I think that a gain plugin tutorial could be a way to show how to say Hello
World in LV2. Something very short, which include proper links to reference
documentation. Not a long story as "LV2 programming for the complete idiot"
which IIUC also happens to be obsolete.
In addition to helping the newbie find his way, one advantage of a short and
simple tutorial is that it should be easy to maintain when LV2 evolves.
And as an alternative or companion to the tutorial, the source code for a
minimal (official) example would be great. I mean, the kind of example that you
find in JACK source code. Does a such thing already exist?
--
Olivier
Dan Muresan wrote:
> Hi Erik -- please CC me so I can reply (I don't receive messages from
> LAU directly). I'm quoting manually here:
>
> > > I'm trying to cancel an ongoing sf_* I/O operation (from another
> > Maybe its a bad idea. :-)
>
> I don't think so... Issuing large requests, then cancelling as needed
> gives a process the lowest possible latency for unpredictable seeks
> (caused e.g. by user commands), while keeping CPU usage low (by
> avoiding syscall and context switching overhead)
Let me put it this way:
a) When I designed libsndfile over 10 years ago, I never dreamed
anybody would try this.
b) In the 10 years libsndfile has been around and the probably
hundreds of applications it has been used in, noone has suggested
that it would be a good idea if libsndfile could do this.
To me that suggests that either you have a completely unique
problem to solve or that they are other solutions to your
problem that other people use to get around the same problem.
My guess is that your problem is not completely unique.
> > Reading one frame at a time sounds like a bad idea too.
>
> 1 frame at a time was an extreme example. The point was that
> libsndfile doesn't employ a user-space cache, but direct system calls.
> Reading 10, 100 or 480 frames at a time will still incur syscall
> overhead (== CPU usage), and progressively larger cancel latencies.
>
> > > libsndfile. It would be nice if libsndfile could allow short reads and
> > > writes via some sf_command parameter.
> > It does. You can read any number of frames from 1 through to as many
> > frames as the file contains.
>
> I meant "short reads" in kernel-speak sense: read(2) can return a
> number of bytes less than the number requested when interrupted by a
> signal (if SA_RESTART is disabled). My proposal was to add a
> sf_command() parameter that disables the looping behavior of sf_read()
> on EINTR, and makes it return exactly as many frames as the first
> read() call manages to get.
I accept good quality, clean patches with tests for the functionality
you are adding. Wherever possible, they should be cross platform.
> On second thought, though, this proposal could not possibly work
> without a userspace (libsndfile) cache, because read() might return
> incomplete frames, which would need to be processed in a later call.
Modifying libsndfile to do fread/fwrite style buffering would be
relatively easy. Again, patches accepted.
> > I just checked, and the address you used to post this email to the LAU
> > list are not subscribed to the libsndfile-users list. Thats why the list
> > is rejecting your email.
>
> That's exactly the problem: I subscribed about two weeks ago, received
> a confirmation,
Was that a confirmation or a request for confirmation? Joining a
mailing list usually involves:
a) Send a request to join.
b) Receiving a "confirm that you want to join" message.
c) Sending "confirm that you want to join".
d) Receiving a "yes, you are mow a member" message.
> and sent a message at that time (which received no
> bounces, but no replies either). Now, the mailserver somehow forgot
> about me and is rejecting my messages. Or something...
All other complaints of this sort that I have received have been
from people who couldn't figure out the subscribe procedure or
joined from one email address and sent mail to the list from
another.
Cheers,
Erik
--
----------------------------------------------------------------------
Erik de Castro Lopo
http://www.mega-nerd.com/
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 ....
Sorry I'm lost .. :-)
Josep
--
Josep Andreu <holborn(a)telefonica.net>
Hi, jack-file 1.0 is available on github:
http://danmbox.github.com/jack-file/
It contains file2jack, a Jack transport-centric audio player that maps
files onto the (optionally periodic) transport timeline. It can map
one or several files to arbitrary positions on the transport timeline,
and if requested it can make the timeline "appear" to loop (without
actually moving the transport -- so no playback gaps! file2jack
simply sends out a periodic waveform).
There is also jacktransportloop, a simple utility to force the
transport to shuttle back and forth between two endpoints (this one
will, of course, create gaps, but is useful to control other
applications).
Thanks to all those who have been helped via LAD regarding libsndfile and jack.
-- Dan
> Amicalement et peut être à bientot sur un autre projet qui impose moins de
> contrainte.
Regardless of where you choose to announce and grow your project, you
will eventually have to publish in some English-speaking signals &
systems-related journal, if you have an original scheme.
For the sake of your own time, and ESPECIALLY that of your would-be
contributors, you should attempt to do this sooner rather than later.
You may well end up finding that your scheme doesn't bring any
measurable benefit to the table, or worse (in the way that most
home-grown crypto schemes fare).
-- Dan
Forgot to add the list in Cc.
--- On Thu, 7/7/11, James Warden <warjamy(a)yahoo.com> wrote:
> From: James Warden <warjamy(a)yahoo.com>
> Subject: Re: [LAD] audio format abadie.jo
> To: "pierre jocelyn andre" <temps.jo(a)gmail.com>
> Date: Thursday, July 7, 2011, 8:24 AM
> Let's stop any confusion here:
>
> Pierre, if the official language of LAD is English, as a
> member of the list you have to accept it. As you point out,
> if you do not respect this rule, you are free to leave the
> mailing list. I am sure you can find forums in French
> dealing with linux audio (try www.linuxmao.org although it
> is not really developer oriented).
>
> You have to understand that regardless of the language
> used, the content must be understood by all the members
> interested in the discussion. I am not sure most people
> understand French, but I am quite sure most understand
> English. It is certainly a bias but if you want to reach LAD
> developers, you will have more chance by using English.
>
> J.
>
> PS: Even the C language contains English idioms ... ;)
>
