Re: [LAD] JACK 0.117.0 released

On Sat, Nov 14, 2009 at 05:58:30PM +, Victor Lazzarini wrote: > I never looked at it, but is netjack built into jack now? since 0.116.0... yes. and jack2 has the netjack1 port merged in svn. regarding the 0.116.x series: however there was a bug with deadline management. resulting in some "odd

Re: [LAD] JACK 0.117.0 released

On Sun, Nov 15, 2009 at 02:36:28AM +0800, Ray Rashif wrote: > 2009/11/15 Victor Lazzarini > > > I never looked at it, but is netjack built into jack now? > > > I'd consider a build-time feature (i.e as long as you have libsamplerate it > will compile with netjack driver) "built-in", so yes it w

[LAD] adding session notifications to jack

hi... on a side note to the LADI discussion, which might even be my fault, i want to tell you what i am currently up to. in my opinion the inherent fail of session handler stuff, is that somehow it wasnt easy enough or too complex to integrate lash support into apps. also many people didnt like

Re: [LAD] adding session notifications to jack

On Sun, Nov 22, 2009 at 05:21:07AM +1100, Patrick Shirkey wrote: > > On 11/22/2009 04:49 AM, torbenh wrote: > > hi... > > > > on a side note to the LADI discussion, which might even be my fault, > > i want to tell you what i am currently up to. > > > >

Re: [LAD] adding session notifications to jack

On Sat, Nov 21, 2009 at 09:33:06PM +, Harry Van Haaren wrote: > Hey, > > Also liking the simplicity, and I think it might be a nice feature to keep > the possiblity to save: > * the studio > * the room > * the project > > Perhaps the user could "tagg" each app as what function it has/what its

Re: [LAD] adding session notifications to jack

On Sat, Nov 21, 2009 at 04:37:17PM -0500, David Robillard wrote: > On Sat, 2009-11-21 at 18:49 +0100, torbenh wrote: > > hi... > > > > on a side note to the LADI discussion, which might even be my fault, > > i want to tell you what i am currently up to. > > >

Re: [LAD] adding session notifications to jack

On Sat, Nov 21, 2009 at 06:05:01PM -0500, David Robillard wrote: > On Sat, 2009-11-21 at 23:36 +0100, torbenh wrote: > > On Sat, Nov 21, 2009 at 04:37:17PM -0500, David Robillard wrote: > [...] > > > What is this unique ID? Unique ID of what? > > > > unique id

Re: [LAD] adding session notifications to jack

On Sat, Nov 21, 2009 at 07:30:02PM -0500, David Robillard wrote: > On Sat, 2009-11-21 at 19:03 -0500, David Robillard wrote: > > Ah. Maybe not very portable? well... commandline parameters are not totally portable, thats true. thats why i basically avoid to say that its commandline parameters. on

Re: [LAD] adding session notifications to jack

On Sat, Nov 21, 2009 at 10:25:06PM -0500, David Robillard wrote: > On Sun, 2009-11-22 at 01:46 +0100, torbenh wrote: > > i also think that the restore event only makes things more complex. > > It allows loading a different session without shutting down the app > entirely, but

Re: [LAD] FOSS Ethernet Soundcard

On Tue, Nov 24, 2009 at 08:34:53PM +0100, Karl Hammar wrote: > Florian Faber: > > Karl Hammar wrote: > > > [..ethernet transports..] > > > And we are missing an open protocol for this. > > What is wrong with netjack? It's made for point-to-point and very > > simple. You just have to solve the clock

Re: [LAD] FOSS Ethernet Soundcard

