Re: [LAD] Simple Pipewire test request

On 7/8/21 11:29 AM, John Murphy wrote: On Thu, 8 Jul 2021 08:56:56 -0700 Fernando Lopez-Lezcano wrote: On 7/7/21 11:24 AM, John Murphy wrote: On Wed, 7 Jul 2021 19:01:25 +0100 Keith Edmunds wrote: Try: /usr/bin/pw-record /home/john/crontest.wav > /tmp/cronjob.txt 2>&1 ...and have

Re: [LAD] Simple Pipewire test request

On 7/7/21 11:24 AM, John Murphy wrote: On Wed, 7 Jul 2021 19:01:25 +0100 Keith Edmunds wrote: Try: /usr/bin/pw-record /home/john/crontest.wav > /tmp/cronjob.txt 2>&1 ...and have a look in /tmp/cronjob.txt after it's run /tmp/cronjob.txt says error: pw_context_connect() failed: Host is down

Re: [LAD] Is Piperware a successor to Jack/Pulseaudio?

On 7/7/21 9:59 AM, Fernando Lopez-Lezcano wrote: On 7/7/21 4:00 AM, Wim Taymans wrote: ... == install patched rtkit in which priorities and cpu usage limits have been changed to more audio dsp friendly values < NOTE: max realtime priorities in rtkit are hardwired (in the source code!!)

Re: [LAD] Is Piperware a successor to Jack/Pulseaudio?

On 7/7/21 4:00 AM, Wim Taymans wrote: On Tue, 6 Jul 2021 at 21:41, Fons Adriaensen wrote: I'll give PW its chance when the developers tell me it's ready for real life. Which will mean a session with around 15 jack clients with a total of 800 or so ports. Should run without hickups while watchin

Re: [LAD] Is Piperware a successor to Jack/Pulseaudio?

On 7/6/21 12:41 PM, Fons Adriaensen wrote: On Tue, Jul 06, 2021 at 12:37:55PM +0100, Will Godfrey wrote: At one time you added things that you wanted. These days you have to remove what you don't want - but might not even know was there until it interferes with what you want to do. This is *e

Re: [LAD] Is Piperware a successor to Jack/Pulseaudio?

On 7/4/21 6:25 PM, Robin Gareus wrote: On 7/4/21 6:35 PM, John Murphy wrote: On Wed, 30 Jun 2021 15:48:31 -0700 Yuri wrote: [...] Does anybody have experience using it? https://pipewire.org/ Yes. I've used it for a whole day now, on Linux Mint 20.1 Ulyssa base (Ubuntu 20.04 focal). Everythin

[LAD] job opportunity at CCRMA

Hi all, CCRMA (the Center for Computer Research in Music and Acoustics, Stanford University) is looking for a new team member! Read more below, and follow the link for the full job posting... Best, & stay safe, -- Fernando CCRMA is seeking a Systems Administrator. The Systems Administrator w

Re: [LAD] B.Spacr - New LV2 sound effect plugin

On 4/1/21 1:15 AM, Fons Adriaensen wrote: On Thu, Apr 01, 2021 at 10:00:43AM +0200, Jeremy Jongepier wrote: Hear hear! Awesome plugin, this is going to be an always on plugin! Hats off for the code also, I've rarely seen such clean, concise code. Since the code is so clean, I was able to make

[LAD] job opportunity at CCRMA (take 2)

Hi all, The Center for Computer Research in Music and Acoustics (CCRMA) at Stanford University is a multi-disciplinary facility where composers and researchers work together using computer-based technology both as an artistic medium and as a research tool (https://ccrma.stanford.edu/about). W

Re: [LAD] AVB not so dead after all

On 06/07/2015 07:15 AM, Len Ovens wrote: ... Why is this? Linux is based on lowest common denominator hardware... we call it the PC. The Linux world has gotten much better preformance out of this box than it was designed for. But, in the case of audio, the HW does limit performance at least with

Re: [LAD] ambix vs JUCE, segfault

at 4:42 PM, Fernando Lopez-Lezcano mailto:na...@ccrma.stanford.edu>> wrote: On 04/13/2015 11:24 AM, Paul Davis wrote: definitely caused by use of X / GUI toolkit calls from the wrong thread. Not legal. Ok, thanks, staring at code - no idea what to look for

Re: [LAD] ambix vs JUCE, segfault

) the GUI starts fine but it can randomly crash with the same message. Race condition that is sometimes triggered? Anyone our there running the Ambix LV2 plugins successfully? (in, for example, Ardour3?) -- Fernando On Mon, Apr 13, 2015 at 2:06 PM, Fernando Lopez-Lezcano mailto:na

Re: [LAD] ambix vs JUCE, segfault

