I'm proud to announce the release of guitarix2-0.27.0
Guitarix is a mono tube amplifier simulation for jack, with additional
mono/stereo effect racks which can be filled with a variety of in-build
effects and external LADSPA plugins.
Most guitarix plugs and amps are now available as LV2 plug-in, to be
used in your favorite DAW.
The complete guitarix engine is available as LADSPA plug as well.
change-log:
* fix deprecated g_type_init() call when glib >= 2.36
* fix controller range for gxtubedelay.lv2
* add gxtuner.lv2
* add gxmetal_head.lv2
* add gxmetal_amp.lv2
* a couple of small fixes here and there
* maybe some new bugs ??
Please refer to our project page for more information:
http://guitarix.sourceforge.net/
download site:
http://sourceforge.net/projects/guitarix/
bug tracker
http://sourceforge.net/p/guitarix/bugs/
patches
http://sourceforge.net/p/guitarix/patches/
forum
http://sourceforge.net/apps/phpbb/guitarix/
in behave of the
guitarix development team
enjoy the spring
I'm proud to announce the release of guitarix2-0.26.0
Guitarix is a mono tube amplifier simulation for jack, with additional
mono/stereo effect racks which can be filled with some in-build effects
as well as with external LADSPA plugins.
Download from http://sourceforge.net/projects/guitarix/
This release is mostly related to the LV2 port of guitarix modules.
With this release we remove the previous released GxAmplifier LV2
versions and replace them with the new GxAmplifier-X module, which
include the complete guitarix amp head with all tube, tonestack and
cabinet selectors. It comes as Mono and as well as Stereo version.
Additional some completely new Amp models by our new Team member Steve
Poskitt been included.
A couple of additional effect modules been ported to LV2.
See the list below.
(FOR DEVELOPERS AND MAINTAINERS)
For guitarix main we have included some new (and fix some old) configure
options required by Gentoo proaudio overlay and Fedora maintainers.
Additional there are some new configure options mostly related to the
new LV2 port which may interest the one or the other of you. Check them
out with ./waf –help
As usual, all used faust dsp files been included within the source, as
well all our tools we us to create and port them to LV2. All LV2 plugs
comes with GUI's based on our included libgxwmm, a additional Gtkmm
toolkit library.
Special thanks to David Robillard and Harry van Haaren for there open
ears on the LV2 mailing list.
Included LV2 modules:
* GxAmplifier-X
* GxAmplifier-Stereo-X
* GxAutoWah
* GxWah
* GxBooster
* GxChorus-Stereo
* GxCompressor
* GxDelay-Stereo
* GxEcho-Stereo
* GxEchoCat
* GxExpander
* GxFlanger
* GxPhaser
* GxRedeye Chump
* GxRedeye Big Chump
* GxRedeye Vibro Chump
* GxReverb-Stereo
* Gx Alembic Mono
* Gx Studio Preamp Stereo
* GxTiltTone
* GxTremolo
* GxTubeScreamer
* GxTubeDelay
* GxTubeTremelo
* GxTubeVibrato
* GxZita_rev1-Stereo
Please refer to our project page for more information:
http://guitarix.sourceforge.net/
download site:
http://sourceforge.net/projects/guitarix/
have fun
guitarix development team
On Sat, Mar 23, 2013 at 3:36 PM, Len Ovens <len(a)ovenwerks.net> wrote:
>
> On Sat, March 23, 2013 5:44 am, Ulrich-Lorenz Schlueter wrote:
> > Hello list,
> >
> > after a long long time I removed some ugly bugs from JackMixDesk.
> > Latest source package is available from:
> >
> >
> http://sourceforge.net/projects/jackmixdesk/files/jackmixdesk/jackmixdesk-0…
>
> Looks like an interesting app. ./configure gives me a list of "yes" and
> shows no errors, but I can't compile. Get some errors that seem to
> indicate missing packages:
> jackmixdesk-mixdesk.o: In function `jack_get_connects':
> /home/joe/software/jackmixdesk-0.3-r3/mixdesk.c:1023: undefined reference
> to `jack_port_connected'
> /home/joe/software/jackmixdesk-0.3-r3/mixdesk.c:1024: undefined reference
> to `jack_port_get_connections'
> /home/joe/software/jackmixdesk-0.3-r3/mixdesk.c:1033: undefined reference
> to `jack_port_connected'
>
> Perhaps configure is finding jackd2 and thinking it is fine to use the
> jackd1 api?
>
They share the same API.
You're making an error with your link step.
It's that time of year, once again.
Qsynth 0.3.7 spring cleaning sale!
Well, not a sale per se, but I'm sure you get the point ;)
Description:
Qsynth is a FluidSynth GUI front-end application written in C++
around the Qt4 toolkit using Qt Designer. FluidSynth is an excellent
command line software synthesizer based on the Soundfont specification.
License:
Qsynth is free, open-source software, distributed under the terms of
the GNU General Public License (GPL) version 2 or later.
Website:
http://qsynth.sourceforge.net
Project page:
http://sourceforge.net/projects/qsynth
Downloads:
- source tarball:
http://downloads.sourceforge.net/qsynth/qsynth-0.3.7.tar.gz
- source package (openSUSE 12.3):
http://downloads.sourceforge.net/qsynth/qsynth-0.3.7-3.rncbc.suse123.src.rpm
- binary packages (openSUSE 12.3):
http://downloads.sourceforge.net/qsynth/qsynth-0.3.7-3.rncbc.suse123.i586.r…http://downloads.sourceforge.net/qsynth/qsynth-0.3.7-3.rncbc.suse123.x86_64…
Change-log:
- New French (fr) translation added (by Yann Collette, thanks).
- Reversed (mouse) scroll-wheel effect on dial knob widgets.
- Preparations for Qt5 migration.
- MIDI bank select mode control added to engine setup dialog (after a
clean patch ticket by Kurt Stephens, thanks).
- Added include <unistd.h> to shut up gcc 4.7 build failures.
- Make(ing) -jN parallel builds now available to the masses (an awesome
patch by kensington, thanks).
- Fixed Makefile.in handling of installation directories to the
configure script eg. --datadir, --localedir.
- Main window is now brought to front and (re)activated when clicking on
the system tray icon instead of just hiding it.
- Debugging stacktrace now applies to all working threads.
Weblog (upstream support):
http://www.rncbc.org
See also:
http://www.rncbc.org/drupal/node/635
Cheers && Enjoy.
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
MFP -- Music For Programmers
Release 0.03, "Mostly For Presentation"
I'm pleased to announce a new version of MFP, containing many
fixes and improvements. It is still not anywhere near a "production"
level, but is becoming more and more usable. Your interest and
participation are invited!
A summary of changes is below. Please see the GitHub issue tracker
for complete details:
http://github.com/bgribble/mfp
I'm also happy to say that I will be presenting a paper about MFP at
the 2013 Linux Audio Conference (May 9-12). I believe the presentation
will be live streamed. See http://lac.iem.at for details. There are
many interesting talks on the schedule. My talk will be on Friday, May
10 at 16:50 CEST (UTC+2).
Changes since release v0.02:
----------------------------------------
* #49: Remove last lock calls from JACK process() path
* #51: Multiple [r]/[r~] receivers can share a name (multicast/bus)
* #52: Multiple selection in UI (rubberband box/Shift+click)
* #55: Cut/copy/paste using JSON to X Clipboard
* #57: Initial support for NSM session management
* #58: Implement MIDI control learning for all Processors
* #65: Save/restore MIDI and OSC controller routings
* Many other bugfixes and improvements
About MFP:
----------------------------------------
MFP is an environment for visually composing computer programs, with
an emphasis on music and real-time audio synthesis and analysis. It's
very much inspired by Miller Puckette's Pure Data (pd) and Max/MSP,
with a bit of LabView and TouchOSC for good measure. It is targeted
at musicians, recording engineers, and software developers who like
the "patching" dataflow metaphor for constructing audio synthesis,
processing, and analysis networks.
MFP is a completely new code base, written in Python and C, with a
Clutter UI. It has been under development by a solo developer (me!),
as a spare-time project for several years.
Compared to Pure Data, its nearest relative, MFP is superficially
pretty similar but differs in a few key ways:
* MFP uses Python data natively. Any literal data entered in the
UI is parsed by the Python evaluator, and any Python value is a
legitimate "message" on the dataflow network
* MFP provides fairly raw access to Python constructs if desired.
For example, the built-in Python console allows live coding of
Python functions as patch elements at runtime.
* Name resolution and namespacing are addressed more robustly,
with explicit support for lexical scoping
* The UI is largely keyboard-driven, with a modal input system
that feels a bit like vim. The graphical presentation is a
single-window style with layers rather than multiple windows.
* There is fairly deep integration of Open Sound Control (OSC), with
every patch element having an OSC address and the ability to learn
any other desired address.
The code is still in early days, but has reached a point in its
lifecycle where at least some interesting workflows are operational
and it can be used for a good number of things. I think MFP is now
ripe for those with an experimental streak and/or development skills
to grab it, use it, and contribute to its design and development.
The code and issue tracker are hosted on GitHub:
https://github.com/bgribble/mfp
You can find the LAC-2013 paper and accompanying screenshots, some
sample patches, and a few other bits of documentation in the doc
directory of the GitHub repo. The README at the top level of the
source tree contains dependency, build, and getting-started
information.
Thanks,
Bill Gribble
Hi,
I'm trying to use jack's ringbuffer like this:
- initialization:
jack_ringbuffer_t * ringBuf = jack_ringbuffer_create(sizeof(jack_default_audio_sample_t) * (1<<16));
memset (ringBuf->buf, 0, ringBuf->size) ;
- jack process callback:
jack_default_audio_sample_t buf[numChannels];
size_t read_cnt = 0;
for (_frameCounter=0; _frameCounter < nFrames; _frameCounter++) {
read_cnt = jack_ringbuffer_read(ringBuf, (void*)buf, sample_size * numChannels);
^^^^^^^^^ error
}
but g++ won't compile the code and report this
error: invalid conversion from 'void*' to 'char*' [-fpermissive]
/usr/local/include/jack/ringbuffer.h:136: error: initializing argument 2 of 'size_t
jack_ringbuffer_read(jack_ringbuffer_t*, char*, size_t)' [-fpermissive]
passing -fpermissive gets the program running but is it the right way to do it?
Thanks
--
Raphaël.
Hi Jeremy
Well, I'm sorry, I have just removed the 0.26.0 release and pushed out
0.26.1
Because of a error in the LV2/wscript (which I have introduced direct
before I made the releaseO:-) )
0.26.0 fail to build.
please try again for 0.26.1
greets
hermann
Am 09.04.2013 15:51, schrieb Jeremy Jongepier:
> On 04/09/2013 11:32 AM, hermann meyer wrote:
>> I'm proud to announce the release of guitarix2-0.26.0
>>
>
> Hello Hermann,
>
> The archive seems to be corrupted:
>
> guitarix-0.26.0/src/LV2/DSP/12AT7.cc
>
> bzip2: Compressed file ends unexpectedly;
> perhaps it is corrupted? *Possible* reason follows.
> bzip2: Inappropriate ioctl for device
> Input file = (stdin), output file = (stdout)
>
> It is possible that the compressed file(s) have become corrupted.
> You can use the -tvv option to test integrity of such files.
>
> You can use the `bzip2recover' program to attempt to recover
> data from undamaged sections of corrupted files.
>
> tar: Unexpected EOF in archive
> tar: Unexpected EOF in archive
> tar: Error is not recoverable: exiting now
>
> Regards,
>
> Jeremy
>
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-user