On Thu, Nov 26, 2009 at 08:55:50AM +, Folderol wrote: > On Thu, 26 Nov 2009 06:36:07 +0100 > torbenh wrote: > > > On Tue, Nov 24, 2009 at 08:34:53PM +0100, Karl Hammar wrote: > > > Florian Faber: > > > > Karl Hammar wrote: > > > > > [..eth

Re: [LAD] FOSS Ethernet Soundcard

On Tue, Dec 01, 2009 at 06:22:20PM +1100, Patrick Shirkey wrote: > -- > Firmware/Software > -- > > The device will run Linux OS. > Audio data transfer will be via netjack using CELT compression. heh ? you dont want lossy compression for a soundcard.

Re: [LAD] Update of jconv

On Tue, Dec 01, 2009 at 11:06:51PM +0100, f...@kokkinizita.net wrote: > Hello all, > > Updates of jconv, now called jconvolver, and the zita-convolver > library are available on the usual place: > / > > The new zita-convolver is API-compatible to t

Re: [LAD] FOSS Ethernet Soundcard

On Wed, Dec 02, 2009 at 04:20:45PM +0100, Adrian Knoth wrote: > On Wed, Dec 02, 2009 at 10:05:51AM -0500, drew Roberts wrote: > > > > > Audio data transfer will be via netjack using CELT compression. > > > Ack. > > Can CELT also do uncompressed or lossless? > > That's called raw PCM. ;) > > > O

Re: [LAD] [LAU] Update of jconv

On Wed, Dec 02, 2009 at 01:15:08PM +0100, f...@kokkinizita.net wrote: > On Wed, Dec 02, 2009 at 12:32:12PM +0100, Arnold Krille wrote: > > > On Wednesday 02 December 2009 11:09:18 f...@kokkinizita.net wrote: > > > > > non-RT, while these extra threads remain at RT. So > > > they will pre-empts Jac

Re: [LAD] Development Release - JACK-sync'd Arpeggiator - arpage

On Sat, Dec 12, 2009 at 06:45:42PM +0100, Adrian Knoth wrote: > On Sat, Dec 12, 2009 at 12:15:19PM -0500, Mark Vitek wrote: > > > Hello all, > > Hi! > > > I'm currently writing an arpeggiator that syncs to JACK tempo. It's > > starting to get usable, and I'm running out of excuses not to let > >

Re: [LAD] LADI

On Sun, Dec 20, 2009 at 11:23:54AM +0100, rosea grammostola wrote: > Gabriel M. Beddingfield wrote: > > When I'm not in group 1, I'm hanging out in group 4. > > Inter-host and headless session management is important to > > me, too. > > > > I really do hope that Fons releases his code. :-) > > @

Re: [LAD] LADI

On Sun, Dec 20, 2009 at 09:11:04PM +0100, rosea grammostola wrote: > torbenh wrote: > > On Sun, Dec 20, 2009 at 11:23:54AM +0100, rosea grammostola wrote: > >> What can we expect from group 2? Maybe some of the lash developers > >> belongs in this group? > >>

Re: [LAD] LADI

On Mon, Dec 21, 2009 at 06:35:47PM -0600, Gabriel M. Beddingfield wrote: > > > On Tue, 22 Dec 2009, Patrick Shirkey wrote: > > >So you agree with Fon's statement that if the jack_session code is > >accepted you would not want to use jack1 any longer and would support a > >fork or stop using it c

[LAD] gcc and pointer aliasing... missing optimizations in some cases

