Re: [LAD] Announcing PHASEX-0.14.96
> - Original Message - > From: Jörn Nettingsmeier > > 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. I know it's been a while, but I haven't forgotton > > about PHASEX... > > whoohooo! > > > just a quick feedback: distros that are moving to a unified /usr/bin > will need this patch: > > diff --git a/configure.ac b/configure.ac > index 5fb0368..3b2496c 100644 > --- a/configure.ac > +++ b/configure.ac > @@ -334,7 +334,8 @@ AC_DEFINE_UNQUOTED(PHASEX_GCC_MINOR, [$gccminor], > [Built with gcc minor version] > CPU_POWER_LEVEL=2 > ARCH_OPT_CFLAGS="" > ARCH_MATH_CFLAGS="" > -ARCH_BITS=`( file /bin/true | grep 'ELF 64-bit' > /dev/null && echo 64 > ) || echo 32` > +ARCH_TRUE=`which true` > +ARCH_BITS=`( file $ARCH_TRUE | grep 'ELF 64-bit' > /dev/null && echo 64 > ) || echo 32` > > because `file /bin/true` will return "/bin/true: symbolic link to > `/usr/bin/true'", which in turn will force the bitness to 32, which then > fails unless a full 32-bit environment is installed. Thank you. This is now in the dev tree. > now i'm hunting a couple errors wrt jack headers - my guess is that > PHASEX is being tested with JACK2 exclusively - it seems to rely on a > couple of types and methods which don't seem to be present in my jack1 > environment (more or less fresh from svn). You're absolutely right. I actually haven't tested with jack1 since adding JACK Session support. I'll have to check and see what else is jack2 only. Restoring jack1 support will be top priority for v0.14.97. Thanks again, --ww ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Announcing PHASEX-0.14.96
> - Original Message - > From: Robin Gareus > > It compiles cleanly and works just fine on debian. > > There's single compiler warning, nothing major, really: > > midi_event.c: In function ‘queue_midi_event’: > midi_event.c:140:47: warning: pointer targets in passing argument 1 of > ‘g_atomic_int_compare_and_exchange’ differ in signedness [-Wpointer-sign] > /usr/include/glib-2.0/glib/gatomic.h:45:10: note: expected ‘volatile > gint *’ but argument is of type ‘volatile unsigned int *’ Good to hear. Congratulations on the first debian build of 0.14.x! A single warning is as good as one can hope for on the first build on another distro. This particular warning is a nothing to worry about. In this case, an identical binary is produced after applying the fix (which is now in the dev tree). > [..] > > > So what do we do, now that the world didn't end? > > Let's make some music! > > I suggest to announce this on linux-audio-announce, too. > > keep up the good work, > robin I just wanted to make sure that it doesn't blow up on distros outside the RedHat/Fedora/CentOS world first. Moving from Fedora 17 to Fedora 18 actually posed a bigger challenge than expected: A 16 hour debugging session to find that a segfault a few function calls deep inside jack_client_open() was being caused by the global variable 'int shutdown' overshadowing the system call shutdown() in the linker's symbol table. I'm glad to see that everything builds properly on debian. Cheers, --ww ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
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. I know it's been a while, but I haven't forgotton about PHASEX... whoohooo! just a quick feedback: distros that are moving to a unified /usr/bin will need this patch: diff --git a/configure.ac b/configure.ac index 5fb0368..3b2496c 100644 --- a/configure.ac +++ b/configure.ac @@ -334,7 +334,8 @@ AC_DEFINE_UNQUOTED(PHASEX_GCC_MINOR, [$gccminor], [Built with gcc minor version] CPU_POWER_LEVEL=2 ARCH_OPT_CFLAGS="" ARCH_MATH_CFLAGS="" -ARCH_BITS=`( file /bin/true | grep 'ELF 64-bit' > /dev/null && echo 64 ) || echo 32` +ARCH_TRUE=`which true` +ARCH_BITS=`( file $ARCH_TRUE | grep 'ELF 64-bit' > /dev/null && echo 64 ) || echo 32` because `file /bin/true` will return "/bin/true: symbolic link to `/usr/bin/true'", which in turn will force the bitness to 32, which then fails unless a full 32-bit environment is installed. now i'm hunting a couple errors wrt jack headers - my guess is that PHASEX is being tested with JACK2 exclusively - it seems to rely on a couple of types and methods which don't seem to be present in my jack1 environment (more or less fresh from svn). best, jörn -- Jörn Nettingsmeier Lortzingstr. 11, 45128 Essen, Tel. +49 177 7937487 Meister für Veranstaltungstechnik (Bühne/Studio) Tonmeister VDT http://stackingdwarves.net ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
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 phasex 0.14.96 is fun! [..] > Until then, a request goes out for build > reports from other distros, especially Debian/Ubuntu, Arch, and Mint. It compiles cleanly and works just fine on debian. There's single compiler warning, nothing major, really: midi_event.c: In function ‘queue_midi_event’: midi_event.c:140:47: warning: pointer targets in passing argument 1 of ‘g_atomic_int_compare_and_exchange’ differ in signedness [-Wpointer-sign] /usr/include/glib-2.0/glib/gatomic.h:45:10: note: expected ‘volatile gint *’ but argument is of type ‘volatile unsigned int *’ [..] > So what do we do, now that the world didn't end? > Let's make some music! I suggest to announce this on linux-audio-announce, too. keep up the good work, robin ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] Announcing PHASEX-0.14.96
Happy New Year! Yes, your eyes are working correctly. This is v0.14.96. Some things are worth the wait. I know it's been a while, but I haven't forgotton about PHASEX... just had to put it on the back burner for some time while life moves on. After more troubles than I'd like to go into detail about with the old server, old hosting arrangement, the old bug-ridden codebase, old laptop, and life in general, I've come back to "finish" what I've started (as if software projects ever "finish" these days...). Over the past eleven months, I've taken the time to overhaul most aspects of the PHASEX source code. After two failed attempts at going multitimbral, and two mishaps with the laptop dev tree and was supposed to be v0.12.0, I decided to bump the version twice, start the new development with v0.14.x, and move on. Here's the short list of what's new since v0.12.x: New Features: - Multitimbral (1 thread per part). - Session bank (very much like the patch bank). - Jack Session. - Stereo- and Multi- outputs for JACK. - ALSA PCM audio. - JACK MIDI. - ALSA Raw MIDI. - Generic MIDI (/dev/midi support). - MIDI clock for timestamping and queuing events. - Active Sensing. - New oscillator waveforms. - Portamento for Osc Transpose events. - FM oscillator latching. - New LFO parameters. - Moog (24db/octave) filter. - Fast fade-out mono retriggering. - Interpolated oscillator table lookups. - Ability to run with no GUI. - JACK MIDI / ALSA Raw / ALSA Seq connections in menus. - Widescreen layout mode. - New preferences dialog w/ nearly all settings. - New knobs. - Pure 64-bit math in builds with --enable-cpu-power=4. New Features from Anton Kormakov: - LASH. - MIDI Hold pedal. - JACK Transport. Bugs Removed and/or Squashed: - The "bad PHASEX noise" is gone. - GUI widget sensitivity is fixed. - Notebook tabs behave properly (and quickly). - Patch loading bugs are gone. - MIDI program change works dependably. - Spurious envelope triggering pops are gone. - Offsets for neg. filter env. now calculated properly. - Chopped portamento slides are fixed. - Keytriggering for all keymodes is fixed. - Voice stealing works as expected. - Chorus phase balance issues have been corrected. - System lockup on shutdown is a thing of the past. - Denormals don't eat up all the CPU anymore. Code Overhaul: - Build system overhaul. - Reorganization of source code. - Rebuilt data structures for multimbral architecture. - New driver layer (engine relies on no libraries). - Replaced pthreads based buffer synchronization code. - New lightweight patch parser / patch format. - New thread-safe MIDI event queue. - Restructured engine, GUI, and MIDI code. - Almost complete separation of GUI and engine. (still need to separate bank changes from the GUI.) Sources are available via git: git clone https://github.com/williamweston/phasex.git Number of parts is configurable at compile time (1-2 parts per core should be very dependable. Tested extensively with 8 parts on a quad-core.) As usual, YMMV: aclocal && autoconf && automake && autoheader ./configure --enable-arch=native --enable-parts=2 Overall, I am pleased with where PHASEX has arrived. In the past, I had always been disappointed with PHASEX and its shortcomings, and for many reasons. Until now. The code is cleaner and easier to work on. Most of the old bugs have been replaced with more intelligent design. On an -rt kernel, xruns are a thing of the past. Sound quality is cleaner. GUI is much more responsive. Dependence on the command line is kept to a bare minimum. Sessions can be managed with ease. Per part memory and CPU utilization has decreased vs. multi-instance v0.12.x. Timing is almost as good as it gets (sample accurate for JACK MIDI, near sample accurate for ALSA seq, and almost as good as your hardware will allow for ALSA raw MIDI.) All or the major barriers to use that I've identified over the years have been eliminated. I can actually sit down and work on some of those tracks that got shelved due to bad timing. Of all the new features and code, I am most pleased with the new MIDI clock. (Anyone interested in timing of MIDI events and successive audio buffer processing cycles can enable timing debug with '-d timing'. Once I finish putting all my notes together, a detailed explanation of the MIDI clock will follow.) The rest of the new features should be self-explanatory to readers of linux-audio-dev, so I'll spare the details (unless of course anyone asks). Many thanks go out to Anton Kormakov for his work on PHASEX and his git repo, which appear to have served the community well in the time since the old server went down. And of course, I'd like to thank the regular posters to this list (and linux-rt-users) for sharing the knowledge that's made this release possible. A lot of you have dropped some hints over the years about what the design of PHASEX (or any synth) really needs to perform well (or at least to not perform badly
Re: [LAD] Highlife LV2
No worries, I did install 12.04 finally. Would be happy to be a tester later on! On Sat, Dec 29, 2012 at 8:00 PM, Filipe Lopes wrote: > On Sat, Dec 29, 2012 at 8:34 AM, Louigi Verona wrote: > >> Hey guys! >> >> I am trying out Highlife LV2, got it from here: >> http://distrho.sourceforge.net/ports.php >> In my case it does not display in Carla (external GUI looks like a small >> box). Displays fine as a standalone and as LV2 in Qtractor, but when I >> click Import File - nothing happens. >> >> Problem is that I am still on Ubuntu 10.04 and desperately don't want to >> upgrade since most things I need work and I enjoy this version very much. >> Is there anything I can do to make Highlife work? >> > > > Hi Louigi, I maintain the DISTRHO project. > > The highlife plugin has a few issues, a big one is that wav import is > broken (mp3 works fine though). > I didn't had time to fix it in the last release pack, and right now I'm > busy preparing the next KXStudio and Cadence beta1 release. > > I plan to work more on those plugins in 2013. I'll be glad to have you as > a tester by then. > > > ___ > Linux-audio-dev mailing list > Linux-audio-dev@lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-dev > > -- Louigi Verona http://www.louigiverona.ru/ ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Highlife LV2
On Sat, Dec 29, 2012 at 8:34 AM, Louigi Verona wrote: > Hey guys! > > I am trying out Highlife LV2, got it from here: > http://distrho.sourceforge.net/ports.php > In my case it does not display in Carla (external GUI looks like a small > box). Displays fine as a standalone and as LV2 in Qtractor, but when I > click Import File - nothing happens. > > Problem is that I am still on Ubuntu 10.04 and desperately don't want to > upgrade since most things I need work and I enjoy this version very much. > Is there anything I can do to make Highlife work? > Hi Louigi, I maintain the DISTRHO project. The highlife plugin has a few issues, a big one is that wav import is broken (mp3 works fine though). I didn't had time to fix it in the last release pack, and right now I'm busy preparing the next KXStudio and Cadence beta1 release. I plan to work more on those plugins in 2013. I'll be glad to have you as a tester by then. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev