On Thu, 17 Jun 2010 23:44:28 +0400
Louigi Verona <louigi.verona(a)gmail.com> wrote:
> Hello Simon!
> I am interested - how do you achieve phasing on Linux? Using what tools?
>
> --
> Louigi Verona
> http://www.louigiverona.ru
>
Check this out.. you will need python and numpy.
Simon.
Hi all,
So I'm banging around some piano samples:
http://pythonicle.net/sounds/output-7.ogghttp://pythonicle.net/sounds/output-7.mp3
using phasing (a la Steve Reich) and some piano samples I found here:
http://www.pianosounds.com/freesoundfont.htm
Does anyone have a recommendation for a more comprehensive (non-free even)
piano sound palette ?
I use python code* and was very happy to be able to import soundfont files.
I see also these gigasampler files, maybe i can use libgig to access those (?)
*Here are all my secrets: http://pythonicle.net/svn/projects/dsptools
Take a look if you are curious. There is python wrappers for using numpy
with ladspa and portaudio. And i forget what else. One of these days
I might get around to cleaning all this up, but right now I need to
make sounds just to bring some sanity into my world.
bye for now,
Simon.
Hi,
Is it common experience when (design/code/test module repeat) a real
time audio or (as in my case) MIDI application, that, as soon as you
finally solve a problem that's been bugging you for ages, and take a
step forward, you immediately step upon another whopping great pile of
@#$!???
It's taken me at least four months so far to get as far as I have with
my app. There is still not a single MIDI message emitted from it yet.
It has a GTK GUI with almost as much as 0.01% of the features the GUI
will eventually require.
I've been pretty obsessed with it, spending a high percentage of my
spare time attempting to code this.
Incidentally, if I want the GUI to update very close to real time, say
a grid of blocks flashing on and off as notes come and go, any
thoughts? Would a GTK GUI update fast enough? I'm also wondering about
going for an "Immediate Mode" GUI using SDL, possibly with OpenGL, I'm
unsure... It's a way off yet, I'm concentrating on getting the engine
working without a UI first.
Cheers,
James.
Hi everyone,
a question for one of your OSC gurus out there: is it possible/a good
idea to use OSC for syncing? How good is it for that kind of thing?
So far I have only used it for parameter control, but is there a good
means of using it with timing accuracy?
Thanks a lot
Victor
Another stupid question induced by an argument regarding to MIDI jitter
by Daniel James.
> [snip] I'm sceptical that
> the realtime kernel is the cause of your MIDI problems. If they got this
> right in the 80's, on computers which could not do anything near
> realtime audio processing, then I think it's more likely to be a
> question of MIDI application design.
IMO it's a good hint.
Why do people (not only me) report jitter for external MIDI equipment,
but I couldn't find any report for real-time audio jitter? Resp. what's
about async and disconnecting clients by JACK? Does this regard to the
same issue, caused by the hardware combination?
And it's not only for Linux, but for e.g. Windows Cubase too, while
Cubase on the Atari is ok. OTOH on Windows audio clients don't
disconnect, just MIDI jitter is an issue too.
Cheers!
Ralf
Qjackctl has the -n option to select a Jack server name,
and recent versions also allow multiple presets.
What would it take to make the server name a element of
a preset rather than a command line option ?
That would finally allow to run multiple jacks on the
same machine (something I've been doing quite a lot
recently) without having to start each qjackctl with
a different command line option (e.g. from a desktop
menu).
And maybe the four start/stop scripts should also be
'per preset'.
While we're here: almost no apps support selecting a
specific Jack server. I've been adding this to some
of my own just because I needed it.
Using -n for this can be problematic if the toolset
used doesn't allow context-sensitive options: -n is
also used as a parameter for an ALSA interface, and
some apps support both Jack and ALSA.
Ciao,
--
FA
O tu, che porte, correndo si ?
E guerra e morte !
I thought very long, that it don't support JACK. But I just ran ldd, and saw a dependency on libjack.so.0. And if I try to playback when jackd is not runing, it says, that could not connect to jack server. If server is runing, it doesn't produce any signals, but silently prefers alsa. I have JACK2 and tried both with jackdbus and legacy jackd. So, what is situation?
I assume, it is undocumented and half-complete feature, but it is interesting, to have an expert opinion. I could not find any helpful information about.
> I am also interested in your gtkmm widgets..
> Could you send them to me also?
>
I decided to also post them to a github repo in the end.. (backups are
always good).
git clone https://harryhaaren@github.com/harryhaaren/Gtkmm-Custom-Widgets.git
should give you a folder called Gtkmm-Custom-Widgets in your ~/
Cheers, -Harry
PS: I have at least one more widget to add in there, and probably more from
various little
other projects I have here... will probably be done in the next few days.
(They'll need some
small changes to compile without OSC libraries etc..)
> > wait, isn't the
> > LV2UI_Descriptor->port_event() and LV2UI_Write_Function() interface
> toolkit
> > agnostic? Wouldn't it be possible to have toolkit agnostic host-
> facilitated communication?
>
> Yes, these are. And these allow plugins to communicate
> with other plugins.
>
> However, these functions are executed in the host
> application's memory space. So, I don't see how it would
> help in having FLTK widgets hosted by a Qt application.
Could a 'fake' (facade) LV2 host interface be supplied by the GUI process,
then forwarded somehow to the main application process? Like how VST Version
3 works?
Hi all,
I am thinking about making a custom GUI for the Autotalent LV2 Port, which
would allow the user to select scales easier and perhaps provide some eye
candy ;).
It seems that there is some issue with LV2 GUIs being not cross-platform
because they require GTK. Therefore it seems to make sense to create a GUI
using Qt, so it will work on most imaginable platforms. However, when I
started googling, I found a discussion on the topic by the author of the
Composite sampler, who wanted to do the same thing. It seemed like he was
actually writing a new extension in order for this to work. However, I
couldn't find any further work on that project, and currently the Composite
plugin doesn't have a custom GUI at all.
So my questions are:
Is it possible to create a Qt GUI with the currently designed extensions?
Which extension should I use if so?
Which hosts support which type of external GUI creation? Would it take
additional code to get any Qt GUI running under them?
Is there any reason I should not use an external Qt GUI?
Where should I start with getting an external Qt GUI to run?
Thanks,
Jeremy