hi... i discovered yesterday, that gcc cant optimize something like: --- class Ramp { private: float _phase; float _omega; public: Ramp(); float process() { _phase += _

Re: [LAD] gcc and pointer aliasing... missing optimizations in some cases

On Tue, Dec 22, 2009 at 05:55:08PM +0100, torbenh wrote: > > hi... > > i discovered yesterday, that gcc cant optimize something like: > > --- > class Ramp > { > private: > floa

Re: [LAD] gcc and pointer aliasing... missing optimizations in some cases

On Tue, Dec 22, 2009 at 02:11:23PM -0600, Gabriel M. Beddingfield wrote: > > > On Tue, 22 Dec 2009, Gabriel M. Beddingfield wrote: > > >Thus telling the compiler that `this` is not an alias when > >process() is called. > > On second thought... since those didn't work for me, perhaps part of > t

Re: [LAD] gcc and pointer aliasing... missing optimizations in some cases

On Sat, Dec 26, 2009 at 10:50:40AM +0100, Tim Blechmann wrote: > >>> Thus telling the compiler that `this` is not an alias when > >>> process() is called. > >> > >> On second thought... since those didn't work for me, perhaps part of > >> the problem is that osc_block is a global variable, and thus

Re: [LAD] [ANN] aseqmm 0.2.0 released

On Sun, Dec 27, 2009 at 04:25:11PM +0100, Pedro Lopez-Cabanillas wrote: > aseqmm is a C++ wrapper around the ALSA library sequencer interface using Qt4 > objects, idioms and style. ALSA sequencer provides software support for MIDI > technology on Linux. Several examples are included in the source

Re: [LAD] GUI for audio application

On Tue, Dec 29, 2009 at 05:05:01PM +0800, Ray Rashif wrote: > Aside from that, we have to forget about everything that has anything > to do with GTK+. None of what you look forward to is even remotely > possible with the examples and advice given so far (I mean just one > look at libphat is..urghhh

Re: [LAD] GUI for audio application

On Tue, Dec 29, 2009 at 02:56:25PM +0100, Pedro Lopez-Cabanillas wrote: > On Tuesday, December 29, 2009, torbenh wrote: > > what is this ? gui flamewars ? > > idiots. > > So, I must ask for permission to the high priests before naming my library, > but you can freely

[LAD] ttsoot - yet another DSP library :)

hi... i am working on a c++0x DSP library. variadic templates prove to be a nice way to handle the massive function inlining required to build efficient samplebased processing graphs. the idioms i am currently using for the containers require gcc-4.5 though, so this is still a bit of a show-st

Re: [LAD] [OT] Has anyone managed to compile this?

On Sat, Jan 16, 2010 at 12:08:48AM +, Victor Lazzarini wrote: > Dear all, > > Torben's new project brought back to my mind this mind-bending > C++ template example (see attached), which I could not yet get to > compile, I have been told it has been compiled, but g++ will have > none of it.

Re: [LAD] [OT] Has anyone managed to compile this?

On Sat, Jan 16, 2010 at 12:08:48AM +, Victor Lazzarini wrote: > Dear all, > > Torben's new project brought back to my mind this mind-bending > C++ template example (see attached), which I could not yet get to > compile, I have been told it has been compiled, but g++ will have > none of it.

Re: [LAD] ttsoot - yet another DSP library :)

On Fri, Jan 15, 2010 at 10:49:21AM +0100, Stéphane Letz wrote: > > Le 15 janv. 2010 à 10:03, torbenh a écrit : > > > > > hi... > > > > i am working on a c++0x DSP library. > > variadic templates prove to be a nice way to handle > > the massive

Re: [LAD] Time & How to approach it

On Wed, Jan 20, 2010 at 09:01:36PM +0100, Olivier Guilyardi wrote: > On 01/20/2010 08:24 PM, Harry Van Haaren wrote: > > > Thanks for the JackMidi crash course. That's definatly some food for > > thought. > > I've tried to get the JACK Midi things working before, but I've never > > managed. > > I

Re: [LAD] Time & How to approach it

On Thu, Jan 21, 2010 at 07:48:20AM -0500, Paul Coccoli wrote: > On Thu, Jan 21, 2010 at 6:37 AM, torbenh wrote: > > well.. the real problems are a bit deeper. > > and not really touched be any example clients. > > > > you need to have lockfree access to the note sequ

[LAD] tschack ... early version of smp enabled jack1

hi... since i dont want to let jack1 codebase die in a feature freeze, i added some features. - smp aware - clickless connections these changes are too radical to be included in mainline jack1. so it gets a new name. its approaching beta status now. dunno... maybe someone is motivated to test i

Re: [LAD] tschack ... early version of smp enabled jack1

On Mon, Jan 25, 2010 at 11:01:53PM +0100, hollunder wrote: > Excerpts from torbenh's message of Sun Jan 24 22:05:49 +0100 2010: > > > > hi... > > > > since i dont want to let jack1 codebase die in a feature freeze, > > i added some features. > > > > - smp aware > > - clickless connections > > >

Re: [LAD] tschack ... early version of smp enabled jack1

On Tue, Jan 26, 2010 at 12:38:53PM +, Chris Cannam wrote: > On Sun, Jan 24, 2010 at 9:05 PM, torbenh wrote: > > since i dont want to let jack1 codebase die in a feature freeze, > > i added some features. > > > > - smp aware > > - clickless connections > &g

Re: [LAD] tschack ... early version of smp enabled jack1

On Tue, Jan 26, 2010 at 07:38:38AM -0800, James Warden wrote: > > > --- On Tue, 1/26/10, Chris Cannam wrote: > > > From: Chris Cannam > > Subject: Re: [LAD] tschack ... early version of smp enabled jack1 > > To: "torbenh" > > Cc: linux-au

Re: [LAD] hard realtime performance synth

On Thu, Jan 28, 2010 at 03:01:38PM -0500, David McClanahan wrote: > On Tue, Jan 26, 2010 at 8:47 PM, David Olofson wrote: > > > > Now, in real life, the "every time" part will never be quite accurate. > > After > > all, you may see some "once in a billion" combination of hardware events > > that

Re: [LAD] Anyone testing the new TerminatorX release?

On Mon, Feb 01, 2010 at 11:03:04AM +0100, gerald mwangi wrote: > I didn't consider this point, and its truly one to think about. But > since major projects also use sndfile and mad (like ardour uses > sndfile), and the use of them simplifies the code, I still favour them > over using external apps.

Re: [LAD] CV data protocol in apps.

On Thu, Feb 18, 2010 at 11:30:42AM +0100, Julien 'Lta' BALLET wrote: > Hello, > > That's true, this isn't new at all. but it has been lost for some > times in the audio world in favor of midi, mainly afaik because too > much cables just drives people crazy :) > > But actually, implementing it per

Re: [LAD] CV data protocol in apps.

On Thu, Feb 18, 2010 at 02:18:54PM +0300, alex stone wrote: > I will clarify here that i'm talking about a user experience, before > the discussion gets into jousting with white papers. > > :) hmm... i guess this was some thread hijack. anyways. my papers are generally brown, because i spille

Re: [LAD] CV data protocol in apps.

On Thu, Feb 18, 2010 at 02:18:54PM +0300, alex stone wrote: > I will clarify here that i'm talking about a user experience, before > the discussion gets into jousting with white papers. ok. so you basically say that midi channels are annoying ? how about several CC controllers flowing through

Re: [LAD] CV data protocol in apps.

On Thu, Feb 18, 2010 at 06:09:42PM +0100, f...@kokkinizita.net wrote: > On Thu, Feb 18, 2010 at 11:43:07AM -0500, Paul Davis wrote: > > > On Thu, Feb 18, 2010 at 11:32 AM, wrote: > > > > > A reduced sample rate means less bandwidth. It doesn't mean > > > that controls can't be 'sample accurate'.

Re: [LAD] CV data protocol in apps.

On Fri, Feb 19, 2010 at 02:42:36PM +0100, Fons Adriaensen wrote: > On Fri, Feb 19, 2010 at 04:05:02PM +0300, alex stone wrote: > > > An obvious question i guess, but is 1/16 a fine enough resolution for > > a wide selection of use cases? > > I don't know about any 'human interfaces' (faders, knob

Re: [LAD] CV data protocol in apps.

On Fri, Feb 19, 2010 at 01:48:24PM +0100, Fons Adriaensen wrote: > On Fri, Feb 19, 2010 at 03:51:22AM +0100, torbenh wrote: > > > On Thu, Feb 18, 2010 at 06:09:42PM +0100, f...@kokkinizita.net wrote: > > > > > We may not be talking of the same thing. This is not about

Re: [LAD] For your information

On Sat, Feb 20, 2010 at 11:22:38PM +0100, f...@kokkinizita.net wrote: > To all, for your information. > > I have received the following message from Mr. Nick Copeland. > It was sent privately, but since this is the continuation of > a thread on this list and the person concerned has well gone > b

Re: [LAD] For your information

On Sun, Feb 21, 2010 at 12:13:33AM +0100, Nick Copeland wrote: > > Hi Fons, > > Both of these are your quotes from your last two email. These might > have been directly to me however you chose to take it on to the list: > > > BTW, the code I referred to is a set of plugins, it is not part of AMS

Re: [LAD] ambisonics UHJ encoder

On Tue, Feb 23, 2010 at 10:58:54PM +0100, Jörn Nettingsmeier wrote: > hi alex, fons! > since you are dealing with artificial sources anyways, why stick to > first order? do your panning in higher order instead. the use of > resources is minimal (although it will create an insane amount of jack > po

Re: [LAD] wanted: good online reading material for RT audio/midi software design?

On Thu, Feb 25, 2010 at 01:00:34AM -, James Morris wrote: > On Wed, February 24, 2010 23:15, Harry Van Haaren wrote: > 1) MODEL: > jack_process callback - where midi data is output, timebase polled, the model is a datastructure. its the sequence or data that is your document. > > 2) VIEW: >

