Re: [LAD] Alsa Modular Synth / AMS (bugs/NSM)

On Mon, Dec 7, 2020 at 3:04 AM rosea.grammostola < rosea.grammost...@gmail.com> wrote: > > All the LV2 alternatives fail on me so far, moreover they're doesn't > seems to be specially designed to be a modular synth like AMS, with it's > nice cables. They seems to handle it more like, we have LV2

Re: [LAD] [LAU] Release: New Session Manager Version 1.3

On Thu, Jun 18, 2020 at 1:37 PM rosea.grammostola < rosea.grammost...@gmail.com> wrote: > > > But I've you've a > hard time imagine what a midnight release could have to do with it, > let's keep it that way and lets end that discussion here. :) > 1) "midnight" is a point in time in a given time

Re: [LAD] Possible jack_port_disconnect() problem.

jack clients and the server on linux communicate via reading and writing through a FIFO. there's nothing unusual about read(2) showing up here - the client has asked the server for a port disconnect and is waiting for a response. On Tue, Nov 26, 2019 at 9:45 AM Ethan Funk wrote: > After days of

Re: [LAD] 9 soundcards ?

On Wed, Nov 13, 2019 at 11:23 AM Manuel Haible wrote: > > I am in a love-hate relation with digital audio processing, > never experienced a converter in person that is comparable to an > all-analog chain. > Speacially the very highs and 3Dness. > I suspect you've never double-blind tested this.

Re: [LAD] 9 soundcards ?

On Mon, Nov 11, 2019 at 12:26 PM wrote: > > Hello, > > > * I'd like to run up to nine soundcards with Jack. * > > Eight times Expert Sleepers ES-8 via USB > and one RME Madi HDSPe card on a PCIe slot. > > In Linux at 96 kilobauds. > > I read here > https://jackaudio.org/faq/multiple_devices.html

Re: [LAD] Click-free fade-in algorithm for synths?

On Tue, Sep 24, 2019 at 12:38 PM Johannes Lorenz wrote: > Counting zero crossings prevents > clicking on lower notes, and it makes higher notes more punchy. There's fundamentally no such thing as a zero crossing. You might have two samples on either side of zero, but you still don't have a

Re: [LAD] Resampling: SOX vs FFmpeg

On Thu, May 23, 2019 at 8:41 AM Louigi Verona wrote: > Is this so? Or should it be specifically compiled with the SoX library? > > Louigi Verona > https://louigiverona.com/ > > > On Thu, May 23, 2019 at 4:39 PM Paul Davis > wrote: > >> The good news is that f

Re: [LAD] Resampling: SOX vs FFmpeg

The good news is that ffmpeg appears to include the soxr algorithm anyway. On Thu, May 23, 2019 at 7:58 AM Louigi Verona wrote: > "In terms of quality for resampling, this is the canonical information > source: http://src.infinitewave.ca/; > > Yep, was looking at that. But would appreciate any

Re: [LAD] Resampling: SOX vs FFmpeg

On Thu, May 23, 2019 at 2:59 AM Louigi Verona wrote: > Hey everyone! > > I need advice on resampling. > > To give you context, I am working at SoundCloud, and one of the current > projects is to refactor the transcoding pipeline. And proper resampling > tools is a question that keeps coming up.

Re: [LAD] Open Source Design (paid and pro bono design)

On Thu, Nov 29, 2018 at 12:24 PM Spencer Jackson wrote: > https://ometer.com/preferences.html was also very good. I plan to read > more later. > "Lisp is not a good user interface." this is a fallacy. Lisp is an excellent user interface, for the right kind of user. Knowing who you are

Re: [LAD] New(ish) OSS synth plugin

On Tue, Sep 25, 2018 at 7:25 AM Daniel Swärd wrote: > Hi all. > > Just found out that one of the Bitwig devs has released an older > (commercial) > project of his as open source: https://github.com/kurasu/surge > > Doesn't yet build on Linux, but quoting from the github page: > "It currently

Re: [LAD] MIDI-2-TCP, TCP-2-MIDI

On Sun, Sep 2, 2018 at 3:02 AM, Will J Godfrey wrote: > > As a matter or interest, the only time I've had missing noteoffs with > standard MIDI was when I had only a single MIDI port, and daisy-chained a > sound > canvas and two keyboards (both sending active sensing). One for the > keyboards

Re: [LAD] MIDI-2-TCP, TCP-2-MIDI

