Re: [LAD] Mplayer decode to stdout

On 01/28/2012 11:35 PM, Alfs Kurmis wrote: > Hi Experts. > > For my small multimedia audio project i wanna use mplayer as external decoder. > As usually via pipe , for example so > mplayer -af resample=44100:0:1,channels=2,format=s16le -ao > pcm:nowaveheader:file=/dev/stdout -quiet -really-quiet

Re: [LAD] Mplayer decode to stdout

Hi Alfs, *, sorry, a typo slipped in: On 01/29/2012 01:37 AM, Robin Gareus wrote: > On 01/28/2012 11:35 PM, Alfs Kurmis wrote: >> Hi Experts. >> >> For my small multimedia audio project i wanna use mplayer as external >> decoder. >> As usually via pipe , for e

Re: [LAD] Mplayer (ffmpeg) decode to stdout

On 02/01/2012 04:29 AM, Alfs Kurmis wrote: > > Tnx Robin > ffmpeg also works excellent as decoer. > With ffmpeg -i /some/file -f u16le -ar 44100 | myprog ... > i gotta horrable sound. Probably U mean -f s16le ! Well, yes. It does actually not make a difference if you also specify the audio-codec

Re: [LAD] Tutorial for programming with JACK

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Kris, Welcome back. On 02/17/2012 03:17 PM, Kris Calabio wrote: > Thanks for the advice! I sent a similar e-mail to this list two years ago > then got distracted with school, work, etc. I've since found the time and > motivation to get back into

Re: [LAD] Tutorial for programming with JACK

Hi kallipygo, I can not answer all of your questions, but Harry may jump in and answer them. On 02/22/2012 10:56 AM, kallipy...@inbox.lv wrote: > Hi experts > I followed your discussion about JACK API tutorial. > Actually i am beginner_from_zero in JACK programming. > Long long time ago i writed

Re: [LAD] Tutorial for programming with JACK

On 02/24/2012 05:52 PM, Harry van Haaren wrote: > On Fri, Feb 24, 2012 at 10:12 AM, Joan Quintana > wrote: > >> This is more interesting and not simple like the previous. A part of >> playing back the file, it permits frequency shifting and frequency sweeping >> in a range between .5 and 2. > >

Re: [LAD] Tutorial for programming with JACK

Hi Joan, Thanks for sharing those! On 02/24/2012 11:12 AM, Joan Quintana wrote: > Related with this topic, I would like to contribute with 3 pieces of code > made with an educational point of view (though I don't teach audio processing > and I don't consider an expert myself). These examples us

Re: [LAD] [ANN] Qtractor 0.5.4 - Echo Victor shouts out!

On 03/03/2012 11:20 PM, Albert Graef wrote: > On 03/03/2012 08:25 PM, David Robillard wrote: >> Sure, you could just implement dumb raw OSC recording and playback, but >> there's little point in using a DAW for that (not to mention little >> practical musical use) > > But that's exactly what I wan

Re: [LAD] First release of zita-ajbridge

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/18/2012 10:22 PM, Fons Adriaensen wrote: > Hello all, > > The first official release of zita-ajbridge is now available at > . > > Quoting the README: > > This package provides two applica

Re: [LAD] First release of zita-ajbridge

On 03/19/2012 08:51 PM, Fons Adriaensen wrote: [..] > There was a bug in the loopback device - it returned the wrong > type of event when using poll() in some cases. It's fixed in > 1.0.24. That would certainly explain what you see. right. I'm still using snd-aloop from alsa-driver 1.0.23. I will

Re: [LAD] First release of zita-ajbridge

On 03/19/2012 09:05 PM, Fons Adriaensen wrote: > On Mon, Mar 19, 2012 at 07:51:43PM +, Fons Adriaensen wrote: > >> There was a bug in the loopback device - it returned the wrong >> type of event when using poll() in some cases. It's fixed in >> 1.0.24. That would certainly explain what you se

Re: [LAD] First release of zita-ajbridge

On 03/19/2012 09:10 PM, Fons Adriaensen wrote: > On Mon, Mar 19, 2012 at 09:01:41PM +0100, Robin Gareus wrote: > >> It's because zita-alsa-pcmi.cc first tries float and only uses >> SND_PCM_FORMAT_S16_LE as a fallback. > > Aha. So maybe I should add a 'force-

Re: [LAD] First release of zita-ajbridge