Re: [LAD] Integrate LASH into Jack

On Fri, Mar 05, 2010 at 11:48:11AM +0100, Gerald Mwangi wrote: > Hi, this is a part of a previous mail,but with catchier Subject > > I think LASH should be integrated into Jack, to make it mandatory for > linux audio apps. The missing LASH support is one of the main issues > disturbing me, when wo

Re: [LAD] jack daemon scripts

On Mon, Mar 08, 2010 at 01:14:52AM +0300, alex stone wrote: > On Mon, Mar 8, 2010 at 12:25 AM, wrote: > > On Mon, Mar 08, 2010 at 04:32:39AM +0800, Ray Rashif wrote: > > > >> After further testing, it appears JACK_PROMISCUOUS_SERVER no longer > >> works. Paul, is that intentional? > > > > Indeed

Re: [LAD] jack daemon scripts

On Mon, Mar 08, 2010 at 11:43:53AM +0100, Arnold Krille wrote: > While I understand the fun of running jackd as root as a system service... i am actually not talking about jackd running as root. but any user who has access to it, can shoot it down. > > On Monday 08 March 2010 03:06:0

Re: [LAD] jack daemon scripts

On Mon, Mar 08, 2010 at 12:22:50PM +0100, f...@kokkinizita.net wrote: > On Mon, Mar 08, 2010 at 03:06:08AM +0100, torbenh wrote: > > > second, and more important reason. jack isnt designed to be secure in > > any way. a malicious client can easily make jackd crash. and since i

Re: [LAD] jack daemon scripts