On Sat, Sep 1, 2018 at 10:07 PM, Len Ovens wrote: [ etc. etc. etc. ] i wonder if sctp (the transport protocol used for web sockets) might be better for this sort of thing than either tcp or udp or raw ip ... ___ Linux-audio-dev mailing list

Re: [LAD] jackd not using jackdrc...

On Thu, Aug 2, 2018 at 1:45 PM, Fokke de Jong wrote: > > > **starting device...jack main caught signal 12 > Signal 12 is SIGUSR2, which is sent internally by JACK when it is started as a temporary server (which a client-driven startup always does). So if this is sent, that suggests that the

Re: [LAD] jackd not using jackdrc...

On Thu, Aug 2, 2018 at 10:13 AM, Fokke de Jong wrote: > Hi Paul, > > Thanks for your input. That clears one thing up for me. > Since I’m not using qjackctl, only one client that starts jackd, it makes > sense that it;’s using default values. > On my previous system it did always seem to use the

Re: [LAD] jackd not using jackdrc...

On Thu, Aug 2, 2018 at 8:59 AM, Fokke de Jong wrote: > Hi all, > > After migrating to a freshly installed system, it seems jackd has decided > not to honor my settings in $HOME/.jackdrc anymore. > jackd itself never uses jackdrc. it is used by either: 1) a control client (e.g. qjackctl)

Re: [LAD] ( Custom Arch Linux or Custom Ubuntu Studio ) for ( Proffesional Audio & Game Audio Development )

On Sun, Jul 1, 2018 at 12:28 PM, Juan BioSound wrote: > Hi !!! > > I've been some years with linux but I'm not an expert. I only use Ubuntu, > Ubuntu Studio and CentOS for 10 years. > > Now, I want to be a proffesional audio developer, and is VERY FRUSTATING > to my return to windows. > ​what

Re: [LAD] Polyphonic normal guitar to midi: Jam Origins' MIDI-Guitar

On Mon, Jun 25, 2018 at 6:31 PM, Tim wrote: > ​hen I stumbled across this product, > MIDI-Guitar from Jam Origins. > ​but can it handle negative harmony?​ ​ ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org

Re: [LAD] The Bay of Atlantis

ion. > > On Sat, Apr 28, 2018, 01:04 Paul Davis <p...@linuxaudiosystems.com> wrote: > >> I wasn't referring to the arpeggiation (really, in TD's case, it's >> actually a 16 or 32 step analog sequencer) but the "chirping" sound right >> around 25:53 and beco

Re: [LAD] The Bay of Atlantis

gt; So, a mix of Linux and VST technology here. But as far as I remember, this > was probably the only non-Linux piece of tech I've used here. > > L.V. > > > > On Fri, Apr 27, 2018 at 9:07 PM, Paul Davis <p...@linuxaudiosystems.com> > wrote: > >> Love it. Espec

Re: [LAD] The Bay of Atlantis

Love it. Especially love the (possibly accidental) sonic references to Rubicon (Tangerine Dream) e.g. at about the 26 minute mark. What is that? On Mon, Apr 23, 2018 at 5:16 AM, Louigi Verona wrote: > Announcing a new release of project "droning", tune 281 "The Bay of >

Re: [LAD] Do professionals use Pulse Audio? ; xfce4-mixer

PulseAudio is not a part of the signal flow of any pro-audio workflow. That said, its control applications that adjust the hardware mixer work in just the same way that any other hardware mixer application does, so if you like it, there's no reason not to use it. On Wed, Apr 25, 2018 at 7:30 AM,

Re: [LAD] PipeWire, and "a more generic seeking and timing framework"

JACK is already much closer to the hardware than the networking stack. At the conclusion of the jack process callback, it writes samples *directly into the memory mapped buffer being used by the audio hardware*. The process callback is preemptively (and with realtime scheduling) triggered

Re: [LAD] Jackd & Real Time Kernel

http://jackaudio.org/faq/realtime_vs_realtime_kernel.html On Fri, Jan 12, 2018 at 11:37 AM, Benny Alexandar wrote: > Hi, > > I'm using ubuntu PC runs on Intel Core i7, 16 GB RAM. > I downloaded the latest JACK audio server tarball and built successfully, > and started

Re: [LAD] Plugin Toolkits (was ~ Forgive me, toss your Macintosh)