On 04/13/2015 07:13 AM, Tito Latini wrote: On Sun, Apr 12, 2015 at 07:29:41PM -0700, Fernando Lopez-Lezcano wrote: Anyone out there using ambix on Linux? I'm seeing various instabilities, for example trying out the converter standalone I get a segfault when connecting output ports, a

[LAD] ambix vs JUCE, segfault

Anyone out there using ambix on Linux? I'm seeing various instabilities, for example trying out the converter standalone I get a segfault when connecting output ports, and it looks like the Jack JUCE component is doing some unaligned memory copies. Any hint on how to fix this? I get Ardour c

[LAD] SysV init scripts vs. systemd, a short note

Hi all, Hopefully this will be useful to others. I just wrote a short note describing my experiences when moving from a SysV init script based OpenMixer[*] system to one that uses systemd. In short, yes, it is possible, no, it was not easy (mostly because of my own ignorance of systemd, of co

[LAD] IR: LV2 Convolution Reverb and ambisonics

On 01/13/2011 10:37 AM, Tom Szilagyi wrote: Hi all, Standing on the shoulders of giants[*], I am pleased to announce the public release of IR, a convolution reverb in the LV2 plugin format. Released as free software under the GNU GPL, this easy to use plugin has been created to open the fascinat

Re: [LAD] Ambisonic Effect processing

On 01/10/2012 04:07 PM, Harry van Haaren wrote: Hi everyone, I'm currently thinking about how to process B-format ambisonic signals. For basic compression, gating, expanding, limiting etc things are relatively simple: process all 4 of the W,X,Y and Z signals. But what bout effects like Reverb:

Re: [LAD] LAC 2012: the Linux Audio Conference - Call for Participation

On 10/21/2011 06:10 AM, Jörn Nettingsmeier wrote: hey fernando, this: http://lac.linuxaudio.org/2012/img/lac2012.png is utterly charming :-D That was done by Robin Gareus and I certainly __love__ it! I did not even get to thinking about the logo and suddenly it was there already! thanks f

[LAD] LAC 2012: the Linux Audio Conference - Call for Participation

LAC 2012: the Linux Audio Conference - Call for Participation April 12-15, 2012 @ CCRMA, Stanford University http://lac.linuxaudio.org/2012/ [Apologies for cross-postings] [Please distribute] Online submission of papers, music, installations and workshops is now open! On the website you will f

Re: [LAD] Any package builders here?

On 06/01/2011 02:50 AM, Ralf Mardorf wrote: Hi :) could you please add a dependency to audio/MIDI app packages for your distros, that will set up real-time usage? The following issue is wide spread: Forwarded Message > Be sure you are able to run audio apps

Re: [LAD] ALSA multi plugin and JACK xrun callbacks

On 01/14/2011 02:12 PM, Jörn Nettingsmeier wrote: On 01/14/2011 10:39 PM, Jörn Nettingsmeier wrote: i had it crash once when loading a really demanding session, but with another average ardour project, it has now played fine and without glitches for 10 minutes or so, while the xrun count goes t

Re: [LAD] Some new things to play with

On 10/11/2010 07:35 AM, f...@kokkinizita.net wrote: On Mon, Oct 11, 2010 at 03:47:43PM +0200, Robin Gareus wrote: The commonly used target (autotools) is "make uninstall" (not "make remove") But I don't use autotools :-). It's easy to provide both. It is just a common idiom and would be good

Re: [LAD] what does "full range" mean with regard to ambisonics and speakers?

On Wed, 2010-08-04 at 15:32 +0200, f...@kokkinizita.net wrote: > On Tue, Aug 03, 2010 at 11:11:28PM -0700, Fernando Lopez-Lezcano wrote: > > > That would be great... right now I'm using a HPF/LPF pair for my tests > > (butterworth 12dB/oct, supercollider) and placin

Re: [LAD] what does "full range" mean with regard to ambisonics and speakers?

On Tue, 2010-08-03 at 21:38 +0200, f...@kokkinizita.net wrote: > On Tue, Aug 03, 2010 at 08:17:03PM +0200, Jörn Nettingsmeier wrote: > > > sending high-passed WXYZ and full-range higher orders to the tops > > won't work well, i guess. if you want to take care of the > > band-splitting in your mixe

Re: [LAD] what does "full range" mean with regard to ambisonics and speakers?

On Tue, 2010-08-03 at 20:17 +0200, Jörn Nettingsmeier wrote: > On 08/03/2010 07:45 PM, Fernando Lopez-Lezcano wrote: > > > > Hmmm, so, you send WXYZ to the four subs and whatever order you can > > decode to the regular speakers (6, 8, etc). Sounds good. > > it does :)

Re: [LAD] what does "full range" mean with regard to ambisonics and speakers?