On Tue, Mar 09, 2010 at 01:02:13PM +0800, Ray Rashif wrote: > On 08/03/2010, torbenh wrote: > > first of all its not tested. and it doesnt work. > > thats only a problem with permissions though > > after some chmod on /dev/shm/jack running jack_lsp as nobody works. > >

Re: [LAD] Freqtweak & gcc 4.4

On Sat, Mar 20, 2010 at 02:18:13PM +1100, Erik de Castro Lopo wrote: > Jesse Chappell wrote: > > > I'm still around, > > Oh, good! > > > but oh man, I've been neglecting freqtweak for > > years. If distro maintainers ever notified me about anything I might > > actually be prompted to spend the

Re: [LAD] Freqtweak & gcc 4.4

On Sat, Mar 20, 2010 at 04:57:56PM +1100, Erik de Castro Lopo wrote: > Erik de Castro Lopo wrote: > > > I can only find CVS (which is truely horrible). > > And the CVS version seems to be 0.7.1, while the last release was > 0.7.2. the diff between 0,7.2 and the cvs head is really small: http://h

[LAD] jack-session finally merged.

hi... jacksession stuff is merged into jack1 svn. here is a rough explanation what needs to be done for apps to support it: http://trac.jackaudio.org/wiki/WalkThrough/Dev/JackSession please let me know what is unclear. -- torben Hohn ___ Linux-audi

Re: [LAD] jack-session finally merged.

On Fri, Mar 26, 2010 at 07:41:35PM +0100, rosea grammostola wrote: > On Fri, Mar 26, 2010 at 7:04 PM, torbenh wrote: > > > > > hi... > > > > jacksession stuff is merged into jack1 svn. > > > > here is a rough explanation what needs to be done for apps to

Re: [LAD] jack-session finally merged.

On Sat, Mar 27, 2010 at 08:10:51PM +0100, Philipp wrote: > Excerpts from rosea grammostola's message of 2010-03-27 19:50:22 +0100: > > jsweeper? > > > > \r > > > I also wonder where it can be found. svn co http://svn.fuzzle.org/jsweeper/trunk jsweeper -- torben Hohn __

Re: [LAD] jack-session finally merged.

On Sun, Mar 28, 2010 at 12:31:10PM +1100, Patrick Shirkey wrote: > > > On 03/28/2010 12:24 PM, Harry Van Haaren wrote: > > Hi, > > > > Thank you for the effort you've put into this. I havent even tried it > > yet, (will do so > > when I get some time), however as a Lin-Audio user, I really > >

Re: [LAD] jack-session finally merged.

On Sun, Mar 28, 2010 at 10:07:48PM +1100, Patrick Shirkey wrote: > > > On 03/28/2010 09:32 PM, torbenh wrote: > > On Sun, Mar 28, 2010 at 12:31:10PM +1100, Patrick Shirkey wrote: > > > >> > >> On 03/28/2010 12:24 PM, Harry Van Haaren wrote: > >&g

Re: [LAD] [LAA] [ANN] guitarix-0.07.0 release 'reloaded'

On Sun, Mar 28, 2010 at 04:14:29PM +0200, hermann wrote: > guitarix is a simple Linux Rock Guitar amplifier and is designed > to achieve nice thrash/metal/rock/blues guitar sounds. > Guitarix uses the Jack Audio Connection Kit as its audio backend > and brings in one input and two output ports t

Re: [LAD] jack-session finally merged.

On Sat, Mar 27, 2010 at 07:55:46PM +0100, rosea grammostola wrote: > On Sat, Mar 27, 2010 at 7:50 PM, rosea grammostola < > rosea.grammost...@gmail.com> wrote: > > > > > > > On Sat, Mar 27, 2010 at 4:54 PM, torbenh wrote: > > > >> On Fri, Mar 26, 2

Re: [LAD] jack-session finally merged.

On Mon, Mar 29, 2010 at 05:07:03PM +0100, Rui Nuno Capela wrote: > On Mon, 29 Mar 2010 17:00:01 +0200, torbenh wrote: > > > > regarding app support: > > > > already patched apps: > > - jack-rack > > - ghostess > > - specimen > > - guitarix &g

Re: [LAD] [LAA] [ANN] guitarix-0.07.0 release 'reloaded'

On Tue, Mar 30, 2010 at 12:03:07AM +0200, Andreas Degert wrote: > 2010/3/29 torbenh : > > On Sun, Mar 28, 2010 at 11:33:12PM +0200, Andreas Degert wrote: > >> > >>  - --quit doesn't work (unknown dbus command) > > > > yes. its not implemented yet. >

Re: [LAD] jack-session finally merged.

