Re: [LAD] prototyping callback based architecture in python?

Paul Davis: On Wed, Nov 2, 2011 at 12:23 AM, Iain Duncan iainduncanli...@gmail.com wrote: Hi, I'm working on an a project that I intend to do using the STK in a callback style, but am hoping I can prototype the architecture in python until I've figured out the various components and their

Re: [LAD] prototyping callback based architecture in python?

On Wed, Nov 2, 2011 at 9:24 AM, Kjetil Matheussen k.s.matheus...@notam02.no wrote: I also think I remember someone using Python for real time sample by sample signal processing in Pd... right, but not sample-by-sample, or am i misremembering Pd internals? It is possible (and quite simle

Re: [LAD] prototyping callback based architecture in python?

Thanks guys, it looked from what I could see on the port audio page that only non-blocking was supported, but Gary said on the stk list that it might be possible with the python wrappers in the rtaudio package. I realize it's probably not going to be practical as a long term solution ( though

Re: [LAD] prototyping callback based architecture in python?

Thanks guys, it looked from what I could see on the port audio page that only non-blocking was supported, but Gary said on the stk list that it might be possible with the python wrappers in the rtaudio package. I realize it's probably not going to be practical as a long term solution (

Re: [LAD] Pipes vs. Message Queues

David Robillard: On Fri, 2011-11-25 at 15:21 +0100, Nick Copeland wrote: [...] So if the pipe() is replaced with socketpair(PF_UNIX, SOCK_STREAM, PF_UNSPEC, pipe_fd); Then the issue I was seeing goes away. Perhaps the pipe() code has not been optimised since sockets were developed to

Re: [LAD] Tutorial for programming with JACK

Emanuel Rumpf: Am 8. M?rz 2012 01:08 schrieb kallipy...@inbox.lv: It is possible with (curses-ansi escapes) TUI vary sine parameters - Frequency and amplitude. Possible with restrictions: You cannot call blocking functions in jacks process() function. Thus non-blocking inter-thread

Re: [LAD] First release of jack_export

Fons Adriaensen: Subject: Re: [LAD] First release of jack_export To: Paul Davis p...@linuxaudiosystems.com Cc: Linux Audio Users linux-audio-u...@lists.linuxaudio.org,Linux Audio Developers linux-audio-dev@lists.linuxaudio.org Message-ID: 20120513125244.gb24...@linuxaudio.org

Re: [LAD] [LAU] [ANN] Radium V0.65.0

Alexandre Prokoudine: On Wed, Jul 4, 2012 at 9:55 PM, Kjetil Matheussen wrote: Radium is a free (as in speech) music editor with a novel interface. It's inspired by trackers, but has fewer limitations and uses graphics to show musical data. The development of Radium started in 1999

[LAD] [ANN] Radium V1.9.1

Radium is an open source music editor with a novel interface. It's inspired by trackers, but has fewer limitations and uses graphics to show musical data. Screenshot: === http://dl.dropbox.com/u/4814054/radium-1.9.1.png Source code:

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

On 11.11.2012 12:00, Florian Paul Schmidt wrote: On 11/11/2012 11:43 AM, Kjetil Matheussen wrote: On 11.11.2012 11:38, Florian Paul Schmidt wrote: Illegal instruction (core dumped) Does your cpu have sse instructions? (Hmm, I guess all 64 bit cpus have that) I'll download ubuntu lts

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

On 11.11.2012 13:46, 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.. I don't know either. -mtune=generic -msse should produce legal code for your processor... Maybe Fons

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

On 11.11.2012 13:55, Robin Gareus wrote: 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

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

Florian Paul Schmidt mista.tapas at gmx.net fluid_sys.c:(.text+0x10fc): undefined reference to `readline' bin/packages/fluidsynth-1.1.6/src/.libs/libfluidsynth.a(libfluidsynth_la-fluid_cmd.o): In function `fluid_shell_run': fluid_cmd.c:(.text+0x1b06): undefined reference to `add_history'

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

On 11.11.2012 16:56, Florian Paul Schmidt wrote: On 11/11/2012 04:30 PM, Kjetil Matheussen wrote: Florian Paul Schmidt mista.tapas at gmx.net fluid_sys.c:(.text+0x10fc): undefined reference to `readline' bin/packages/fluidsynth-1.1.6/src/.libs/libfluidsynth.a(libfluidsynth_la-fluid_cmd.o

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

On 11.11.2012 18:57, Florian Paul Schmidt wrote: On 11/11/2012 06:55 PM, Kjetil Matheussen wrote: Going through my sample collection in the sample player makes radium hang after the third or fourth sample.. What exactly do you do? Does pressing the down key 3-4 times in a folder of flac

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

On 11.11.2012 19:31, Kjetil Matheussen wrote: It's simple to workaround this though. I'll push a new version now. Workaround in git repository now. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org

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

On 11.11.2012 19:57, Florian Paul Schmidt wrote: On 11/11/2012 07:31 PM, Kjetil Matheussen wrote: http://files.renoise.com/demo/Renoise_2_8_1_Demo_x86_64.tar.bz2 in the Kicks folder.. These samples are included in the renoise demo download.. Thank you. I can reproduce that. But it's only

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

On 11.11.2012 20:15, Florian Paul Schmidt wrote: On 11/11/2012 08:08 PM, Kjetil Matheussen wrote: Flo P.S.: Another question: Is there a way to loop a pattern? You mean, for instance, loop between line 10 and 20? No, there isn't. Do you need it as part of a song (for instance, look

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

Dominique Michel: However, I found 2 minor issues. I am making an ebuild to install it, and found 2 minor issues. At the beginning of Makefile.Qt, it is libdir = $(prefix)/lib but on my multilib system, ${libdir} is /usr/lib64 libdir ?= $(prefix)/lib must be right to be able to manage

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

On 11.11.2012 21:19, Florian Paul Schmidt wrote: On 11/11/2012 08:44 PM, Kjetil Matheussen wrote: Just simply looping a block (to e.g. fiddle with automation, effects parameters, etc.), without having to press right meta - space all over again. :D Looping a range of lines in a block would

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

On 12.11.2012 08:30, Florian Paul Schmidt wrote: On 11/11/2012 05:02 PM, Kjetil Matheussen wrote: Great to hear! It would also be great if you let me know of features you miss from Renoise in Radium. OK, since you asked: :D some of these might also be the result of me misunderstanding

Re: [LAD] Linux-audio-dev Digest, Vol 69, Issue 11

Dominique Michel: That sounds simple. I'll try that. You can also define your own keyboard configuration by editing bin/keybindings.conf. There are no functions available to show a section exclusively yet though, but I'll add it. I will be very interested by that. Radium is a great program,

[LAD] [ANN] Radium V1.9.14

Radium is a music editor with a new and better interface. It's inspired by trackers, but has fewer limitations and uses graphics to show musical data. Screenshot: === http://users.notam02.no/~kjetism/radium/pictures/radium-1-9-14.png Source code:

[LAD] [ANN] Radium Compressor V0.0.1

Radium Compressor is the system compressor in Radium, but distributed as a standalone jack application. Radium Compressor uses the stereo compressor found in effect.lib in the Faust distribution. This compressor is written by Julius O. Smith III. The GUI shows accurately the sound used for

Re: [LAD] [ANN] Radium Compressor V0.0.1

On 17.01.2013 12:57, hermann meyer wrote: Am 17.01.2013 12:11, schrieb Kjetil Matheussen: Radium Compressor is the system compressor in Radium, but distributed as a standalone jack application. Radium Compressor uses the stereo compressor found in effect.lib in the Faust distribution

Re: [LAD] [ANN] Radium Compressor V0.0.1

I get the same message about the video being blocked on copyright grounds (I'm in Germany, too). It doesn't surprise me at all since youtube has given major music industry companies the ability to block content on their own.. And there have been quite a few false positives. IIRC you can mark

Re: [LAD] [LAU] [ANN] Radium Compressor V0.0.1

On 17.01.2013 13:21, Thomas Vecchione wrote: On Thu, Jan 17, 2013 at 7:06 AM, Kjetil Matheussen wrote: I don't know the origin of the drum loop, but that UMG all of a sudden heard about this video (there's only been 9 views), somehow recognized the short loop that's used in it from material

Re: [LAD] [ANN] Radium Compressor V0.0.1

Jonetsu: For what it's worth, no such restriction here in Canada. Maybe youtube thinks the artist is German ?? No, it's just blocked in Germany. Don't know why. I'll use vimeo from now on: http://vimeo.com/57594233 Saw the video - neat. How can this be used in Ardour ? Does it interface

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

On 07.02.2013 21:21, Kjetil Matheussen wrote: William Light: it's interesting to me that free (source and/or beer) music software on OSX and windows has come further than it has on Linux. off the top of my head: http://psycle.pastnotecut.org/portal.php http://www.buzzmachines.com/ I'm very

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

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;inum_samples;i++) if (!isfinite(samples[i])) break if(i!=num_samples) error(); But is this as efficient as we get it? I'm wondering if

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

I don't think this particular example works though (?), but perhaps something similar could? Guess it would work to add all elements in the array, and see if the result is inf or nan. That operation sounds likely to be automatically vectorized by the c compiler...

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

On Sun, Oct 6, 2013 at 5:01 PM, Robin Gareus ro...@gareus.org wrote: I'm wondering if comparing samples using for instance SIMD instructions, for instance, could make it around 4 times faster, Something like this: for(i=0;inum_samples;i++) if(samples[i]!=samples[i])) break; where

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

On Sun, Oct 6, 2013 at 9:31 PM, Robin Gareus ro...@gareus.org wrote: 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

Re: [LAD] [LAU] zitaretuner

On 10-10-2014 21:14, Fons Adriaensen wrote: Hello all, Today I got an email of a user asking me to help him make a plugin called 'zitaretuner' work. I never wrote such a plugin, and I didn't even know it existed. So I can't help this user. Of course this made me curious, and I

Re: [LAD] [LAU] zitaretuner

On Sat, Oct 11, 2014 at 3:03 PM, Neil C Smith n...@neilcsmith.net wrote: On 11 October 2014 12:51, Kjetil Matheussen k.s.matheus...@gmail.com wrote: On 10-10-2014 21:14, Fons Adriaensen wrote: And as a final topping on the cake, that whole crappy thing is presented as if I were

Re: [LAD] User eXperience in Linux Audio

Tim E. Real: 6: Now turn the mouse pointer back on. Done. Ehm, missed on of the best parts: 6: Now return the mouse pointer to where it was when originally clicked. 7: Now turn the mouse pointer back on. Done. Sounds like the perfect way to do it, and Radium works exactly the same

Re: [LAD] Linux-audio-dev Digest, Vol 109, Issue 4

On Fri, Mar 4, 2016 at 1:00 PM, < linux-audio-dev-requ...@lists.linuxaudio.org> wrote: > Send Linux-audio-dev mailing list submissions to > linux-audio-dev@lists.linuxaudio.org > > To subscribe or unsubscribe via the World Wide Web, visit >

Re: [LAD] Code reordering

On Fri, Mar 4, 2016 at 2:12 PM, Paul Davis wrote: > 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

Re: [LAD] Code reordering

On Fri, Mar 4, 2016 at 2:21 PM, Kjetil Matheussen <k.s.matheus...@gmail.com> wrote: > > > On Fri, Mar 4, 2016 at 2:12 PM, Paul Davis <p...@linuxaudiosystems.com> > wrote: > >> kjetil, thanks for the patch. >> >> however, the problem with fixing thi

Re: [LAD] Code reordering

On Fri, Mar 4, 2016 at 1:22 PM, Kjetil Matheussen <k.s.matheus...@gmail.com> wrote: > You are right. There was even a discussion about how broken it was > in 2008, and it was fixed, at least in practice. > > http://lists.linuxaudio.org/pipermail/linux-audio-user/2008-O

Re: [LAD] Realtime inter-thread communication

> > Sebastian Gesemann: > @all: Thank you for your responses. I'm going to use my own ringbuffer > using C++11's std::atomics. > > Here are a couple of alternatives: http://portaudio.com/docs/v19-doxydocs-dev/pa__ringbuffer_8h.html http://www.boost.org/doc/libs/1_60_0/doc/html/lockfree.html

Re: [LAD] Code reordering

On Sat, Mar 5, 2016 at 1:12 PM, Kjetil Matheussen <k.s.matheus...@gmail.com> wrote: > Control of memory ordering and atomics are officially part of the C >> > and C++ languages since 2011. GCC already supported this when the ISO >> standards was finalized. Microsoft and

Re: [LAD] Code reordering

> > Control of memory ordering and atomics are officially part of the C > and C++ languages since 2011. GCC already supported this when the ISO > standards was finalized. Microsoft and Clang started supporting it in > 2012. So, it's been pretty much portable since 2012. This is 2016. > IMHO, it's

Re: [LAD] [BrlCV] My attempt of linking Linux to Eurorack

> Mario Lang: > > #include > > #include > #include > > template > using AudioAccumulatorSet = boost::accumulators::accumulator_set< > float, boost::accumulators::features > >; > > using Count = boost::accumulators::tag::count; > using Max = boost::accumulators::tag::max; > using Min =

[LAD] [ANN] Radium 5.0

Radium is a vertical music editor. Radium is inspired by trackers, but uses more graphics to show musical data. Radium also supports MIDI sequencing and hard disk recording. Radium has features like smooth scrolling, zooming, automation, piano roll, embedded Pure Data (Pd), and embedded Faust. *

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

> > From: nils > > Yes, that is possible and I wholeheartly lobby for that because library > bugs and mismatches are common and could be avoided. > > Ardour does it and I do it in my own programs as well, or at least will > if properly released. If you can copy a library into your

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

On Wed, Sep 26, 2018 at 3:07 PM, Kjetil Matheussen wrote: > Daniel Swärd: >> >> 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 >> >>

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

Daniel Swärd: > > 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 only builds on windows, but getting it to

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

Filipe Coelho: > > A other related experience. Feature request for Radium. NSM support in > > Radium, which is great. Author did implement accidentally server > > client osc messages. As a consequence he decides to give Radium > > session manager functionality as well. I think this design approach

Re: [LAD] G++ trouble

Alexandre DENIS: > On Mon, 16 Nov 2020 09:43:42 +0100 > Fons Adriaensen wrote: > > > Hello all, > > > > I'm having a strange problem with G++... > > > > In one source file 'fb3data.cc', I define arrays like this: > > > > const float svcoeff44 [216] = > > { > > 1.631996e-03,

Re: [LAD] G++ trouble

On Mon, Nov 16, 2020 at 12:59 PM Roman Sommer wrote: > > Kjetil Matheussen writes: > > > > Yeah, I just read this: https://gcc.gnu.org/gcc-10/porting_to.html > > > > " > > > > C language issues > > > > Default to -fno-common >