On Sun, 2010-08-01 at 13:39 +0200, Jörn Nettingsmeier wrote: > On 07/31/2010 11:14 PM, "Bearcat M. Şandor" wrote: > > I am planning on subs that have their own low-pass filters. I have a > > pair of Anthony Gallo Reference 3.1s but for this ambisonics set up, i'd > > get 4 pairs of the Anthony Gall

Re: [LAD] Attenuation of sounds in 3D space

On Thu, 2010-07-29 at 16:14 +0200, Ralf Mardorf wrote: > On Thu, 2010-07-29 at 17:01 +0200, JohnLM wrote: > > On 2010.07.29. 15:20, Gene Heskett wrote: > > > On Thursday, July 29, 2010 08:52:04 am Jörn Nettingsmeier did opine: > > > > > >> john, > > >> > > >> On 07/29/2010 02:35 PM, JohnLM wrote: >

Re: [LAD] Attenuation of sounds in 3D space

On Fri, 2010-07-23 at 08:51 +0200, Ralf Mardorf wrote: > On Fri, 2010-07-23 at 01:09 +0200, Jörn Nettingsmeier wrote: > > On 07/22/2010 08:42 PM, Ralf Mardorf wrote: > > > > one thing that often gets overlooked: people have learned to accept > > stereo (or, in some circles, 5.1) as the gold standa

Re: [LAD] Attenuation of sounds in 3D space

On Thu, 2010-07-22 at 20:22 +0200, Ralf Mardorf wrote: > On Thu, 2010-07-22 at 10:52 -0700, Fernando Lopez-Lezcano wrote: > > On Thu, 2010-07-22 at 14:01 +0200, Ralf Mardorf wrote: > > > On Thu, 2010-07-22 at 01:04 +0200, Arnold Krille wrote: > > > > We are not talkin

Re: [LAD] Attenuation of sounds in 3D space

On Thu, 2010-07-22 at 14:01 +0200, Ralf Mardorf wrote: > On Thu, 2010-07-22 at 01:04 +0200, Arnold Krille wrote: > > We are not talking about 5.1 or 7.1 here. These suck big time. > > > > We are talking about ambisonics vs. binaurals vs. simple stereo here! > > Ok, I noticed this. > > Fon's AmbD

Re: [LAD] Attenuation of sounds in 3D space

On Thu, 2010-07-22 at 01:08 +0200, Arnold Krille wrote: > On Wednesday 21 July 2010 23:27:59 Ralf Mardorf wrote: > > On Wed, 2010-07-21 at 23:21 +0200, f...@kokkinizita.net wrote: > > > And you fail regarding almost everything you write. If you want > > > to pontificate about acoustics and psycho-a

Re: [LAD] remember ??

On Tue, 2010-06-22 at 22:12 +0200, f...@kokkinizita.net wrote: > Hello all, > > those of you who attended LAC2009 will recognise the Sala > Bianca and lovely metal girl Giorgia: > > > > Enjoy ! :-) Wow... All the monitoring was done with WFS virtual

Re: [LAD] qjackctl & server name

On Tue, 2010-06-15 at 22:37 +0200, f...@kokkinizita.net wrote: > On Tue, Jun 15, 2010 at 09:26:16PM +0100, Rui Nuno Capela wrote: > > but in a "normal" desktop environment they should not stack up, the one > > just replaces the one before, which stays there for 3 seconds maximum. > > They don't st

[LAD] digiface vs. multiface vs. jack vs. other cards

At CCRMA we have several studios with linux computers in them (in addition to computers sprinkled throughout the building). Some of the studios have digiface interfaces, some multiface. All of them are connected to the sound system or mixer digitally through adat lightpipes. Workstations have Delta

Re: [LAD] [alsa-devel] 2.6.31.x vs. rme vs. alsa 1.0.22?

On Tue, 2010-02-23 at 22:26 +0100, Florian Faber wrote: > On 02/23/10 22:22, Paul Davis wrote: > > On Tue, Feb 23, 2010 at 3:48 PM, Fernando Lopez-Lezcano > > wrote: > > > >> ALSA sound/pci/rme9652/hdsp.c:831: Hammerfall-DSP: wait for FIFO status > > <= 0 f

Re: [LAD] [alsa-devel] 2.6.31.x vs. rme vs. alsa 1.0.22?

On Tue, 2010-02-23 at 00:20 +, Fernando Lopez-Lezcano wrote: > On Tue, 2010-02-23 at 00:16 +0000, Fernando Lopez-Lezcano wrote: > > On Mon, 2010-02-22 at 23:51 +, Fernando Lopez-Lezcano wrote: > > > On Tue, 2010-02-16 at 17:58 -0800, Fernando Lopez-Lezcano wrote: >