On Tue, Mar 30, 2010 at 10:48:49AM +0200, rosea grammostola wrote: > torbenh wrote: > >On Sat, Mar 27, 2010 at 07:55:46PM +0100, rosea grammostola wrote: > >>On Sat, Mar 27, 2010 at 7:50 PM, rosea grammostola < > >>rosea.grammost...@gmail.com> wrote: > >

Re: [LAD] jack-session finally merged.

On Tue, Mar 30, 2010 at 05:35:02PM +0200, rosea grammostola wrote: > torbenh wrote: > >>Does it save and reload sessions / settings / songs of the applications? > > > >thats what sessionmanagement is about. it will reproduce the saved state > >as far as the apps supp

Re: [LAD] jack-session finally merged.

On Thu, Apr 01, 2010 at 10:47:49PM +0200, Nick Copeland wrote: > > Hi Torben, > > A few questions that I cannot seem to dig out of the otherwise very useful > diffs: > > What tools are available to test Jack session manager code? The examples > only seemed to deal with the client side of things,

Re: [LAD] jack-session finally merged.

On Fri, Apr 02, 2010 at 09:32:15AM +0200, Nick Copeland wrote: > > > > but basically its not so easy to implement everywhere (some apps would > > need to kill their jackclient which isnt possible.) > > > > but i dont really see the big problem in killing an app and restarting > > it right away.

Re: [LAD] jack1 and netjack -M

On Wed, Apr 07, 2010 at 06:13:38PM +0400, alex stone wrote: > Recently the -M switch was added to jack1 as a means to independently > set the jackmidi buffer size. (and it works well, i hasten to add.) > > Is this also true for the netjack driver in jack1? > > Can we independently set the jackmid

Re: [LAD] successive note on midi events

On Mon, Apr 12, 2010 at 10:33:00AM -0400, Paul Davis wrote: > On Mon, Apr 12, 2010 at 10:28 AM, Ralf Mardorf > wrote: > > c) If you e.g. play the e string of a guitar at the 5th fret and then the a > > string, while the guitar is normal e, a, d, g, b, e tuned. > > this is not equivalent to the po

Re: [LAD] distros migrating to JACK2?

On Fri, Apr 16, 2010 at 11:21:12AM +0200, Adrian Knoth wrote: > On Fri, Apr 16, 2010 at 03:06:28PM +0900, michael noble wrote: > > > hi folks, > > Hi! > > > Are any interested or invested parties willing to provide some clarification > > on this? I know distros are fully welcome to package whate

Re: [LAD] distros migrating to JACK2?

On Sat, Apr 17, 2010 at 12:10:10PM +0200, Stéphane LETZ wrote: > Concerning session management added in JACK codebase, I did not followed the > discussion in details. I said to Paul in a private mail that I though it was > not a good idea (but maybe I am completely wrong...) but I would certainl

Re: [LAD] [Jack-Devel] distros migrating to JACK2?

On Sun, Apr 18, 2010 at 10:21:06PM +0200, rosea.grammostola wrote: > On Sun, 2010-04-18 at 08:31 -0400, Paul Davis wrote: > > On Sun, Apr 18, 2010 at 5:16 AM, rosea.grammostola > > wrote: > > > It's pretty odd that you guys didn't discuss this clearly with each > > > other. It seems that people ha

Re: [LAD] Kernel Opinions: .31-rt or .33-rt?

On Thu, Apr 29, 2010 at 11:27:07AM -0500, Gabriel M. Beddingfield wrote: > > Does anyone out there have an opinion on linux kernel 2.6.31-rt vs. > 2.6.33-rt for audio? i am in the process of updating. had some problems with udev not creating device nodes for my HD partitions. i think i solved th

Re: [LAD] Kernel Opinions: .31-rt or .33-rt?

On Thu, Apr 29, 2010 at 08:11:31PM +0200, Ralf Mardorf wrote: > torbenh wrote: > >On Thu, Apr 29, 2010 at 11:27:07AM -0500, Gabriel M. Beddingfield wrote: > >>Does anyone out there have an opinion on linux kernel 2.6.31-rt vs. > >>2.6.33-rt for audio? > > > >

Re: [LAD] Kernel Opinions: .31-rt or .33-rt?

On Thu, Apr 29, 2010 at 01:51:20PM -0500, Gabriel M. Beddingfield wrote: > > > On Thu, 29 Apr 2010, torbenh wrote: > > >On Thu, Apr 29, 2010 at 11:27:07AM -0500, Gabriel M. Beddingfield wrote: > >> > >>Does anyone out there have an opinion on linux kernel 2

Re: [LAD] Kernel Opinions: .31-rt or .33-rt?

