We are proud to announce the release of guitarix2-0.23.2
Guitarix is a mono tube amplifier simulation for jack,
with additional mono/stereo effect racks witch can be filled
with some in-build effects as well as with external LADSPA plugins.
Download from http://sourceforge.net/projects/guitarix/
Things that changed in this (bug-fix) release:
* fix segfault on 64 bit arch when load ladspa plug-ins
* fix mono convolver controller
Thanks to Jeremy Jongepier for pointing out the issue
and to James Morris for help to debug it.
Please check it out and give feedback if you
find a problem.
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
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 on the Amiga platform.
> Since then
> > it has been ported to Linux.
>
> Any plans to move to at least Qt4? Qt3 is so 2000s :)
Yes, in the makefile you can specify USE_QT4 instead of USE_QT3. It
doesn't work
right now, but it did a few weeks ago. Problem with QT4 is that copying
pixmap
to widget (bitblt) was so horribly slow. (And I did turn off double
buffering
plus some other other options, but it only helped a little bit.)
I don't know what the problem was, maybe my X setup is too old.
It's not surprising that bitblt is a little bit slower in QT4 since
their QPixmap is not a wrapper around the X Pixmap anymore. Maybe
that's the whole explanation. It was usable, but not very nice compared
to QT3.
File requesters and the FX selector are always made with QT4 though.
:-)
(IOW. Radium requires both QT3 and QT4 in the default setup.)
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 on the Amiga platform. Since
then it has been ported to Linux.
Features:
Sound effects automation
Tempo automation
Velocity automation
Polyphonic tracks
Unlimited number of tracks.
Unlimited number of lines.
Unlimited note, tempo, and effect precision.
Undo/Redo
Zoom in/out.
Import standard midi files and MMD2/MMD3 modules
Note sequence effects such as transpose, quantitize, glizzando, invert
and reverse.
Support for Jack MIDI and ALSA MIDI. (Both at the same time.)
Configurable key bindings, menues, fonts, and colors.
Extension language support. Write programs that generates music or
modifies your songs
http://users.notam02.no/~kjetism/radium/
Hi all,
I work at Aldebaran Robotics, a french company based in Paris which
develops Nao, the first european humanoid robot (
http://www.aldebaran-robotics.com)
For those who would be interested, we are currently looking for an audio
engineer who will be responsible of the architecture of the audio modules
of our embedded software.
Required skills :
- holder of a master degree in audio or computer science, or graduated from
an engineering school
- good knowledges of the linux os
- good programming skills in C/C++ and python
- good knowledges of the alsa, pulseaudio, and gstreamer frameworks
If you are interested, don't hesitate to contact me.
Best regards
Vincent
Hi,
Petri-Foo is a sampler for linux using JACK. It was originally a fork of
the Specimen sampler project. A new version is now available to download
from sourceforge.
https://sourceforge.net/projects/petri-foo/files/petri-foo-0.1.4.tar.bz2
This release brings further cosmetic changes improving the overall look
of Petri-Foo. The fan sliders have gone, so it must be time to
mention the precision modifying shift and ctrl keypresses for the
sliders.
If you missed the 0.1.3 release, here's a quick rundown of the changes:
* migrated from autotools to cmake
* updated and slimmed-down PHAT replacement called Phin.
* mousewheel waveform zooming
* velocity range setting for patch
* auto-preview (with optional resampling) in sample selector dialog
* recoded deprecated gdk calls to use cairo.
* lots and lots of bug fixes i've long since forgotten about
Some say it's the successor to Specimen and that the two shouldn't
co-exist. All I know is it's called Petri-Foo.
http://petri-foo.sourceforge.net
Cheers,
James.
Hi folks,
I have done some firewire bus analysis on the 003 Rack and posted last
year some of my findings on ffado.org wiki.
inter
Today I got back into it and managed to modify Clemens' snd-dice
driver to activate the 003R and made a standalone driver to play out
of 2 channels!
It's a non standard protocol, because you have to send particular
requests and wait for particular responses but I have documented as
much as I can.
Unfortunately during playback there are 2 outstanding issues:
1) There is extraneous low level noise when sound is routed through
channel 1 or channel 18 (first and last pcm channel). When sound is
routed into channel 1, noise is heard in channel 2 and channel 1
sounds normal. When sound is routed into channel 18, similar noise is
heard in channel 1 but nothing else is heard.
2) I don't know why but the device spits out a request on the bus
about 10 times per second which interrupts playback for very short
intervals causing choppy playback. I had a similar problem when
trying to make the 003R work under ffado. I have examined the
behaviour of the device under windows and it does not generate these
packets. Could it be the way the iso resources are being handled? I
am allocating a tx and rx stream separately since without both, the
device stops transmitting in under 2 seconds, while with this driver,
it stays stable indefinitely.
I could use some advice on where to look next.
Damien
IR: LV2 Convolution Reverb
http://factorial.hu/plugins/lv2/ir
IR is a no-latency/low-latency, realtime, high performance signal
convolver plugin especially for creating reverb effects.
This is a much overdue maintenance release with two versions under the
dual versioning scheme: 1.2.2 in the 1.2.x branch and 1.3.2 in the
1.3.x branch. From the ChangeLog:
Version 1.2.2 and 1.3.2 - 2012.07.02 18:05 CEST
This pair of versions contains the migration to use zita-convolver-3.x.x in
place of zita-convolver-2.0.0. This change guarantees that there are no data
overruns while running the plugin non-realtime (freewheeling / Ardour export).
NOTE: please read the plugin's webpage if you are confused about the
dual versioning
of IR (1.2.x vs 1.3.x).
Please see the website for further information regarding versions,
installation, caveats & usage.
Thanks,
Tom