On 03/20/2012 10:08 AM, Lorenzo Sutton wrote: > On 19/03/12 20:51, Fons Adriaensen wrote: > [...] >> (meanwhile I'm back home, the loopback device is hw:3 here) >> >> [terminal 1] >> >> fons@zita1:/audio/audiofiles/tracks> mplayer -ao alsa:device=hw=3.1 >> diana-krall-almost-blue-44.wav > [...] >>

Re: [LAD] First release of zita-ajbridge

On 03/20/2012 01:33 PM, michael noble wrote: > On Tue, Mar 20, 2012 at 9:17 PM, Fons Adriaensen wrote: > >> >> There is still a bug that makes the loop filter unstable if Jack's >> period size is 1024 or more. It's already fixed and being tested >> here, and you can expect and update soon, but mea

Re: [LAD] First release of zita-ajbridge

On 03/21/2012 12:54 PM, James Warden wrote: > > > Hi Fons, > > I gave it a shot yesterday evening. It was not meant to be a thorough > test but just a check whether I could just replace alsa_in/out with > zita_a2j/j2a in my environment: > > - Core 2 Duo 2 x 2.4GHz (cpufreq disabled) > > - kern

Re: [LAD] Timing of the ALSA loop device

On 03/21/2012 02:32 PM, Fons Adriaensen wrote: > Hello, > > Does anyone know what sort of timer is used by the ALSA > loop device, and if this can be changed in some way ? It uses the software clock (jiffies). It also has separate timers for playback and capture and AFAICT it can not be changed.

[LAD] lac repercussions

All right! While LAC is waning, there's a few things we should announce: Most importantly Krzysztof Gawlas won our LAC soundtrack competition. You'll hear his piece as soon as we get the video archive of the conference online which will likely be next week-end. Thanks to everyone who submitted a

Re: [LAD] [LAU] Linux Audio Conference 2012 at CCRMA - proceedings and videos now available

>> Computer Research in Music and Acoustics (CCRMA) at Stanford University. >> >> The conference will start tomorrow, Thursday April 12, at 10:00 PST >> (that's UTC - 0700). Please refer to the schedule at >> >> http://lac.linuxaudio.org/2012/program >>

Re: [LAD] [LAU] Linux Audio Conference 2012 at CCRMA - proceedings and videos now available

On 04/25/2012 12:04 AM, Arnold Krille wrote: > On Tuesday 24 April 2012 22:47:27 Robin Gareus wrote: >> We'll remove those messages when we're done and properly announce the >> site. That being said, most of the videos are indeed already available. >> We opted for

Re: [LAD] [LAU] Linux Audio Conference 2012 at CCRMA - proceedings and videos now available

On 04/29/2012 01:12 PM, radiovirusgenerator wrote: > On 04/25/2012 01:59 AM, Dave Phillips wrote: >> On 04/24/2012 06:55 PM, Robin Gareus wrote: >>> >>> Yes, we will do that, but before we can create the torrent we'll need to >>> have _all_ recordings. Two

Re: [LAD] [Ardour-Dev] new (faster) fourier transform

On 05/07/2012 10:58 PM, Nando wrote: > Did you know about this? No, thanks for the heads up. > http://www.technologyreview.com/article/40245/ papers, documentation and example-code: http://groups.csail.mit.edu/netmit/sFFT/ > I guess SFT can be relevant for ardour, jack and other audio related >

Re: [LAD] SMPTE and jackd

On 05/08/2012 05:07 AM, Egor Sanin wrote: > Hi folks. Hi Egor, > I've got a question about SMPTE frames and jack period size. > In the "worst case" of 30 frames/second, each frame spans 1/30 seconds. > Does that mean that if jackd is called such that (period size)/(rate) > ≥ (1/30) seconds, we wi

Re: [LAD] SMPTE and jackd

On 05/08/2012 04:11 PM, Egor Sanin wrote: > On 5/8/12, Robin Gareus wrote: >> s/drop/skip/ > Yes, correct. > > >> JACK-transport timecode (as returned by jack_transport_query()) >> increases in steps of the period size. It depends on the application >> wh

Re: [LAD] SMPTE and jackd

On 05/08/2012 05:24 PM, Fons Adriaensen wrote: > On Tue, May 08, 2012 at 03:50:44PM +0200, Robin Gareus wrote: > >> @Paul, Fons,..: does it use a PLL or simply return the difference from >> clock_gettime() since the beginning of the cycle? > > jack_frame_time() rea

Re: [LAD] Proposals for JACK

On 05/23/2012 03:40 PM, Paul Davis wrote: > It it true that I skipped over the proposal for dynamic/on-the-fly backend > switching. This has already been discussed and yes, it would be great to > add it. It's working just fine in jack2, already since over two years. requires dbus though. _

Re: [LAD] Proposals for JACK

On 05/23/2012 06:05 PM, Paul Davis wrote: > On Wed, May 23, 2012 at 12:05 PM, Paul Davis > wrote: > >> >> >> On Wed, May 23, 2012 at 12:04 PM, Paul Davis >> wrote: >> >>> >>> >>> On Wed, May 23, 2012 at 11:58 AM, Robin Gareus

Re: [LAD] Proposals for JACK

On 05/23/2012 01:35 AM, Nikita Zlobin wrote: > - Attaching of audio devices as clients with ability to change driver > and its settings for each (i mean - for all devices; this feature > should go with previous item). [..] > Some components are plugins, which are like LADSPA / LV2 / Other kinds

[LAD] meterbridge 0.9.2 IEC-scale bug & fix

Hi there, Does anyone have Steve Harris' new email address? st...@plugin.org.uk fails with "550 5.1.2 Bad destination system address". Anyway, some of you who package or copied code from meterbridge may be interested in this as well. -=-=-=-=- Hi Steve, Haven't seen you around much on LAD. I ho

Re: [LAD] [LAU] [LAA] Guitarix release 0.23.0

On 07/06/2012 10:07 PM, jer...@autostatic.com wrote: > Ran a backtrace, attached the output. use (gdb) thread apply all backtrace to produce backtraces of threaded apps. ciao, robin ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org

Re: [LAD] setBfree - Fast Leslie is weird...

Hi Fons, I've taken this to LAD, since it's not really a user issue. On 07/17/2012 12:29 AM, Fons Adriaensen wrote: > On Mon, Jul 16, 2012 at 10:16:16PM +, Fons Adriaensen wrote: > >> It resolves the segfault. Things seems to work, but after a minute >> or so the sound gets really horrible,

Re: [LAD] Leslie and convolution

On 07/26/2012 07:00 PM, Florian Paul Schmidt wrote: > On 07/26/2012 06:51 PM, Julien Claassen wrote: >> Hello everyone! I have just asked myself, if it is a good idea to >> use an IR of a Leslie for simulating a Leslie. Correct me, if I'm >> bloody stupid, but working on the basics of convolution,

Re: [LAD] Leslie and convolution

On 07/26/2012 07:10 PM, Florian Paul Schmidt wrote: > On 07/26/2012 07:04 PM, Julien Claassen wrote: >> Hello Flo! >> OK, I'm with you so far. So I suppose, that it is possible to >> process the IR of a time-variant system. The question is: Is it done >> in any library already optimised for the a

Re: [LAD] Floating point Denormals: C++ and Waf

On 08/02/2012 02:06 PM, Harry van Haaren wrote: > Hi all, > > I've working on a LV2 instrument plugin, and it consumes about 1-2% CPU on > idle. When I leave it for about 20 seconds, the CPU usage jumps to 38 / 40 > % of a core, and JACK xruns. The code contains IIR's for a reverb effect, > so I'm

Re: [LAD] Floating point Denormals: C++ and Waf

On 08/02/2012 10:56 PM, Harry van Haaren wrote: > Thanks all for the replies, I've certainly learnt a lot. > > On Thu, Aug 2, 2012 at 9:11 PM, Tim Goetze wrote: >> >> I think it's almost always a better idea to add an inaudible DC offset >> or a square wave at the block interval or at Nyquist >

Re: [LAD] [LAU] RASP: Music Toolkit

On 08/16/2012 12:32 AM, Brian Hilmers wrote: > Hello, this is my first communication here. > > I'm a former Windows user and recent Linux convert. After switching, I > noticed some utilities I regularly used in music production were missing > from the major repositories, simple things like tap-tem

Re: [LAD] [LAU] RASP: Music Toolkit

On 08/16/2012 01:08 AM, Robin Gareus wrote: > I just tried 'rasp-2.5.py' and it does not make any sound (neither via > ALSA nor JACK) -- probably a tkSnack on debian issue, though. IOError: [..] cannot access /dev/sound/dsp Debian ships version of libsnack2 (used by tkSnack)

[LAD] SMPTE timecode library

Hi, Does anyone know a timecode library, that allows converting, adding, subtracting SMPTE timecode with knowledge about drop-frame timecode, etc ...that can be used in C programs. The only timecode lib I was able to find is 'mffm-timecode'. It is C++ only and not really concerned with SMPTE time

Re: [LAD] Wavetable synthesis : Creating fat wavetables

On 08/24/2012 10:35 PM, harryhaa...@gmail.com wrote: > I record a C3 note, 10 seconds of it. Then I want to create a wavetable. > Search for a zero crossing after 1 second, chop. Looped playback = C3. > Now I want to have a C#3, so 1/12 of the double of the frequency, > playing back at that rate wi

Re: [LAD] Checking for jack xruns with Python

Hi Bruno, On 08/27/2012 05:51 PM, Bruno Gola wrote: > Hi :-) > > i'm writing a tool for monitoring Jack2 (actually the only thing I > need right now is to be able to check the XRuns). > > I'm using the jacklib.py > [https://raw.github.com/falkTX/Cadence/master/src/jacklib.py] and it > opens the

[LAD] LAO scheduled downtime

Hi all, Ico - director of linuxaudio.org - arranged to quadruple the disk-space for our servers. Amongst other things, this will allow us to host large sample-collections (an endeavor Nils has started) as well as prepare for videos from the upcoming Linux-Audio-Conference. linuxaudio.org service

Re: [LAD] LAO scheduled downtime

On 09/26/2012 05:12 PM, Robin Gareus wrote: > Hi all, > > Ico - director of linuxaudio.org - arranged to quadruple the disk-space > for our servers. > > Amongst other things, this will allow us to host large > sample-collections (an endeavor Nils has started) as well as prep

Re: [LAD] LAO scheduled downtime

On 09/26/2012 05:12 PM, Robin Gareus wrote: > Hi all, > > Ico - director of linuxaudio.org - arranged to quadruple the disk-space > for our servers. > > Amongst other things, this will allow us to host large > sample-collections (an endeavor Nils has started) as well as prep

Re: [LAD] soundtouch how to BPMDetect

On 10/06/2012 08:19 PM, Alfs Kurmis wrote: > Hi developers and experts. > I wanna write my small C program (in worst case C++) to gotta BPM from my > audio > tracks. > Also time(sample) position of first and last beat. > Can i do it by using #include ,or is here better > libs/programs for this

Re: [LAD] [OT] Real-time threads on openSuSE 11.4

On 10/19/2012 03:02 PM, Fons Adriaensen wrote: > Hello all, > > My ex-collegues at Alcatel are screaming for help. They want to > run an app (as root, debatable but that's another story) using > SCHED_FIFO threads on an openSuSE 11.4 system. > > Using the 'default' kernel (which has CONFIG_PREEMP

Re: [LAD] ANN: convoLV2 0.2

On 10/20/2012 01:44 PM, Fons Adriaensen wrote: > ConvoLV2 uses libzita-convolver, but in a very inefficient way, Yes, we are aware of that. At this point in time we favor clean design over efficiency. The choice to use a fixed blocksize comes from the fact that we do not want libzita-convolver to

Re: [LAD] ANN: convoLV2 0.2

On 10/20/2012 03:27 PM, Tom Szilagyi wrote: > On 20 October 2012 06:14, David Robillard wrote: >> >> We hope that convoLV2 will eventually be as fully-featured as IR.lv2 >> without resorting to kludges that violate the LV2 specification. > > I'm accepting patches to IR if anyone cares to implemen

Re: [LAD] ANN: convoLV2 0.2

On 10/21/2012 12:41 PM, Tom Szilagyi wrote: > On 20 October 2012 19:45, Robin Gareus wrote: [..] >> 3) IR.LV2 spawns its own threads (for loading and processing IRs and >> also inside libzita-convolver). The threading seems to be responsible >> for most of the crashes of IR.

[LAD] [ANN] libltc-1.0.2

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi LADs, I'm pleased to declare http://ltcsmpte.sourceforge.net/ as deprecated and release libltc-1.0.2 into the wild. Linear (or Longitudinal) Timecode (LTC) is an encoding of SMPTE timecode data as a Manchester-Biphase encoded audio signal. The aud

Re: [LAD] C - Change in memory causing seg.fault (but why?)

On 11/10/2012 10:35 AM, John Rigg wrote: > On Fri, Nov 09, 2012 at 03:24:56PM +0100, Muffinman wrote: >> Yeah, that explains why I didn't get any compiling error on a 32bit >> computer and did get on a 64bit one (where I did correct the error). >> However, the latter was satisfied with %li. Apparen

Re: [LAD] [ANN] Radium V1.9.1

On 11/11/2012 01:46 PM, Fons Adriaensen wrote: > On Sun, Nov 11, 2012 at 12:24:08PM +0100, Florian Paul Schmidt wrote: > >> Find /proc/cpuinfo below. Sadly I don't know the reason for this >> crash.. Maybe Fons knows something as it's in the Zita-Code? > > That code was generated by Faust. IIRC

[LAD] linuxaudio downtime Sunday, November 18 for maintenance

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, linuxaudio.org will be down this Sunday, November 18, from 11:00 to 12:00 EST because our hosting provider is maintaining the storage system. sorry for the inconvenience, robin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux)

Re: [LAD] Jack dropping connections ?

On 12/27/2012 09:13 PM, Fons Adriaensen wrote: > Hello all, > > I'm seeing a strange problem with the WFS system at the Casa del > Suono. > > It consists of a number of Jack apps managed by a python program > which in turn takes its input from 'player' like remote control > apps running on two

Re: [LAD] Jack dropping connections ?

On 12/27/2012 10:40 PM, Fons Adriaensen wrote: > On Thu, Dec 27, 2012 at 10:03:52PM +0100, Robin Gareus wrote: > >> Is it a static setup or are there apps that run occasionally and >> create/release jack ports from time to time? > > All apps run continuously, but s

Re: [LAD] Announcing PHASEX-0.14.96

On 12/30/2012 05:42 AM, William Weston wrote: > Happy New Year! > > Yes, your eyes are working correctly. This is v0.14.96. Some things > are worth the wait. Certainly! Congratulations on this release. It rocks! I'm far from getting to the bottom of the rabbit hole, but playing around with ph

Re: [LAD] What KvR didn´t understand.

On 01/07/2013 06:05 PM, Ove Karlsen wrote: > Wow I think I can actually feel your anus opening up, and getting ready > for toiletsex. Not only is this off-topic, but language like this is totally unacceptable on LAD. Until further notice, emails from you to LAD will need to pass moderation. Peac

Re: [LAD] List moderation

On 01/07/2013 07:48 PM, Marc-Olivier Barre wrote: > > PS: as you might have seen, Robin was faster than I and turned on the > guys moderation bit. I would have gone for a pure ban, but hey ! Robin > is a nicer guy than I am I guess :D I'm not the chosen moderator to make such a decision. Turning

[LAD] linuxaudio.org scheduled maintanance

Hi all, I'm not quite sure how to interpret this, but it sounds like linuxaudio.org will be offline for a short time (failover period) coming Saturday January 12th 8am EST. Original Message Just wanted to make sure you were aware of the upcoming maintenance this Saturday. Main

Re: [LAD] simple silence detection tool

On 02/10/2013 08:38 AM, Jeremy Hansen wrote: > > I'm looking for a simple tool where I can point it at an http audio > stream, define a number of seconds to detect silence and exit with a > non-zero status if silence is detected. It seems like this should be > easy but I've been search high and l

Re: [LAD] [LAU] So what do you think sucks about Linux audio ? OP reply.

On 02/10/2013 03:43 PM, Dave Phillips wrote: > Greetings, Hi Dave, > I've spent this morning reading through the ~200 replies to the topic. > IMO the thread has devolved gracefully and I have the information I was > looking for. I've been waiting for that to say: I can find nothing that sucks ab

Re: [LAD] JACK and CPU stress testing

On 03/01/2013 12:41 PM, Harry van Haaren wrote: > Hey all, > > I'm currently attempting to stress test my setup of -rt kernel, rtirq > scripts, and a Jack client program I've been working on. > So my idea is to create a script that runs the programs, and also a > cpu-load generating program (cpub

[LAD] Fwd: Scheduled maintenance outage

Hi all, This weekend, starting a midnight (EST), Saturday morning (Mar 9), the Systems Support Group at Virginia Tech has scheduled storage maintenance. The storage that supports linuxaudio.org will be unavailable from midnight until noon Saturday (EST) and hence the server will be offline. than

Re: [LAD] simple silence detection tool

On 02/10/2013 06:57 PM, Jeremy Hansen wrote: > > On Feb 10, 2013, at 8:16 AM, Robin Gareus wrote: > >> On 02/10/2013 08:38 AM, Jeremy Hansen wrote: >>> >>> I'm looking for a simple tool where I can point it at an http audio >>> stream, define a nu

Re: [LAD] NSM support: progress, wishlist

On 05/21/2013 12:13 AM, geoff wrote: > conversations with the one known in this thread as rosea.grammostola > > What is that supposed to > mean Paul? > > g It means "rosea.grammostola" is not his real name :) and please don't top-post. thanks, robin ___

[LAD] wiki consolidation linuxmusicians.com & linuxaudio.org

Hi all, Just a quick head's up: linuxaudio.org and linuxmusicians.com have joined forces. Today Arnout and me have started to consolidate the wiki: http://wiki.linuxmusicians.com has been merged into http://wiki.linuxaudio.org/ Many thanks to all who have contributed to and helped maintaining th

Re: [LAD] [ANN] New Jack / LV2 Host with socket support

On 05/28/2013 05:04 PM, Bruno Gola wrote: > On Tue, May 28, 2013 at 10:53 AM, Thijs van severen > wrote: >> hi all >> >> a question about this host app: >> would this allow me to control the calf LV2 plugins using an external midi >> controller ? >> (map a midi 'knob' to a LV2 parameter) > > we h

[LAD] vu-meter DSP

Hi Fons, Would you mind explaining how the vumeterdsp.cc from jmeters works? In particular how you arrive at the filter-constant: _w = 11.1f / fsamp; With the DSP using a 2nd order low-pass filter, and since VU should have an integration-time of 300ms, I'd have though it should rather be: _w

Re: [LAD] vu-meter DSP

On 07/27/2013 04:19 PM, Fons Adriaensen wrote: > The actual value used is found by measuring the > result, which is the only correct way. OK. there's that :) How did you measure it? Did you plot the output of the filter for various input signals? or fit the coefficient to some data? > [..] Ma

Re: [LAD] A more efficient way to detect INF and/or NAN in a block of samples

On 10/06/2013 01:34 PM, Kjetil Matheussen wrote: > I want to detect INFs and NANs in my DSP graph to avoid having > them spread and cause various trouble. > > Here is the straight forward way: > > int i; > for (i=0;i if (!isfinite(samples[i])) break > > if(i!=num_samples) > error(); > > But

Re: [LAD] A more efficient way to detect INF and/or NAN in a block of samples

On 10/06/2013 09:07 PM, Kjetil Matheussen wrote: > But brainstorming further, it probably works to combine the peak finding > routine > (which is run on all signals) with the nan/inf-detection: +1 BTW compile with -ftree-vectorizer-verbose=7 to check what gcc does. If you're looking for somethi

Re: [LAD] LV2 Oscilloscope

On 10/10/2013 08:37 PM, Lars Luthman wrote: > I would just bypass the LV2 host altogether and use shared memory to get > the audio data to the GUI. This is what the DSSI plugin does. This means > that it will not work if the plugin and the GUI are running on separate > machines, but that seems to b

[LAD] lv2 external UI -- was Re: LV2 Oscilloscope

On 10/11/2013 02:28 AM, Harry van Haaren wrote: > On Thu, Oct 10, 2013 at 8:07 PM, Paul Davis wrote: > >> >> If a plugin uses one of them (the original) then Ardour will NOT delete >> the UI instance when it is closed. >> If a plugin uses the other (the version "forked"/"copied" by falktx) then >>

Re: [LAD] lv2 external UI -- was Re: LV2 Oscilloscope

On 10/11/2013 04:08 PM, Robin Gareus wrote: > On 10/11/2013 02:28 AM, Harry van Haaren wrote: >> On Thu, Oct 10, 2013 at 8:07 PM, Paul Davis >> wrote: >> >>> >>> If a plugin uses one of them (the original) then Ardour will NOT delete >>> the UI inst

[LAD] limiting email traffic

Hi all, Due to excessive posts - in particular on the linux-audio-user email list, we are going to rate-limit the number of emails to 13 emails per user per 24 hours with direct follows-up replies to self counting twice. It is not unreasonable to assume that a single user posting more than 12

Re: [LAD] [LAU] limiting email traffic

On 10/29/2013 05:26 PM, Charles Z Henry wrote: > On Tue, Oct 29, 2013 at 10:01 AM, Robin Gareus wrote: > >> >> The system will be activated on 31/Oct/2013 if not vetoed. The actual >> rate-limit may also be adjusted over time to reflect list-behaviour. >> >&

Re: [LAD] [LAU] limiting email traffic

On 10/31/2013 04:19 PM, drew Roberts wrote: [..] > Have the lists history been mined to see how many "valuable" users violate > this proposed policy one some days? Perhaps they go a week and then have 20 > posts in one day and then go another week? Mined, no. The problem here is the definition

Re: [LAD] [LAU] limiting email traffic

On 10/31/2013 05:32 PM, Fred Gleason wrote: [..] > Might we want to consider modifying this rule so as to apply to a > dozen messages *in a given thread* per day? I agree that, if one is > doing that much shouting about a single topic, it'd probably be > better to give it a rest. :) That was the

Re: [LAD] Fwd: Measuring phase and frequency response of a filter.

On 11/05/2013 08:52 PM, Rafael Vega wrote: > > Hi. > I'm building a little ear training application for eqing for which I'm > building some filter banks in puredata. Can someone point me to a practical > way of measuring and plotting my filter's frequency and phase responses? > Jack apps, pd patch

Re: [LAD] LV2: Communicate from the DSP to the UI

Hi guys, On 11/05/2013 06:48 AM, Michael Fisher wrote: [..] > > ForgeFrame frame; > > AtomObject obj (forge.write_blank (frame, 0, object_type)); > forge.property_head (prop_type, 0); > forge.write_raw (buffer, sizeof (float) * bufsize); [..] That works all right, but it's not proper LV2 Atom/R

Re: [LAD] LV2: Communicate from the DSP to the UI

On 11/06/2013 04:21 PM, Aurélien Leblond wrote: > @Robin: I'll defo have a look at the example you sent though, that > looks like exactly the type of example I was looking for. I've just brushed it up a bit, removed all raw-atom write calls, added RDF attributes for channel-id, etc and also sanit

Re: [LAD] [LV2] LV2: Communicate from the DSP to the UI

On 11/09/2013 08:10 PM, David Robillard wrote: >> > I've just brushed it up a bit, removed all raw-atom write calls, added >> > RDF attributes for channel-id, etc and also sanitized the drawing >> > routine somewhat. pushed to >> > >> > https://github.com/x42/sisco.lv2 >> > >> > Now it is a pro

[LAD] Linux Audio Conference 2014 - Call for Participation

[Sorry for cross-posting, please distribute] We are happy to announce the next issue of the Linux Audio Conference (LAC), May 1-4, 2014 @ ZKM | Institute for Music and Acoustics, in Karlsruhe, Germnany. http://lac.linuxaudio.org/2014/ The Linux Audio Conference is an international conference t

Re: [LAD] Zita Resampler unexpected output

On 02/07/2014 11:26 PM, André Garnier Coutinho wrote: > Hi Guys! > > I was doing some tests to learn how to use zita resampler and I got an > unexpected output. All the last positions of my output vector were 0 and I > don't know why. > [..] > Does anyone know what I am doing wrong? Fons may have

Re: [LAD] Zita Resampler unexpected output

On 02/07/2014 11:49 PM, Robin Gareus wrote: >> I'm attaching my code. > > I'm attaching a quick diff :) I'm sorry. It turns out, I only got this half right (wrong number of samples to line things up). Just read the API documenation, explains it all: http://kokkinizit

Re: [LAD] Zita Resampler unexpected output

On 02/12/2014 09:29 PM, André Garnier Coutinho wrote: [..] > over.inp_data = 0; [..] You cannot use a NULL pointer. It needs to point to an array filled with zeroes. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linux

Re: [LAD] Zita Resampler unexpected output

On 02/12/2014 09:34 PM, Robin Gareus wrote: > On 02/12/2014 09:29 PM, André Garnier Coutinho wrote: > [..] >> over.inp_data = 0; > [..] > > You cannot use a NULL pointer. It needs to point to an array filled with > zeroes. mmh. I'm sorry. I was too quck and wrong,

Re: [LAD] JACK latency API clarifications

On 02/20/2014 11:32 PM, Stefano D'Angelo wrote: Hi Stefano, You got this right. > Hi all, > > Let's say I have a client that introduces an amount of latency that's > variable at runtime and potentially unbounded. From JACK's docs it > seems that you need to recompute the min/max latencies in the

[LAD] LAC'14 program announcement

Hi all, We're excited about the upcoming Linux Audio Conference, featuring a tightly packed diverse schedule with 77 events by over 100 persons! The conference schedule has just been published at http://lac.linuxaudio.org/2014/program Apart from presentations, there are workshops, a poster-ses

[LAD] LAC'14 video archive

Hi all, The video recordings of the LAC'14 presentations have just been uploaded to the conference website and are now directly linked from the archive: http://lac.linuxaudio.org/2014/program There are still a three videos missing and the workshop videos are also yet to come. Currently they are

Re: [LAD] Beta testers required...

On 07/24/2014 12:56 AM, Fons Adriaensen wrote: > Anyone interested in beta-testing this please let me know. > > > Zita-njbridge > - > > Command line Jack clients to transmit full quality > multichannel audio over a local IP network, with > adaptive resampling at the receiver. > > Ma

Re: [LAD] xrun callback

On 09/03/2014 04:04 PM, Raphaël BOLLEN wrote: > Hello, > > I'm trying to use jack_set_xrun_callback to be notified in my > application of eventual xrun. > > in the documentation of the function I see a note: that 'this function > cannot be called while the client is activated'. > > Does it mean

Re: [LAD] Midi Beat Clock to BPM

On 11/01/2014 08:10 PM, Clemens Ladisch wrote: > hermann meyer wrote: >> I try to fetch the bpm from the Midi Clock, and stumble over "jitter". >> >> How do you usually fetch the bpm from Midi Clock, any pointer will be >> welcome. > > >

Re: [LAD] Realtime inter-thread communication

On 02/29/2016 03:38 PM, Sebastian Gesemann wrote: > Hello fellow audio developers, > > I've started writing a software synthesizer in C++ (using SDL2 for > now) for kicks and giggles and ran into the problem of having the > event loop thread that listens for keyboard events communicate with > the

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

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 the same machine and have them play nice with each > other. and how would that be different from splitting the current graph in JACK and not preform worse?

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

On 03/11/2016 01:17 PM, Patrick Shirkey wrote: > According to Jonathan's results he is finding a bottle neck with JACK DSP > with a single server. He reports that the bottleneck is his complete setup, I saw no evidence that JACK is the bottleneck nor that the reason is the "single-server". Maybe I

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

On 03/11/2016 02:24 PM, Patrick Shirkey wrote: > According to Jonathan his multiple cores are barely reaching 5% usage. How > can JACK_DSP be so high when there is so much room left to play with if > JACK2 is handling the parallelism correctly? > > It seems similar to my car telling me that I am r

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

On 03/11/2016 05:53 PM, Jonathan Brickman wrote: >> > 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. And this is > entirely why it helps to run multiple JACK servers on multiple > motherboards, and why it will he

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

On 03/16/2016 02:45 AM, Yassin Philip wrote: > But... How do other plugins do? most listen to all channels. 2c, robin ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev

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

On 03/16/2016 03:03 AM, Yassin Philip wrote: > > > On 03/16/2016 01:49 AM, Robin Gareus wrote: >> On 03/16/2016 02:45 AM, Yassin Philip wrote: >> >>> But... How do other plugins do? >> most listen to all channels. > I meant, how do they do that? I su

[LAD] midi bindings -- was Re: ZASFX is mean with my Qtractor XML session files

On 07/08/2016 05:26 PM, Mark D. McCurry wrote: > Last time I counted the total possible parameters given the default > number of parts/kits/voices/etc there's a bit over 6,000,000 parameters. > > Think about how big of a .ttl that would be :p > > The way that MIDI learn works is: > 1. you select

Re: [LAD] aBLETON lINK

On 09/19/2016 11:56 PM, Patrick Shirkey wrote: > >> why? >> >> On Sat, Sep 17, 2016 at 5:44 PM, Tito Latini >> wrote: >> >>> What is the content of the network packets ? >>> >>> Regardless, I'll ignore software with that technologogy. >> > > The OP seems to be suggesting that whoever has access

<    1   2   3   4   5   6   >