On Thu, Apr 29, 2010 at 01:51:20PM -0500, Gabriel M. Beddingfield wrote: > > > On Thu, 29 Apr 2010, torbenh wrote: > > >On Thu, Apr 29, 2010 at 11:27:07AM -0500, Gabriel M. Beddingfield wrote: > >> > >>Does anyone out there have an opinion on linux kernel 2

Re: [LAD] Kernel Opinions: .31-rt or .33-rt?

On Thu, Apr 29, 2010 at 09:23:37PM +0200, Ralf Mardorf wrote: > Gabriel M. Beddingfield wrote: > > > > > >On Thu, 29 Apr 2010, Ralf Mardorf wrote: > > > >>using, might have an advantage regarding to heat. I keep my > >>fingers crossed that less activity for you fan, won't shutdown > >>your laptop,

Re: [LAD] Bug in FST: can't find/load plugin, specified with full path

On Fri, Apr 30, 2010 at 02:12:49PM +0400, Mike Cookson wrote: > When I give relative path, it works. I found a workaround: begin full path > with dos-device name. fst expects that you set Z: to your filesystem root. that should normally work. -- torben Hohn

Re: [LAD] interesting TSC coverage on lwn.net

On Thu, May 20, 2010 at 11:04:29PM +0200, lieven moors wrote: > On 05/20/2010 09:08 AM, Jörn Nettingsmeier-6 wrote: > > hi *! > > > > in the light of recent timer discussions (was it here or on > > jack-devel?), lwn.net has interesting coverage about the time stamp > > counter and its oddities in t

Re: [LAD] Looking for an introduction to rt programming with a gui

On Thu, May 20, 2010 at 06:46:16PM -0400, Paul Davis wrote: > On Thu, May 20, 2010 at 6:18 PM, Niels Mayer wrote: > > > I forgot to mention one of my main finds regarding clojure -- a nice Qt > > interface, and working well w/ multithreaded... > > > > http://tealeg.blogspot.com/2008/11/on-clojure

Re: [LAD] Looking for an introduction to rt programming with a gui

On Thu, May 20, 2010 at 10:37:30AM -0700, Niels Mayer wrote: > I agree with the Qt option, as it clearly produces some nice & performant > music applications. But you're still programming in C++ which is tedious > because of memory management; also "hard realtime" often precludes the use > of Garba

Re: [LAD] Looking for an introduction to rt programming with a gui

On Fri, May 21, 2010 at 11:01:44PM +0200, Arnout Engelen wrote: > On Fri, May 21, 2010 at 11:42:13AM -0700, Niels Mayer wrote: > > On Fri, May 21, 2010 at 8:33 AM, torbenh wrote: > > > On Thu, May 20, 2010 at 10:37:30AM -0700, Niels Mayer wrote: > > > > "hard r

Re: [LAD] Looking for an introduction to rt programming with a gui

On Fri, May 21, 2010 at 11:42:13AM -0700, Niels Mayer wrote: > On Fri, May 21, 2010 at 8:33 AM, torbenh wrote: > > and i really find bigger programs pretty confusing in dynamic languages > > where variables arent annotated with types. > > > > That's just because

Re: [LAD] Jack slower than realtime/debug mode

On Sun, May 23, 2010 at 09:26:20AM +0200, Arnold Krille wrote: > On Sunday 23 May 2010 04:38:53 Jeremy wrote: > > Hmm, then it appears to not be a timeout issue. My entire system hung > > within a few seconds with --timeout 100 > > I believe you can't really set that timeout greater then 5000

Re: [LAD] Looking for an introduction to rt programming with a gui