Re: [LAD] [alsa-devel] 2.6.31.x vs. rme vs. alsa 1.0.22?

On Tue, 2010-02-23 at 00:16 +, Fernando Lopez-Lezcano wrote: > On Mon, 2010-02-22 at 23:51 +0000, Fernando Lopez-Lezcano wrote: > > On Tue, 2010-02-16 at 17:58 -0800, Fernando Lopez-Lezcano wrote: > > > Hey, has anyone been seeing strange behavior from this combination? >

Re: [LAD] [alsa-devel] 2.6.31.x vs. rme vs. alsa 1.0.22?

On Mon, 2010-02-22 at 23:51 +, Fernando Lopez-Lezcano wrote: > On Tue, 2010-02-16 at 17:58 -0800, Fernando Lopez-Lezcano wrote: > > Hey, has anyone been seeing strange behavior from this combination? > > > > kernel 2.6.31.x rt20 + alsa 1.0.22 userland > > RME ca

Re: [LAD] [alsa-devel] 2.6.31.x vs. rme vs. alsa 1.0.22?

On Mon, 2010-02-22 at 23:51 +, Fernando Lopez-Lezcano wrote: > On Tue, 2010-02-16 at 17:58 -0800, Fernando Lopez-Lezcano wrote: > > Hey, has anyone been seeing strange behavior from this combination? > > > > kernel 2.6.31.x rt20 + alsa 1.0.22 userland > > RME ca

Re: [LAD] [alsa-devel] 2.6.31.x vs. rme vs. alsa 1.0.22?

