On behalf of the guitarix team I'm proud to announce
Guitarix Version 0.11.1 Bug fix release
Guitarix is a simple Linux Rock Guitar amplifier and is designed
to achieve nice thrash/metal/rock/blues guitar sounds.
Guitarix uses the Jack Audio Connection Kit as its audio backend
and brings to the jack audio graph a mono amplifier input/output port,
and a FX mono input with two (stereo) output ports.
Guitarix provides a jack midi input port to connect a midi controller
(midi learn) and a (3 channel) jack midi output port, feed by a
(scalable) mix of the tuner and a beat-detector.
Release 0.11.1 comes with following changes :
* fix Bug Echo/Chorus/Delay/Slooper don't work
* add pre/post processing switch to all mono Effects
We put the Guitarix widgets into a library, with the goal of
making them usable independently from Guitarix. You can build
it as shared library and there's a c++ (gtkmm) wrapper, a python
wrapper and glade support. Check it out and look for examples
in those directories, or just build a nice looking display with the
glade editor, and of course ask in our Guitarix forum (it's still
alpha).
As a side note, Guitarix is now in debian(sid/squeeze/Experimental) ,
have fun
_________________________________________________________________________
guitarix is licensed under the GPL.
Project page with screenshots:
http://guitarix.sourceforge.net/
download:
http://sourceforge.net/projects/guitarix/
please report bugs and suggestions in our forum here:
http://sourceforge.net/apps/phpbb/guitarix/
________________________________________________________________________
For capture, guitarix uses the great 'jack_capture'
(version >= 0.9.30) written by Kjetil S. Matheussen.
If you don't have it installed,
you can look here:
http://old.notam02.no/arkiv/src/?M=D
For extra Impulse Responses, guitarix uses the
zita-convolver library, and,
for up/down sampling we use zita-resampler,
both written by Fons Adriaensen.
If you don't have it installed, get it here:
http://www.kokkinizita.net/linuxaudio/index.html
We use the marvellous faust compiler to build the amp and effects and
will say
thanks to
: Julius Smith
http://ccrma.stanford.edu/realsimple/faust/
: Albert Graef
http://q-lang.sourceforge.net/examples.html#Faust
: Yann Orlary
http://faust.grame.fr/
________________________________________________________________________
For faust users :
All used Faust dsp files are included in /guitarix/src/faust,
the resulting cc files are in /guitarix/src/faust-generated
The tools we use to convert (post-processing and plot)
the resulting faust cpp files to the needed include format,
stay in the /guitarix/tools directory.
________________________________________________________________________
regards
Hermann Meyer, James Warden, Andreas Degert
Hi There,
Working on new version of APODIO http://www.apodio.org & wiki of the
work in progress http://www.apodio.org/wiki (please add ideas there if
you feel like!!)
I compiled monobristol (bristol GUI) and met the same problem as
falktx which to be around here.
the erro when starting monobristol is :
Unhandled Exception: System.NullReferenceException: Object reference
not set to an instance of an object
at MainWindow..ctor () [0x00000]
at monoBristol.MainClass.Main (System.String[] args) [0x00000]
I followed this message :
http://old.nabble.com/Is-anyone-using-monobristol-0.60.1--td29132285.html
(which seems to be the same everywhere)
I uptaded it with the repository of kxstudio... but same error...
did I missed something?
I used ubuntu 10.04
thanks for the answer
Julien
--
APO33
space of research and experimentation
http://www.apo33.org
info(a)apo33.org
Folks,
I'm a recovering audiophile. When i was reading the magazines and
reading about over priced (in my now opinion) speakers, the words "full
range" tended to mean that a speaker was reasonably flat from 20 Hz to
20 kHz. Granted those were unusual.
I have read that speakers in an ambisonic set up should be "full range".
I'd like to set up a ambisonic speaker system (8 channel to start), and
the prospect of 8 full range channels is daunting. Since it seems they
would be stand or wall mounted (at least some of them) that means
monitors and subwoofers. Since all channels must be the same, that means
8 subwoofers...somewhere in the room.
So what does "full range" mean usually and what does it mean in terms of
talk on this list?
Thanks,
Bearcat
I just saw the announce on http://wiki.linuxaudio.org/
"We are looking for front-end developers, web-designers and
wiki-administrators to join in."
What kind of help do you need?
I mean, different from editing wiki content.
I could help with little graphics or web-design.
You could find me on freenode as 'carloratm'
Btw, i've just done these sites:
http://gnufunk.orghttp://radio.gnufunk.org
Cheers
--
Carlo Ascani
La politica pratica consiste nell'ignorare i fatti. (Henry Adams)
C programmers never die. They are just cast into void.
Hi guys,
Is it necc. for me to clamp my audio outputs to [-1.0, 1.0]?
Somewhere I got it in my head that I need to clip my output
signal (float*) to the range [-1.0, 1.0] before sending my
audio signals downstream.
However, this is a big time waster. When I review other
projects for efficient ways to clip... I can't find any.[1]
Looks like nobody's doing it.
Thanks,
Gabriel
[1] I found one in ardour, but it looks like it's just
for float->int conversion, and (possibly) not even
utilized within ardour.
http://www.technologyreview.com/read_article.aspx?id=26055&a=f
A computer chip that performs calculations using probabilities,
instead of binary logic, could accelerate everything from online
banking systems to the flash memory in smart phones and other gadgets.
[...]
The electrical signals inside Lyric's chips represent probabilities,
instead of 1s and 0s. While the transistors of conventional chips are
arranged into components called digital NAND gates, which can be used
to implement all possible digital logic functions, those in a
probability processor make building blocks known as Bayesian NAND
gates. Bayesian probability is a field of mathematics named after the
eighteenth century English statistician Thomas Bayes, who developed
the early ideas on which it is based.
[...]
Lyric has been working on its technology in stealth mode since 2006,
partly with funding from the U.S. Defense Advanced Research Projects
Agency. DARPA is interested in potential defense applications that
would involve working with information that isn't clear cut--for
example, radio signals distorted accidentally or otherwise, and
machine vision systems that try to recognize actions or objects in
images. "They're interested in some James Bond-type applications,"
says Vigoda.
Niels
http://nielsmayer.com
On 17 August 2010 00:54, Philipp Überbacher <hollunder(a)lavabit.com> wrote:
> Excerpts from James Morris's message of 2010-08-15 03:21:38 +0200:
>> On 5 July 2010 09:27, Patrick Shirkey <pshirkey(a)boosthardware.com> wrote:
>> > On 07/05/2010 06:15 PM, James Morris wrote:
>> >>
>> >> really it is far too early for users to take any interest in this
>> >> program. but sometimes I just need some feedback about some of the
>> >> ideas i have before I can proceed further in its development.
>> >>
>> >>
>> >>
>> >
>> >
>> > I think LAU/LAD are good for that until a project gets a large enough user
>> > base to warrant it's own list.
>> >
>>
>> Ok, after some considerable time it's now in the first steps of having
>> consequences of user interactions...
>>
>> Meaning, you can drag a blue square around and the events in the
>> pattern are sequenced into it (when you release the mouse button that
>> is). As you should by now know, the position of the events is
>> translated into pitch and velocity.
>>
>> It's enough to play around with for a few minutes :)
>>
>> I recommend Will J Godfrey's 'Sweep Saw' Zyn/Yoshi patch.
>>
>> Try it out:
>> git clone git://github.com/jwm-art-net/BoxySeq.git && cd BoxySeq &&
>> make && ./boxyseq
>>
>>
>> Just don't expect too much. You cannot edit the pattern unless you're
>> willing to experiment with C code (lines 63 to 84 of main.c for event
>> pattern, lines 87 to 105 for boundary settings) and recompile and
>> restart the program.
>>
>> you'll need jack, glib, and gtk development packages installed beforehand.
>>
>> still very early days here.
>>
>> Cheers,
>> James.
>
> Hey James.
> I'm just giving it a try, and it's fun. I found a feature you didn't
> tell us about, rightclick+drag to resize/reshape the box.
> I gave three different zynaddsubfx/yoshimi patches a try, and it's fun
> with all of them. I can imagine that it's already useful, at least for
> adding random bleeps or whatever to pieces.
>
> Nice work so far.
> Regards,
> --
> Philipp
Hi, thanks for your comments. Yes I added the resize the following day.
The CPU usage of the graphics has been bothering me. It was using
Cairo which can do some funky stuff, but it comes at a price. My
latest commit has removed the Cairo code and replaced it with GDK. GDK
is 'closer to xlib' and is less funky, but performance is much better.
This version is using two boundaries fed by a single pattern.
I need some ideas about the user interface. The way you can manipulate
the boundary box positions and dimensions around is good. But I'd like
the user to also be able to change the scale and key of the events
placed within the boundary with as much ease.
Being able to make selections will be important too.
Though I imagine there's going to be a whole lot of icons with boxes on them!
An icon to make selections
An icon to define a boundary
An icon to redefine a boundary (repositon+redimension in one foul swoop)
An icon to define a block (a block blocks events from being placed where it is)
very boxy indeed.
Cheers,
James.
On Sun, Aug 15, 2010 at 4:29 PM, Daniel Worth <pipemanmusic(a)gmail.com> wrote:
> Awesome work, I'm very happy to see some work going into this.
Thanks! There's more coming... (the version i'm using now is
http://lalists.stanford.edu/lad/2010/08/0059.html , a patch to
http://nielsmayer.com/envy24control/mudita24-1.0.3.tar.gz ).
> Why is the adjustment for the
> DAC/ADC's on a different tab from the monitor/VU meters. It is an utter PIA
> to set levels by switching back a forth from one tab to another. I know it's
> how the windows gui handled it but IMHO it sucks.
We're discussing this very thing on Linux-Audio-Dev (see link above),
so I've cc'd the ongoing discussions using the same Subject line we've
been using.... (your original cc to Linux-audio-announce is going to
bounce; I took the liberty to redirect your cc to the appropriate
list).
-- Niels
http://nielsmayer.com
On 5 July 2010 09:27, Patrick Shirkey <pshirkey(a)boosthardware.com> wrote:
> On 07/05/2010 06:15 PM, James Morris wrote:
>>
>> really it is far too early for users to take any interest in this
>> program. but sometimes I just need some feedback about some of the
>> ideas i have before I can proceed further in its development.
>>
>>
>>
>
>
> I think LAU/LAD are good for that until a project gets a large enough user
> base to warrant it's own list.
>
Ok, after some considerable time it's now in the first steps of having
consequences of user interactions...
Meaning, you can drag a blue square around and the events in the
pattern are sequenced into it (when you release the mouse button that
is). As you should by now know, the position of the events is
translated into pitch and velocity.
It's enough to play around with for a few minutes :)
I recommend Will J Godfrey's 'Sweep Saw' Zyn/Yoshi patch.
Try it out:
git clone git://github.com/jwm-art-net/BoxySeq.git && cd BoxySeq &&
make && ./boxyseq
Just don't expect too much. You cannot edit the pattern unless you're
willing to experiment with C code (lines 63 to 84 of main.c for event
pattern, lines 87 to 105 for boundary settings) and recompile and
restart the program.
you'll need jack, glib, and gtk development packages installed beforehand.
still very early days here.
Cheers,
James.
Does anyone know of (or is there interest in creating) a
library of basic, low-level, audio mixing subroutines? This
would be analag to the BLAS[1], but for audio.
What I'm thinking is something like Ardour's SSE-optimized
mixing subroutines... and updating it for later
optimizations (SSE2, SSE3, ...).
Thanks,
Gabriel
[1] http://www.netlib.org/blas/