On Sun, May 23, 2010 at 11:07:27PM +0200, Olivier Guilyardi wrote: > On 05/23/2010 10:22 PM, Chris Cannam wrote: > > [...] > > > ... by which I don't mean to imply that I can't understand it > > (although, with C++, there is always the possibility that I _think_ I > > can understand it but am sad

Re: [LAD] Looking for an introduction to rt programming with a gui

On Sun, May 23, 2010 at 10:53:59PM -0400, Paul Davis wrote: > On Sun, May 23, 2010 at 10:03 PM, Joshua D. Boyd wrote: > > > > > I think it isn't difficult to read because it is C++ or Boost. It is > > difficult to read because it involves concepts like promises and futures, > > which are advance

Re: [LAD] Looking for an introduction to rt programming with a gui

On Sun, May 23, 2010 at 08:44:42PM +0100, Chris Cannam wrote: > On Sun, May 23, 2010 at 9:41 AM, torbenh wrote: > > but i find the equivalen c++ easier to read. > > assuming we have a proper modern c++ osc lib: > > > > boost::unique_future > > osc_rec

Re: [LAD] Looking for an introduction to rt programming with a gui

On Sun, May 23, 2010 at 11:12:22PM -0700, Niels Mayer wrote: > On Sun, May 23, 2010 at 1:55 PM, wrote: > > > > I find this sort of thing absolutely beyond comprehension. > > > > It's impossible to understand without knowing the boost:: > > abstractions, templates and god knows what else. > > > > I

Re: [LAD] Looking for an introduction to rt programming with a gui

On Mon, May 24, 2010 at 10:24:17AM +0100, Chris Cannam wrote: > On Mon, May 24, 2010 at 8:58 AM, torbenh wrote: > > well... for me, saying c++, is saying boost. boost and modern c++ is what > > makes c++ better than java. > > java is a pretty great language nowadays (with ge

Re: [LAD] Looking for an introduction to rt programming with a gui

On Sun, May 23, 2010 at 10:55:48PM +0200, f...@kokkinizita.net wrote: > On Sun, May 23, 2010 at 08:44:42PM +0100, Chris Cannam wrote: > > > On Sun, May 23, 2010 at 9:41 AM, torbenh wrote: > > > but i find the equivalen c++ easier to read. > > > assuming we ha

Re: [LAD] Looking for an introduction to rt programming with a gui

On Mon, May 24, 2010 at 12:36:43PM +0200, Olivier Guilyardi wrote: > > then you need to manage most memory yourself again > > Which may results in choosing a simplified memory model, and thus > optimization. > > > could you explain your reasons a bit more ? > > First, it's not all about re

Re: [LAD] Looking for an introduction to rt programming with a gui

On Sun, May 23, 2010 at 08:44:42PM +0100, Chris Cannam wrote: > On Sun, May 23, 2010 at 9:41 AM, torbenh wrote: > > but i find the equivalen c++ easier to read. > > assuming we have a proper modern c++ osc lib: > > > > boost::unique_future > > osc_rec

Re: [LAD] Looking for an introduction to rt programming with a gui

On Sun, May 23, 2010 at 10:03:20PM -0400, Joshua D. Boyd wrote: > On 05/23/10 16:22, Chris Cannam wrote: > >On Sun, May 23, 2010 at 8:44 PM, Chris Cannam > > On Sun, May 23, 2010 at 9:41 AM, torbenh wrote: > >> but i find the equivalent c++ easier to read. > >> a

Re: [LAD] Looking for an introduction to rt programming with a gui

On Mon, May 24, 2010 at 01:27:42PM +0100, Chris Cannam wrote: > On Mon, May 24, 2010 at 12:18 PM, torbenh wrote: > > classic C++ and "modern c++" are two pairs of shoes. > > if your afraid of writing templates. modern c++ is not for you. > > I'm puzzled as t

Re: [LAD] Looking for an introduction to rt programming with a gui

On Mon, May 24, 2010 at 08:28:14AM -0400, Paul Davis wrote: > On Mon, May 24, 2010 at 5:24 AM, Chris Cannam > wrote: > > > > > > > Reading a language is (for most projects) more important than writing > > it. You yourself took the jackdmp code (in C++) and ported it back to > > good old C because

Re: [LAD] Looking for an introduction to rt programming with a gui

On Mon, May 24, 2010 at 02:28:03PM +0100, Chris Cannam wrote: > On Mon, May 24, 2010 at 2:05 PM, torbenh wrote: > > dunno. but wikipedia calls this particular style modern c++ > > http://en.wikipedia.org/wiki/Modern_C%2B%2B_Design > > Ah, I see. A neat trick, to give a stil

Re: [LAD] Looking for an introduction to rt programming with a gui

On Mon, May 24, 2010 at 06:00:05PM +0200, Olivier Guilyardi wrote: > On 05/24/2010 01:47 PM, torbenh wrote: > > On Mon, May 24, 2010 at 12:36:43PM +0200, Olivier Guilyardi wrote: > >>>> But maybe that, with experience and methodology, one can get as > >>>&

Re: [LAD] Looking for an introduction to rt programming with a gui

On Mon, May 24, 2010 at 11:37:32PM +0200, Olivier Guilyardi wrote: > On 05/24/2010 08:47 PM, torbenh wrote: > > On Mon, May 24, 2010 at 06:00:05PM +0200, Olivier Guilyardi wrote: > >> On 05/24/2010 01:47 PM, torbenh wrote: > >>> On Mon, May 24, 2010 at 12:36:43PM

Re: [LAD] Looking for an introduction to rt programming with a gui

On Tue, May 25, 2010 at 02:04:57AM +0200, Jens M Andreasen wrote: > > On Sun, 2010-05-23 at 18:58 -0400, Paul Davis wrote: > ... > > > > i am glad to hear, however, that you've never used longjmp/setjmp in your > > code ,, > > Ah! But this would otherwise have been the perfect cue for establish

  1   2   >