On Tue, 2010-02-16 at 17:58 -0800, Fernando Lopez-Lezcano wrote: > Hey, has anyone been seeing strange behavior from this combination? > > kernel 2.6.31.x rt20 + alsa 1.0.22 userland > RME card (pcmcia card + multiface) > > hdspmixer is not doing the right thing (does not i

Re: [LAD] 2.6.31.x vs. rme vs. alsa 1.0.22?

On Thu, 2010-02-18 at 00:25 +0100, Florian Faber wrote: > James, > > > could it be the PCMCIA part ? I have the PCI version and both 2.6.31.x and > > 2.6.32 are working as they should with my RME HDSP and Multiface II. > > It's pretty much a regression in the ALSA control part. Unfortunately I >

Re: [LAD] 2.6.31.x vs. rme vs. alsa 1.0.22?

On Wed, 2010-02-17 at 06:30 +0100, Raphaël Doursenaud wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Le 17/02/2010 02:58, Fernando Lopez-Lezcano a écrit : > > Hey, has anyone been seeing strange behavior from this combination? > > > > kernel 2.6.31

[LAD] 2.6.31.x vs. rme vs. alsa 1.0.22?

Hey, has anyone been seeing strange behavior from this combination? kernel 2.6.31.x rt20 + alsa 1.0.22 userland RME card (pcmcia card + multiface) hdspmixer is not doing the right thing (does not initialize the card in a way in which playback works), it does not see the hwdep interface (or so

Re: [LAD] Has anyone ever played a plugin in realtime ... [related to:] hard realtime performance synth

On Thu, 2010-02-04 at 20:30 +0100, Emanuel Rumpf wrote: > 2010/2/4 Arnold Krille : > > On Thursday 04 February 2010 18:50:28 Emanuel Rumpf wrote: > >> Has anyone ever played a plugin in realtime ( live )... > >> ...and I don't mean a one-finger melody, but a mutli-polyphonic piano > >> piece, even

Re: [LAD] LinuxSampler 1.0.0 released for Linux, Windows, OS X

On Thu, 2009-11-12 at 12:59 -0600, Gabriel M. Beddingfield wrote: > > On Thu, 12 Nov 2009, Fernando Lopez-Lezcano wrote: > > > Hi all... has anyone else seen problems with 1.0.0 and pitch bend? It > > would seem that it is broken in my builds (ie: no pitch bend res

Re: [LAD] LinuxSampler 1.0.0 released for Linux, Windows, OS X

On Sat, 2009-10-17 at 14:45 +0200, Benno Senoner wrote: > Hi all, > the LinuxSampler team is proud to announce LinuxSampler 1.0.0, with > many new features and modules, device drivers and plugin architectures > supported. Hi all... has anyone else seen problems with 1.0.0 and pitch bend? It woul

Re: [LAD] rme hdspe raydat on linux?

On Thu, 2009-10-15 at 18:19 +0200, Jörn Nettingsmeier wrote: > hi everyone! > > > is the rme hdspe raydat supported under linux? > if so, any raydat users here with success or horror stories? > if not, is there an alternative that has at least 3 adat i/o, > preferrably 4 and uses pci express? > i

[LAD] wrapper script (hack alert!) for jack + pulseaudio

Well, I could not find one so I wrote this simple perl jackd wrapper script[*], I really needed something that would enable jack and pulseaudio to coexist while the jack + pulseaudio situation stabilizes. Not a finished product but seems to work around here (tested lightly on Fedora 10). If you w

Re: [LAD] more ConsoleKit

On Tue, 2009-07-14 at 01:15 +0200, Fons Adriaensen wrote: > On Tue, Jul 14, 2009 at 01:06:18AM +0200, Bengt Gördén wrote: > > > http://lkml.org/lkml/2009/6/30/52 > > All I get is some XML related warnings and errors... Same here, you need cookies or something like that enabled... Long discussion

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Tue, 2009-06-23 at 13:15 -0700, Fernando Lopez-Lezcano wrote: > Argh. I should try to find the SCHED_RESET_ON_FORK thread(s) on lkml to > see what was argued. It looks like this is all I can find... not a lot of arguing: 2nd try: http://lkml.org/lkml/2009/5/29/57 3rd version

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Tue, 2009-06-23 at 17:25 -0700, Fernando Lopez-Lezcano wrote: > On Tue, 2009-06-23 at 18:44 -0400, Paul Davis wrote: > > On Tue, Jun 23, 2009 at 6:19 PM, Fernando > > Lopez-Lezcano wrote: > > > > > > http://bugzilla.kernel.org/show_bug.cgi?id=10361 >

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Tue, 2009-06-23 at 20:25 -0700, Fernando Lopez-Lezcano wrote: > On Mon, 2009-06-22 at 15:14 +0200, Lennart Poettering wrote: > > On Sun, 21.06.09 20:58, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) > > wrote: > > > > > > > The question is relevant

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Wed, 2009-06-24 at 10:33 +0700, Patrick Shirkey wrote: > > On 06/24/2009 10:24 AM, Fernando Lopez-Lezcano wrote: > > On Tue, 2009-06-23 at 18:44 -0400, Paul Davis wrote: > > > > > On Tue, Jun 23, 2009 at 6:19 PM, Fernando > > > Lopez-Lezcano wrote: >

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Mon, 2009-06-22 at 15:14 +0200, Lennart Poettering wrote: > On Sun, 21.06.09 20:58, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) > wrote: > > > > > The question is relevant, I think, as the kernels that I use (Planet > > > > CCRMA) are the rt patc

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Tue, 2009-06-23 at 18:44 -0400, Paul Davis wrote: > On Tue, Jun 23, 2009 at 6:19 PM, Fernando > Lopez-Lezcano wrote: > > > see here for an interesting entry: > > https://bugzilla.redhat.com/show_bug.cgi?id=442959 > > that is hilarious :) Hmmm, well, not really. I

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Tue, 2009-06-23 at 15:19 -0700, Fernando Lopez-Lezcano wrote: > On Tue, 2009-06-23 at 16:27 -0400, Paul Davis wrote: > > On Tue, Jun 23, 2009 at 4:15 PM, Fernando > > Lopez-Lezcano wrote: > > > Hmmm, did Lennart specifically answer the issue of the clone bomb? I >

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Tue, 2009-06-23 at 18:44 -0400, Paul Davis wrote: > On Tue, Jun 23, 2009 at 6:19 PM, Fernando > Lopez-Lezcano wrote: > > > see here for an interesting entry: > > https://bugzilla.redhat.com/show_bug.cgi?id=442959 > > that is hilarious :) > > >

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

[something appears to be wrong on the list, I'm not seeing your posts there, I'm just getting the emails directly addressed to me] On Tue, 2009-06-23 at 16:27 -0400, Paul Davis wrote: > On Tue, Jun 23, 2009 at 4:15 PM, Fernando > Lopez-Lezcano wrote: > > On Tue, 2009-06-2

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Tue, 2009-06-23 at 15:27 -0400, Paul Davis wrote: > On Tue, Jun 23, 2009 at 2:50 PM, Fernando > Lopez-Lezcano wrote: > > > > This is what Lennart wrote in his original announcement: > > > >> Why not use cgroups for this? Because it's simply a horri

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Tue, 2009-06-23 at 13:12 -0400, Paul Davis wrote: > 2009/6/23 Fernando Lopez-Lezcano : > > [ ... good attempt at a summary elided ... ] > > fernando, unfortunately, you still missed the mechanisms described here: > > > http://ww2.cs.fsu.edu/~rosentha/linux/2.6.2

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Tue, 2009-06-23 at 10:44 +0200, Jörn Nettingsmeier wrote: > Lennart Poettering wrote: > > On Mon, 22.06.09 23:46, Jörn Nettingsmeier > > (netti...@folkwang-hochschule.de) wrote: > > > >>> What is so difficult to understand that rtkit is not intended to be a > >>> solution for hardcore rt users

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Tue, 2009-06-23 at 08:46 -0400, Dave Phillips wrote: > > Patrick Shirkey wrote: > > What I see is that Lennart and the others who have worked on > > pulseaudio have done such a good job at making the platform accessible > > to the desktop community that it has now become the defacto standard

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Tue, 2009-06-23 at 03:54 +0200, Esben Stien wrote: > Dennis Schulmeister writes: > > > audio performance has always been fine for typical desktop usage > > without rt privileges me thinks. Because the issue of latency is > > relative in that case. But maybe I'm missing an important point. >

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Mon, 2009-06-22 at 20:22 -0400, Paul Davis wrote: > On Mon, Jun 22, 2009 at 8:05 PM, Lennart Poettering wrote: > > You are misunderstanding what I was saying: either a process is > > SCHED_RR/FIFO or it is not. That's a binary thing. Either you get the > > full RT powers, or no RT powers at all.

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Tue, 2009-06-23 at 01:53 +0200, Lennart Poettering wrote: > On Mon, 22.06.09 16:33, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) > wrote: > > > If rtkit would demote all processes when triggered, regardless of whether > > rtkit granted the privileges or not then I c

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Mon, 2009-06-22 at 14:18 -0700, Fernando Lopez-Lezcano wrote: > On Mon, 2009-06-22 at 22:04 +0200, Lennart Poettering wrote: > > On Mon, 22.06.09 12:51, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) > > wrote: > > > > > Good question. > > > >

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Mon, 2009-06-22 at 18:00 -0400, drew Roberts wrote: > On Monday 22 June 2009 17:37:20 Lennart Poettering wrote: > > The amount of constructive criticism in this thread is next > > to zero, nobody even bothers to read the README before just fudding > > around. > > I am one of those who also hav

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Mon, 2009-06-22 at 22:04 +0200, Lennart Poettering wrote: > On Mon, 22.06.09 12:51, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) > wrote: > > > > Good question. > > > > > > > > Why is it resetting all the default, even processes with rt pri

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Mon, 2009-06-22 at 20:24 +0200, Lennart Poettering wrote: > On Mon, 22.06.09 11:15, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) > wrote: > > On Mon, 2009-06-22 at 15:38 +0200, Lennart Poettering wrote: > > > On Mon, 22.06.09 15:05, Fons Adriaensen (f...@kokkinizita.n

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Mon, 2009-06-22 at 15:38 +0200, Lennart Poettering wrote: > On Mon, 22.06.09 15:05, Fons Adriaensen (f...@kokkinizita.net) wrote: > > > > > On Mon, Jun 22, 2009 at 09:24:24AM +0100, Bob Ham wrote: > > > > > There's something wrong here. > > > > There is a lot wrong here. > > > > * Question:

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Mon, 2009-06-22 at 17:58 +0100, Krzysztof Foltman wrote: > Fons Adriaensen wrote: > > >> You're not ignoring it, you're practically waging the war against it, > > Ever seen a real war ? > > Your point being? > > >> The existence of rtkit doesn't make it harder for you to assign RT > >> privil

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Mon, 2009-06-22 at 02:01 +0200, Lennart Poettering wrote: > On Sun, 21.06.09 16:06, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) > wrote: > > > So what does RealtimeKit do that previous solutions didn't do? rtkit > > > relies on a new kernel feature SCHED_RE

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Mon, 2009-06-22 at 01:55 +0100, Adam Sampson wrote: > Lennart Poettering writes: > > > I just moved into Fedora Rawhide a little daemon called "RealtimeKit" > > which will be enabled by default, > > It would have been nice to see some mention of this on l-a-u/l-a-d > earlier (i.e. while it wa

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Sun, 2009-06-21 at 19:14 -0400, Paul Davis wrote: > On Sun, Jun 21, 2009 at 7:06 PM, Fernando > Lopez-Lezcano wrote: > > > If I understand correctly then the mechanism would not be useful for > > jack (leaving aside the issue of SCHED_RR vs. SCHED_FIFO), as jack > >

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Mon, 2009-06-22 at 00:15 +0200, Lennart Poettering wrote: > On Sun, 21.06.09 11:09, Paul Davis (p...@linuxaudiosystems.com) wrote: > > I cannot imagine wanting to use this mechanism. You also seem to > > have assumed that everyone agrees that SCHED_RR is the correct > > policy, rather than SCHED

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Fri, 2009-06-19 at 20:13 +0200, Lennart Poettering wrote: > Heya, > > Just a quick announcement: > > I just moved into Fedora Rawhide a little daemon called "RealtimeKit" > which will be enabled by default, and since it is now a dependency of > PulseAudio and things work how they work this wil

Re: [LAD] [ANNOUNCE] Safe real-time on the desktop by default; Desktop/audio RT developers, read this!

On Fri, 2009-06-19 at 20:13 +0200, Lennart Poettering wrote: > Heya, > > Just a quick announcement: > > I just moved into Fedora Rawhide a little daemon called "RealtimeKit" > which will be enabled by default, and since it is now a dependency of > PulseAudio and things work how they work this wil

Re: [LAD] jack2's dbus name

[it'd be nice if you keep all the cc'ed original lists in the thread] On Mon, 2009-06-15 at 19:34 +0200, Lennart Poettering wrote: > On Mon, 15.06.09 10:16, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) > wrote: > > > > Distributions will certainly enable th