I think it's also worth mentioning that although MacOS and Windows generally have an easier time with this stuff, they too sometimes can suffer from plugin/host toolkit/runtime wierdness. There's a case under discussion right now on the coreaudio mailing list involving a very smart, very

Re: [LAD] Forgive me, for I have sinned, or: toss your Macintosh, as fast and wide as you can.

On Sun, Dec 10, 2017 at 3:26 PM, Markus Seeber < markus.see...@spectralbird.de> wrote: > ​You can still statically link for example with FLTK > ​You still need to ensure that the host can integrate with FLTK (or any other toolkit's) event loop. Without some explicit awareness, events etc. will

Re: [LAD] Forgive me, for I have sinned, or: toss your Macintosh, as fast and wide as you can.

On Sun, Dec 10, 2017 at 5:51 AM, Markus Seeber < markus.see...@spectralbird.de> wrote: > ​ > Just employ static linking when sensible. ​unortunately, several large toolkits of various types make this impossible because they themselves use dynamic (runtime-driven) loading of shared objects. GTK

Re: [LAD] Forgive me, for I have sinned, or: toss your Macintosh, as fast and wide as you can.

> Am 09.12.2017 um 23:59 schrieb Ralf Mardorf: > >> On Sat, 9 Dec 2017 09:44:02 -0500, Paul Davis wrote: >> >>> ​As a plugin host, Carla attempts (and generally does) allow plugins >>> to use many different toolkits for their own GUIs. >>> >>

Re: [LAD] Forgive me, for I have sinned, or: toss your Macintosh, as fast and wide as you can.

DLL Hell is something entirely different. The term comes from a time where Windows installers actually installed an applications required libraries in the "system location". So if application Foo is installed, and uses library Bar version N, but then you install application Baz, and it uses

Re: [LAD] Forgive me, for I have sinned, or: toss your Macintosh, as fast and wide as you can.

On Sat, Dec 9, 2017 at 6:36 AM, Fons Adriaensen wrote: > > Interesting that you mention carla. I wanted to give it a try some > months ago. Until I noticed the list of dependencies, see e.g. > . > > This 'Audio Plugin Host' depends

Re: [LAD] Jack buffer requirements

JACK's "DSP load" measurement generally cannot go above 80% before issues happen on almost all systems and platforms. if the buffer size is 10msec, then the total time for JACK to execute its own code and all clients needs to be below about 8msec. On Thu, Sep 14, 2017 at 1:56 PM, benravin

Re: [LAD] Jack buffer requirements

JACK has no requirements other than that you can run your process() callback without blocking, every time. How much buffering needs to exist to make sure that can happen depends hugely on what the non-RT part of things is doing. For comparison, when the non-RT part does disk i/o, you need to be

Re: [LAD] Drift compensation document

it has nothing to do with JACK. you need to pump events/notifications/requests into the process thread/callback via your own mechanism (lock-free FIFOs are common) and act on them from there. On Wed, Sep 6, 2017 at 1:16 PM, benravin wrote: > Ok, my requirement is to apply

Re: [LAD] Drift compensation document

jackd is a 100% synchronous design, entirely by intent. On Wed, Sep 6, 2017 at 12:38 PM, benravin wrote: > > ​>> just another reason to avoid working with such formats. decompress it > first to PCM. done.​ > > > Thanks Paul! I was time stamping the output of audio codec

Re: [LAD] Drift compensation document

On Mon, Sep 4, 2017 at 3:00 AM, benravin wrote: > >> The difference is that since data enters and leaves the > >> fifo in blocks of samples and not as a constant rate stream. > > But the timestamping on block of data writes can introduce more timing > errors even with a

Re: [LAD] [LAU] LAC 2017 Program - Linux Audio Conference in Saint-Etienne

So, I'm contemplating doing the 30km trail race on Sunday. Is anyone else thinking about this? Does anyone have a car that could get me/us out to the event start by 08:00 on Sunday morning? On Mon, May 1, 2017 at 12:57 PM, Laurent Pottier < laurent.pott...@univ-st-etienne.fr> wrote: > Dear

Re: [LAD] LADPSA and LV2 Sample Types

at least the low 4-6 bits representing brownian (atomic) motion. That's pretty crazy. On Mon, Mar 6, 2017 at 9:30 PM, Paul Davis <p...@linuxaudiosystems.com> wrote: > > > On Mon, Mar 6, 2017 at 8:59 PM, Taylor <tay...@protonmail.com> wrote: > >> Hey, >> >&

Re: [LAD] LADPSA and LV2 Sample Types

On Mon, Mar 6, 2017 at 8:59 PM, Taylor wrote: > Hey, > > I'm a little bit new to LADSPA and LV2, so this may be a naive question. > > I would like to know why single precision floating point types are used in > the plugin interface, instead of double precision. > > I would

Re: [LAD] ?==?utf-8?q? Failed to connect to session bus for device reservation

On Wed, Feb 15, 2017 at 3:33 PM, Ralf Mattes wrote: > > > Yes, it is possible. But it also shows how little is known about dbus in > the > audio comunity (lack of documentation/quality of doxumentaion?). > A naive (?) 'man jackd' won't even mention dbus. Want more ridicule?

Re: [LAD] ALSA Sequencer timestamp on event without scheduling

On Fri, Sep 30, 2016 at 4:35 AM, Felipe Ferreri Tonello < e...@felipetonello.com> wrote: > > > > > The time of an event is the time at which it is actually delivered. > > If you want to be compatible with most other applications, you have > > to deliver the events at the desired time. > > Ok.

Re: [LAD] aBLETON lINK

On Fri, Sep 23, 2016 at 1:51 PM, Louigi Verona wrote: > Paul, not to derail the conversation, but can you give us a little detail > on what kind of problems happen in scenarios outside of the desktop > environment? I am just curious. > building and installing JACK was

Re: [LAD] aBLETON lINK

On Fri, Sep 23, 2016 at 10:12 AM, Patrick Shirkey < pshir...@boosthardware.com> wrote: > > > Because we've done a fucking piss-poor job of licensing, packaging and > > promoting technology in ways that make sense to the overwhelming majority > > of developers and users. > > > > If this is correct

Re: [LAD] aBLETON lINK

On Fri, Sep 23, 2016 at 10:03 AM, Patrick Shirkey < pshir...@boosthardware.com> wrote: > > > One can draw reasonable conclusions based on the evidence at hand. > You don't have any evidence other than the absence of evidence. > > > > > How many times is it necessary for someone to explain that

Re: [LAD] aBLETON lINK

On Fri, Sep 23, 2016 at 9:01 AM, Paul Davis <p...@linuxaudiosystems.com> wrote: > > > There are no fields I know of where open source leads in terms of end-user > visible software applications. > oops. except for web browsers. > ___

Re: [LAD] aBLETON lINK

On Fri, Sep 23, 2016 at 6:00 AM, Patrick Shirkey wrote: > > I suppose that their marketing department has decided that Linux > Developers/Users don't represent a big enough share of the market to > justify committing more resources to the platform. > You have no

Re: [LAD] aBLETON lINK

On Fri, Sep 23, 2016 at 12:50 AM, Patrick Shirkey < pshir...@boosthardware.com> wrote: > > > On 09/22/2016 07:30 PM, Tito Latini wrote: > >> On Thu, Sep 22, 2016 at 09:16:12AM -0500, Paul Davis wrote: > >> [...] > >>> > Ableton have now done

Re: [LAD] aBLETON lINK

On Fri, Sep 23, 2016 at 4:42 AM, Tito Latini <tito.01b...@gmail.com> wrote: > On Thu, Sep 22, 2016 at 04:36:17PM -0500, Paul Davis wrote: > > On Thu, Sep 22, 2016 at 4:27 PM, Tito Latini <tito.01b...@gmail.com> > wrote: > > > > > On Thu, Sep 22, 201

Re: [LAD] aBLETON lINK

On Thu, Sep 22, 2016 at 4:27 PM, Tito Latini <tito.01b...@gmail.com> wrote: > On Thu, Sep 22, 2016 at 12:49:42PM -0500, Paul Davis wrote: > > The innovation is defining an API and protocol based on 3 concepts: > > > > tempo synchronization > > an integral to

Re: [LAD] aBLETON lINK

On Thu, Sep 22, 2016 at 12:30 PM, Tito Latini <tito.01b...@gmail.com> wrote: > On Thu, Sep 22, 2016 at 09:16:12AM -0500, Paul Davis wrote: > [...] > > Ableton have now done that, albeit by circumventing the hardest parts of > > the problem (a tempo map with varying me

Re: [LAD] aBLETON lINK

On Thu, Sep 22, 2016 at 2:34 AM, Patrick Shirkey wrote: > > It seems that the lack of interest in adding similar functionality to JACK > has opened up a gap in the "market". > there was no lack of interest, but rather an inability to come up with an abstraction for

Re: [LAD] aBLETON lINK

On Tue, Sep 20, 2016 at 10:03 AM, Rui Nuno Capela wrote: > [... ] > just my 2eur. > with real world exchange rates based on expertise and wisdom, i'd say that's about US$1M's worth of insight. ___ Linux-audio-dev mailing list

Re: [LAD] aBLETON lINK

On Tue, Sep 20, 2016 at 9:46 AM, Patrick Shirkey wrote: > > > The people who designedand wrote Link are entirely familiar with JACK (if > > only because I taught them about it). > > > > We know that. So are the people at Google who used JACK as the basic > design

Re: [LAD] aBLETON lINK

The people who designedand wrote Link are entirely familiar with JACK (if only because I taught them about it). I too was a bit disappointed when Link was announced (last Novemeber) because it seemed redundant given JACK transport. But once they released the SDK for iOS and later the code for all

Re: [LAD] Ableton Link GPL...

It will definitely be on a list for Ardour somewhere. Right now my Ableton-related activities with Ardour relate to fairly deep support of their Push 2 surface rather than Link. It would certainly be nice to see Link support, but not sure what the priority will be. I have another entirely new

Re: [LAD] Will I can get the configuration I need...?

On Mon, Sep 12, 2016 at 4:58 PM, Mario Sottile wrote: > Now, the question: > *Will I can get what I need? Will I can send audio to/from both computers > with no clicks/pops/silences and also send video from one to another?* > for wifi, this question cannot be answered

Re: [LAD] zita-n2j is not finding Jack.

Do not attempt to use JACK server names. This feature should never have been exposed to users (my mistake). On Mon, Sep 12, 2016 at 3:04 PM, Mario Sottile wrote: > I could make it work... > > *This didn't work:* *zita-n2j --jserv zita --chan 2 192.168.1.35 8800* > > I

Re: [LAD] Audio plugins: Streamable audio ports?

Well, technically, VAMP doesn't really do audio-in=>audio-out plugins at all, but rather audio-in=>metadata out, so that doesn't really count. but fundamentally in != out == analysis not realtime. On Sat, Jul 9, 2016 at 6:06 PM, Paul Davis <p...@linuxaudiosystems.com> wrote:

Re: [LAD] Audio plugins: Streamable audio ports?

VAMP does this. But such architectures are inherently not realtime. On Sat, Jul 9, 2016 at 5:56 PM, Tim E. Real wrote: > Are there any plugin architectures that allow > input data length different than the output length > such that the 'run' function can ask for more or

Re: [LAD] ZASFX is mean with my Qtractor XML session files

On Fri, Jul 8, 2016 at 9:57 AM, Mark D. McCurry wrote: > > The majority of Zyn parameters can be bound via MIDI learn and there's a > good number of parameters which update running notes (added within the past > version or two) on changes to either the GUI controls or

Re: [LAD] mixing while using libao and libsndfile

Your design is way too simple and fundamentally wrong. If you want low latency you need to use a pull model (aka callback model) for audio i/o to the device. Let the device tell you when it wants audio data, and deliver it,on time, without blocking (which means no on-demand file i/o in the same

Re: [LAD] LV2 plugin host MIDI channel number detection

MIDI Channel number is part of a MIDI message. There are 16 possible channels on a given MIDI port. You look at the channel number inside each (channel) message (Note on, Note off, CC message mostly). On Tue, Mar 15, 2016 at 10:03 PM, Yassin Philip wrote: > > > On 03/16/2016

Re: [LAD] LV2 plugin host MIDI channel number detection

On Tue, Mar 15, 2016 at 9:26 PM, Yassin Philip wrote: > Hello! > > Some LV2 plugins seem to now the MIDI channel # of the track on which they > are inserted, and some don't. > There is no such concept in LV2. The idea of a track "having" "a" MIDI channel is entirely host

Re: [LAD] Multiple JACK servers connected in one host?

On Fri, Mar 11, 2016 at 12:23 PM, Len Ovens wrote: > Assuming you are using the same set of outputs for all of your chains,you > must be using some sort of mixer. I think I recall nonmixer. That > application may be forcing sync opperation on all your other apps/plugins. >

Re: [LAD] Multiple JACK servers connected in one host?

On Fri, Mar 11, 2016 at 11:53 AM, Jonathan Brickman wrote: > > the "engines" i'm referring to are your many multiple clients (19 or so). > > OK, I think I see what you are referring to: the switching nature of the > client list, where the JACK server has to switch between.

Re: [LAD] Multiple JACK servers connected in one host?

On Fri, Mar 11, 2016 at 11:00 AM, Jonathan Brickman <j...@ponderworthy.com> wrote: > On 3/11/2016 9:57 AM, Paul Davis wrote: > > > On Fri, Mar 11, 2016 at 10:48 AM, Jonathan Brickman < > <j...@ponderworthy.com>j...@ponderworthy.com> wrote: > >&g

Re: [LAD] Multiple JACK servers connected in one host?

On Fri, Mar 11, 2016 at 10:48 AM, Jonathan Brickman wrote: > > > > Indeed -- except that cars in Manhattan are restricted to using wheels > :-) I have rocket engines which don't give off exhaust at all, lots and > lots of fuel, no skyscrapers in the way, and no one else

Re: [LAD] Multiple JACK servers connected in one host?

On Fri, Mar 11, 2016 at 8:24 AM, Patrick Shirkey wrote: > > > Are we absolutely sure this is the case? That Jonathan has not found a > "bug" in JACK2 or the DSP load algorithm? > the dataflow algorithm doesn't have a lot of room for bugs. but sure, yes, it is

Re: [LAD] Multiple JACK servers connected in one host?

On Fri, Mar 11, 2016 at 7:17 AM, Patrick Shirkey wrote: > > On Fri, March 11, 2016 6:58 pm, Robin Gareus wrote: > > On 03/11/2016 08:03 AM, Patrick Shirkey wrote: > >> If this cannot be fixed in JACK directly we should be able to spin up > >> multiple instances on

Re: [LAD] Multiple JACK servers connected in one host?

so, you've got 6 non-parallelizable stages. the first stage (3 instances of yoshimi, plus stringbassacid plus stringsSSO) has 5 clients that can be in parallel. The second stage (Mixer/*) has 6 clients that can be run in parallel. The third stage has 3 clients (Mixer/* and 1 yoshimi) that can be

Re: [LAD] Multiple JACK servers connected in one host?

On Mon, Mar 7, 2016 at 2:37 PM, Jonathan E. Brickman wrote: > > What is happening right now, is I have seven synth+filter chains, all run > through the single JACK server, all feeding eventually into the one sound > card. > if the synths are all independent clients and

Re: [LAD] Code reordering

kjetil, thanks for the patch. however, the problem with fixing this problem has never been identifying where to put the barriers, it has been adding them in a portable way. __atomic_* are, as far as i can tell, gcc-specific. am i wrong about that? On Fri, Mar 4, 2016 at 7:42 AM, Kjetil

Re: [LAD] Code reordering

On Wed, Mar 2, 2016 at 11:55 AM, Jonathan Brickman <j...@ponderworthy.com> wrote: > On 3/1/2016 11:40 AM, Paul Davis wrote: > > the JACK implementation relies on two things to work: > >* pointer and integer operations are (weakly) atomic on all platforms > that

Re: [LAD] Realtime inter-thread communication

On Tue, Mar 1, 2016 at 12:09 PM, Sebastian Gesemann wrote: > > It depends on what meanings you attach to the words "atomics" and > "atomicity". I was trying to use the term "atomic" in a way consistent > with the C11/C++11 memory model. In this context, atomicity is not >

Re: [LAD] Realtime inter-thread communication

On Tue, Mar 1, 2016 at 10:12 AM, Sebastian Gesemann wrote: > Thank you all for the responses! > > On Mon, Feb 29, 2016 at 9:05 PM, Harry van Haaren > wrote: > > On Mon, Feb 29, 2016 at 7:52 PM, Spencer Jackson > > wrote: > >>

Re: [LAD] Jack ringbuffer

On Thu, Dec 10, 2015 at 9:04 AM, Will Godfrey wrote: > If I have a buffer size of 256 and always use a 4 byte data block, can I be > confident that reads and writes will either transfer the correct number > of bytes or none at all? > You cannot.

Re: [LAD] [Jack-Devel] updates

repost On Tue, Sep 15, 2015 at 7:37 AM, Paul Davis <p...@linuxaudiosystems.com> wrote: > On Tue, Aug 25, 2015 at 3:38 PM, Fons Adriaensen <f...@linuxaudio.org> wrote: >> On Tue, Aug 25, 2015 at 12:31:13PM -0400, Paul Davis wrote: >> >>> Indeed. I'm o

Re: [LAD] [Jack-Devel] updates

On Tue, Aug 25, 2015 at 3:38 PM, Fons Adriaensen <f...@linuxaudio.org> wrote: > On Tue, Aug 25, 2015 at 12:31:13PM -0400, Paul Davis wrote: > >> Indeed. I'm out for 2 weeks on vacation with only intermittent network >> access. Back next week. A pull request or a straightfor

Re: [LAD] [Jack-Devel] updates

Indeed. I'm out for 2 weeks on vacation with only intermittent network access. Back next week. A pull request or a straightforward patch would make the next step much easier, but i'll deal with it one way or another. On Mon, Aug 24, 2015 at 8:43 AM, Adrian Knoth a...@drcomp.erfurt.thur.de wrote:

Re: [LAD] Strange Jack1 problem

On Thu, Aug 13, 2015 at 4:50 PM, Fons Adriaensen f...@linuxaudio.org wrote: On Thu, Aug 13, 2015 at 10:21:58AM +0100, Simon Jenkins wrote: The surprise is that it took well over a decade for anyone to spot it. Partly because in many cases you wouldn't notice a period delay, or even several

Re: [LAD] Strange Jack1 problem

That said, we became aware that a similar algorithm, implemented by Torben Hohn when he parallelized Ardour, that forms part of the Ardour DSP engine was also flawed and was replaced with topological sorting within the last couple of years. On Tue, Aug 11, 2015 at 2:39 PM, Paul Davis p

Re: [LAD] Strange Jack1 problem

To follow up, Ardour explicitly builds a DAG and uses a topo sort. The change was never made to Jack1 because of a lack of time (even time to just verify that it had the same issue, even though that seemed likely). I also want to make it clear that my previous reference to Torben wasn't intended

Re: [LAD] Strange Jack1 problem

Although it pains me to say it, I think the simple fact is that none of the people close enough to the code understood that we need to use topological sort. When we ran into problem inside Ardour in 2011, we came to realize that toposort was the standard solution for this, but back in 2001-2004,

Re: [LAD] Details about Mackie Control or Mackie Human User Interface

On Tue, Jul 21, 2015 at 9:53 AM, Takashi Sakamoto o-taka...@sakamocchi.jp wrote: I also know the MCP and HUI is a combination of MIDI messages. What I concern about is the sequence. If the seeuqnce requires device drivers to keep state (i.e. current message has different meaning according to

Re: [LAD] JACK sample rate pull up/down

On Fri, Jun 12, 2015 at 10:02 PM, Reuben Martin reube...@gmail.com wrote: Does anybody know if there is any way to pull up/down with JACK? And if there is, can ALSA deal with it very gracefully? There's no way to do this. Ardour does pull up/down but it has nothing to do with JACK or ALSA.

Re: [LAD] AVB not so dead after all

On Sun, Jun 7, 2015 at 10:15 AM, Len Ovens l...@ovenwerks.net wrote: I was listening in on a IRC conversation about the differences between ALSA and Core audio and why Core audio does it right. The difference ends up being this HW clock. That is ALSA is build the way it is because the PC

Re: [LAD] User eXperience in Linux Audio

On Wed, Apr 22, 2015 at 6:05 AM, Louigi Verona louigi.ver...@gmail.com wrote: Linux Audio packages are plagued by reasons that are relevant to the developer, but which should be irrelevant to the user. I don't care if dev thinks knobs are a bad idea, I want a knob and not a text field,

Re: [LAD] Any recommended USB Speakers?

On Wed, Apr 22, 2015 at 3:10 PM, Andrew Kelley superjo...@gmail.com wrote: I don't understand why speakers are using the analog output cable for sound. How about, use a digital interface like HDMI or USB? someone you need to convert from digital to analog. do you want one DAC per speaker when

Re: [LAD] User eXperience in Linux Audio

On Tue, Apr 21, 2015 at 4:26 PM, Fons Adriaensen f...@linuxaudio.org wrote: Regarding shortcuts for close/quit etc.: they are not always wanted. When I'm recording live I don't want any single key or mouse click to accidentally interfere with that. It's bad enough with e.g. Ardour's GUI -

Re: [LAD] User eXperience in Linux Audio

Nobody else has noticed this to date. On Tue, Apr 21, 2015 at 4:47 PM, Fons Adriaensen f...@linuxaudio.org wrote: On Tue, Apr 21, 2015 at 04:30:14PM -0400, Paul Davis wrote: Hence the new Lock feature which disables all GUI interaction entirely (except for a click on the lock window

Re: [LAD] ambix vs JUCE, segfault

definitely caused by use of X / GUI toolkit calls from the wrong thread. Not legal. On Mon, Apr 13, 2015 at 2:06 PM, Fernando Lopez-Lezcano na...@ccrma.stanford.edu wrote: On 04/13/2015 07:13 AM, Tito Latini wrote: On Sun, Apr 12, 2015 at 07:29:41PM -0700, Fernando Lopez-Lezcano wrote:

Re: [LAD] Advanced Gtk+ Sequencer aka GSequencer now on GitHub

On Fri, Apr 3, 2015 at 3:35 PM, Will Godfrey willgodf...@musically.me.uk wrote: From the hardware viewpoint SysEx events can be effectively infinite. The header contains the number of bytes in the block, so the number representation limits the block size, not true. sysex messages do not

Re: [LAD] jack2 API

On Wed, Apr 1, 2015 at 2:30 AM, Vaclav Mach vaclav.m...@artisys.aero wrote: On 03/31/2015 04:07 PM, Harry van Haaren wrote: You seem to want to write JACK clients - using C++. In fact, I'd like to implement a wrapper for both server and clients unless you propose to write a new

Re: [LAD] jack2 API

On Tue, Mar 31, 2015 at 9:02 AM, Vaclav Mach vaclav.m...@artisys.aero wrote: Hi, I wrote some code (in C++) using JACK1 API. It was quite easy to do that with a plenty of example files. Recently, I tried to utilize C++ libraries provided in JACK2 because I don't like mixing OO code with C

Re: [LAD] jack1 unsafe with accidentally (?) internal exported functions

, 2015 at 01:22:56PM -0500, Paul Davis wrote: Although their export is a mistake, I really don't see this as of any particular importance. JACK is almost always a per-user system. JACK also allows clients to scribble all over each other ports. The fact that someone can write an application

Re: [LAD] jack1 unsafe with accidentally (?) internal exported functions

Although their export is a mistake, I really don't see this as of any particular importance. JACK is almost always a per-user system. JACK also allows clients to scribble all over each other ports. The fact that someone can write an application which does this is really not much of an issue

Re: [LAD] fftw_complex and C++11

On Sun, Jan 4, 2015 at 4:30 PM, Aurélien Leblond blabl...@gmail.com wrote: As far as I can see I have 2 options: - Port the code to the c++11 standard - but you seem to think that's a bad idea - Compile this plugin with C99 - that's the solution I have in the git at the moment but I get the

Re: [LAD] Jack not starting MOD-Duos Audio Interface Driver

On Wed, Oct 22, 2014 at 9:21 PM, Len Ovens l...@ovenwerks.net wrote: On Wed, 22 Oct 2014, Rafael Guayer wrote: I am working with S24_LE on CODEC Cirrus Logic CS4245. Does S24_LE works with jack? Just a quick guess on my part... may need to be presented as 32 bit. I have also seen S24_3LE

Re: [LAD] suil error: Unable to open UI library

On Thu, Oct 16, 2014 at 6:14 AM, Cedric Roux s...@free.fr wrote: Maybe those more familiar with the lv2 bloat what do you consider bloated about LV2? is this in comparison to some other plugin API? or what? ___ Linux-audio-dev mailing list

Re: [LAD] How can a LV2 plugin know on what host's MIDI Channel it's on?

On Thu, Oct 16, 2014 at 11:42 AM, Phil CM phi...@gnu.org wrote: Is there a way to retrieve this info (and others, ideally) from the host, thus removing the need for a midi channel control port? I think you're confused. The host doesn't put a plugin on a MIDI channel. It delivers MIDI events

Re: [LAD] Fwd: Re: How can a LV2 plugin know on what host's MIDI Channel it's on?

On Thu, Oct 16, 2014 at 1:44 PM, Phil CM phi...@gnu.org wrote: I think you're confused. The host doesn't put a plugin on a MIDI channel. It delivers MIDI events to the plugin which might be on any channel. But in Qtractor I do have a choice of what MIDI channel (or any/omni, for that

  1   2   3   4   5   6   7   8   9   >