Re: [LAD] jack2's dbus name

On Mon, 2009-06-15 at 16:37 +0200, Lennart Poettering wrote: > On Mon, 15.06.09 15:34, Stéphane Letz (l...@grame.fr) wrote: > > >> On Mon, 15.06.09 11:01, Stéphane Letz (l...@grame.fr) wrote: > >> > I was just thinking, when jack2 finished initialization it takes a > name on the session

Re: [LAD] New proposal for the jackd/jackdbus mess

On Wed, 2009-05-20 at 11:20 +0100, Krzysztof Foltman wrote: > Stéphane Letz wrote: > > > This scheme seems to hopefully solve most of the problems we had, and > > requires only a bit of change for the "jackdbus" front-end to continue > > working, but not much. > > One obvious problem is that it w

Re: [LAD] [Jack-Devel] A picture...of the global mess

On Tue, 2009-05-19 at 21:39 +0200, Fons Adriaensen wrote: > On Tue, May 19, 2009 at 04:49:07PM +0200, Stéphane Letz wrote: > > > Note that we may remove the "jackcontrol + jackserver" separation by > > starting the server inside jackcontrol process. But then if the server > > crash, jackcontrlol

Re: [LAD] [Jack-Devel] more jack/qjackctl madness

On Sun, 2009-05-17 at 13:11 +0200, Fons Adriaensen wrote: > On Sun, May 17, 2009 at 12:20:34PM +0200, MarcO'Chapeau wrote: > > > - dbus is not the default compile time config option. Your distro should > > probably disable it (until it's stable and shiny) > > On this I agree. (sorry for the dela

Re: [LAD] alsa card order

On Wed, 2009-04-29 at 22:05 -0400, Lee Revell wrote: > On Tue, Apr 28, 2009 at 7:34 PM, Lennart Poettering wrote: > > Doing these things with indexes is just broken. It's like network > > interfaces. Everybody learned to use names for them instead of the > > low-level ifindex. Now it's time people

Re: [LAD] alsa card order

On Wed, 2009-04-29 at 17:55 +0200, Fons Adriaensen wrote: > On Wed, Apr 29, 2009 at 07:45:31AM -0400, Paul Davis wrote: > > > On Wed, Apr 29, 2009 at 5:09 AM, Fons Adriaensen > > wrote: > > > > > > How do you start jackd on an alsa hw device without > > > knowing the index (in a non-interactive

Re: [LAD] audio recording through pipe using mplayer and sox sometimes has incorrect speed

On Thu, 2009-04-09 at 14:34 -0400, Paul Davis wrote: > On Thu, Apr 9, 2009 at 2:28 PM, Justin Smith wrote: > Off the top of my head, something could be put together with a shell > > script using the jack_connect program. If you are OK with a single > > purpose script that runs and connects two spe

Re: [LAD] Re : Saving plugin presets

On Mon, 2009-03-09 at 03:46 +0100, Fons Adriaensen wrote: > On Mon, Mar 09, 2009 at 01:55:33AM +0000, Fernando Lopez-Lezcano wrote: > > > > The rdf file has been available for some years now. > > > I don't want to split it up, it's simple enough > > >

Re: [LAD] Re : Saving plugin presets

On Mon, 2009-03-09 at 04:08 +0100, Jens M Andreasen wrote: > On Mon, 2009-03-09 at 01:55 +0000, Fernando Lopez-Lezcano wrote: > > > That does not work very well with packages. If I have a package for each > > of the plugin collections (which I do), where do I put the rdf file? (

Re: [LAD] Re : Saving plugin presets

On Mon, 2009-03-09 at 02:07 +0100, Fons Adriaensen wrote: > On Mon, Mar 09, 2009 at 01:34:19AM +0100, Jörn Nettingsmeier wrote: > > > Stefan Kost wrote: > > > > > > Just wanna say thanks! GStreamers ladspa bridge now has initil lrdf > > > support. > > > Classification works, presets next. I wish

Re: [LAD] JACK and computer sleeping

On Fri, 2009-03-06 at 19:58 +0100, Jörn Nettingsmeier wrote: > MarcO'Chapeau wrote: > > On Thu, 5 Mar 2009 09:07:10 -0500, Paul Davis > > wrote: > >> On Thu, Mar 5, 2009 at 9:02 AM, nescivi wrote: > >> > >>> Hiho, > >>> > >>> It seems that JACK (just tested with v0.116) does not survive when the

Re: [LAD] [ot] - NEED some security advise PLEASE! + new question

On Sun, 2009-02-15 at 23:08 +1100, Steve Lindsay wrote: > On Sun, Feb 15, 2009 at 9:57 PM, Fons Adriaensen wrote: > > > > A weakly related OT question: > > > > I need to set up a machine as a router. One side is > > a fixed public IP address, the other side is a local > > net using 192.168.1.x. I

Re: [LAD] [ot] - NEED some security advise PLEASE!

On Sun, 2009-02-15 at 01:14 +, pete shorthose wrote: > On Sun, 15 Feb 2009 00:43:17 +0100 > Fons Adriaensen wrote: > > > On Sat, Feb 14, 2009 at 11:55:13PM +0100, Julien Claassen wrote: > > > > > 8226 ?Ss 0:00 sshd: unknown [priv] > > > 8227 ?S 0:00 sshd: unknown

Re: [LAD] [FFADO-devel] [ANN] FFADO 2.0 Release Candidate 1 (1.999.40) available

On Thu, 2008-12-11 at 09:29 +0100, Arnold Krille wrote: > On Thursday 11 December 2008 03:45:58 Fernando Lopez-Lezcano wrote: > > Usually programs include something like DESTDIR= to set that directory > > so that the install can be "redirected" without compromising all t

Re: [LAD] [FFADO-devel] [ANN] FFADO 2.0 Release Candidate 1 (1.999.40) available

On Sun, 2008-11-23 at 00:57 +0100, Pieter Palmers wrote: > Hi, > > The FFADO team is proud to announce the first release candidate for > FFADO 2.0. > > This release candidate is intended to collect feedback about the library > under wide-spread usage. The code should be free of major bugs. > >

Re: [LAD] need help with Java audio problem

On Mon, 2008-08-18 at 02:32 +0200, Jens M Andreasen wrote: > On Sun, 2008-08-17 at 16:06 -0400, Dave Phillips wrote: > > ... If Java uses the ALSA device, > > for some reason it opens pcmC0D0p, then switches to pcmC1D0p. This > > happens in both HighC and jein, they showed the same behavior. My

Re: [LAD] vectorization

On Thu, 2008-04-17 at 18:36 +0200, Jens M Andreasen wrote: > On Thu, 2008-04-17 at 16:14 +0200, Fernando Lopez-Lezcano wrote: > > You mean _complete_ binaries? All of the executable replicated several > > times with different optimizations inside the package? So your intentio

Re: [LAD] vectorization

On Thu, 2008-04-17 at 19:31 +0200, Jens M Andreasen wrote: > On Thu, 2008-04-17 at 19:02 +0200, Mario Lang wrote: > > > No. If you optimize code, you will only have to special case > > a few routines. The greater hunk of the code will stay the same on > > different > > variants. So you do not

Re: [LAD] optimum binary distribution (was: vectorization)

On Thu, 2008-04-17 at 14:00 +0200, Richard Spindler wrote: > 2008/4/17, Jens M Andreasen <[EMAIL PROTECTED]>: > > You really do that? OK, the solution is identical to choosing the right > > base architecture in the first place. One of these gets mounted > > as /usr/lib > > > ---8<--- > > /*/usr

Re: [LAD] vectorization

On Thu, 2008-04-17 at 06:41 +0200, Jens M Andreasen wrote: > On Wed, 2008-04-16 at 22:41 +0200, Mario Lang wrote: > > You are not really following what I am trying to get across. Cross > > compilation > > isn't the issue. The issue is that something as generic as i386 (or i686 > > for > > rpm b

Re: [LAD] alsa and OSS (again?)

On Tue, 2008-01-22 at 00:09 +0100, Albert Graef wrote: > Fernando Lopez-Lezcano wrote: > > Yes, but it is the only way to make midishare "mainline". So that it > > will always work with any vanilla distribution kernel (that has, of > > course, enabled its build).

Re: [LAD] midishare (was alsa and OSS (again?))

On Mon, 2008-01-21 at 16:54 +0100, Albert Graef wrote: > Jay Vaughan wrote: > > Well I have it working fine on both 2.4 and 2.6 kernels, so I don't know > > what the dilemna is here, really .. > > Judging from what I read on the Midishare list, most Linux users of > Midishare indeed have trouble d

  1   2   >