On 07/29/2011 08:00 PM, David Robillard wrote:
On Fri, 2011-07-29 at 13:56 +0200, Olivier Guilyardi wrote:
I understand that you want LV2 to be a standard and only a standard, and thus
only show its specification on http://lv2plug.in. You seem to consider that
serd, sord and lilv are helper
On 07/13/2011 03:51 PM, Paul Davis wrote:
On Wed, Jul 13, 2011 at 9:46 AM, Olivier Guilyardi l...@samalyse.com wrote:
On 07/13/2011 11:09 AM, Tim Blechmann wrote:
in fact, testing is not the best approach for verifying lock-free data
structures: an implementation may work for years
On 07/12/2011 10:27 AM, Tim Blechmann wrote:
OTOH, if you have a number of threads at the same priority
as Jack's and doing audio work (e.g. to use all the CPUs of
an SMP machine) then using locks between them (but no other
threads) should be OK - depending a bit on how they are used.
So, you
On 07/12/2011 09:45 PM, Chris Cannam wrote:
Thinking it over and going back over some references and earlier
threads here (e.g. much earlier ones from Olivier et al) it does seem
that this should be enough. This particular situation isn't so
complicated after all. I think the more I read
On 07/12/2011 11:07 PM, Chris Cannam wrote:
On 12 July 2011 21:20, Olivier Guilyardi l...@samalyse.com wrote:
Quite interestingly, I have noticed that discussions about memory barriers
are
often somehow endless. [...] So I thought, maybe there's a hidden topic
behind that. A memory barrier
On 07/12/2011 10:36 PM, Paul Davis wrote:
On Tue, Jul 12, 2011 at 4:20 PM, Olivier Guilyardi l...@samalyse.com wrote:
Quite interestingly, I have noticed that discussions about memory barriers
are
often somehow endless. What happened in the past is that I saw countless
discussions about
On 07/12/2011 11:37 PM, Chris Cannam wrote:
On 12 July 2011 22:32, Olivier Guilyardi l...@samalyse.com wrote:
Thing is, of every single thing that has been said on this thread about
memory
barriers and ringbuffers, no one can prove anything. On this thread, on
others,
on LAD and elsewhere
Le 13/07/11 00:23, Dan Kegel a écrit :
On Tue, Jul 12, 2011 at 2:32 PM, Olivier Guilyardil...@samalyse.com wrote:
no one can write a test case which fails when
memory barriers are missing in a ringbuffer implementation.
That's an interesting assertion. It's kind of tempting to write some
Le 13/07/11 02:08, Fred Gleason a écrit :
On Jul 12, 2011, at 19:50 05, Olivier Guilyardi wrote:
Problem is I don't have a such device at the moment.
Is your testing code online somewhere? I do have such a setup (iPad 2
provisioned as a development device in XCode), and may take a crack
Le 13/07/11 01:56, Paul Davis a écrit :
On Tue, Jul 12, 2011 at 7:31 PM, Arnold Krillearn...@arnoldarts.de wrote:
You mean there should be a barrier to discussions about memory barriers?
No. He means that there needs to be a barrier inserted into the
discussion before its possible to move
On 07/11/2011 03:45 AM, Sean Bolton wrote:
On Jul 10, 2011, at 6:34 PM, Sean Bolton wrote:
On Jul 10, 2011, at 2:41 PM, Paul Davis wrote:
do we have SMP systems these days that do not guarantee cache coherency?
Yes. PowerPC and Alpha do not. UltraSPARC v9 and ARMv6/ARM11 and later
have modes
On 07/12/2011 12:06 AM, Fons Adriaensen wrote:
OTOH, if you have a number of threads at the same priority
as Jack's and doing audio work (e.g. to use all the CPUs of
an SMP machine) then using locks between them (but no other
threads) should be OK - depending a bit on how they are used.
So,
On 07/08/2011 02:21 PM, James Morris wrote:
JACK's ringbuf, as most will have undoubtedly known all along, is
faster, and the test code required 5 iterations less than when
using my ring buf. maybe somewhere, the atomics are required?
james.
I cannot comment on atomics op, but we have
On 07/07/2011 09:29 PM, David Robillard wrote:
On Wed, 2011-07-06 at 13:40 +0200, Olivier Guilyardi wrote:
[...]
For now, maybe that you could just review and commit the amplifier example
mentioned by Gabriel. I think that a trunk/examples/ folder would be nice.
http://lv2plug.in/repo/trunk
On 07/06/2011 02:03 AM, David Robillard wrote:
On Tue, 2011-07-05 at 15:44 -0500, Gabriel M. Beddingfield wrote:
On Tuesday, July 05, 2011 03:34:15 pm Olivier Guilyardi
wrote:
Okay, then, if it is still compliant, it would be nice to
have it in there: http://lv2plug.in/trac/browser/trunk
I
Hi,
Reading this thread again, I feel like clarifying a few points.
On 06/29/2011 10:03 PM, Nick Copeland wrote:
No, technically, an app can load a native shared library provided by
another
without caring about any kind of signature. An app can freely dlopen()
a library
provided by another
Hi,
Looking around the LV2 Trac at http://lv2plug.in/trac/, I don't see any simple
introduction on how to create a minimal plugin. Is there any plan for this?
I think that a gain plugin tutorial could be a way to show how to say Hello
World in LV2. Something very short, which include proper
On 07/05/2011 09:47 PM, Gabriel M. Beddingfield wrote:
On Tuesday, July 05, 2011 02:12:40 pm Olivier Guilyardi
wrote:
Looking around the LV2 Trac at http://lv2plug.in/trac/, I
don't see any simple introduction on how to create a
minimal plugin. Is there any plan for this?
It used to exist
On 07/05/2011 10:24 PM, Gabriel M. Beddingfield wrote:
On Tuesday, July 05, 2011 03:11:32 pm Olivier Guilyardi
wrote:
Is this code ok according to the latest LV2 specs? Is it
a good candidate for being an official example? Is there
anything important to add/remove/change?
It's up-to-date
On 07/01/2011 09:44 PM, Gabriel M. Beddingfield wrote:
On Friday, July 01, 2011 09:38:20 am Olivier Guilyardi
wrote:
On 06/30/2011 11:56 PM, Jeff McClintock wrote:
Jump on board *early* LV2 ;)
:
:)
I think it should be very easy to build and test the LV2
host stack on Android once
On 06/30/2011 11:56 PM, Jeff McClintock wrote:
Jump on board *early* LV2 ;)
:)
I think it should be very easy to build and test the LV2 host stack on Android
once the Glib dependency is gone. And anyone can try this since the Android SDK
and emulator are freely available. Plus, the Android NDK
On 06/30/2011 09:26 AM, Jens M Andreasen wrote:
On a related subject ... What is the Java implementation like on
Android? Is it the normal Java as we have it in Linux/OSX/etc or is it
one of those Mobile variants, having its own set of API's?
On Android, it's pretty standard. You can rely on
- or am I looking in the wrong places?
I would have wanted one of those underpowered tablets that people are
dumping left and right as a midi-sysex controller
/j
[Ctrl-L == Reply-to-List]
On Thu, 2011-06-30 at 11:53 +0200, Olivier Guilyardi wrote:
On 06/30/2011 09:26 AM, Jens M Andreasen
:
Agreed - that page is about something entirely different
On Thu, 2011-06-30 at 13:49 +0200, Olivier Guilyardi wrote:
I know very little about this, but turning an Android device into a
USB
controller should become possible with the new (Arduino based) Android
ADK:
http
Hi guys!
I just started a thread on andraudio about Android audio plugins and advanced
app interaction, including LV2 and others:
http://music.columbia.edu/pipermail/andraudio/2011-June/000238.html
Feel free to join in.
--
Olivier
___
Hello Gabriel,
On 06/29/2011 06:19 PM, Gabriel M. Beddingfield wrote:
Good stuff!
Thanks :)
By the way, if you don't mind, I think it would be nice to centralize the
discussions on the andraudio thread.
On Wed, 29 Jun 2011, Olivier Guilyardi wrote:
I just started a thread on andraudio
On 06/29/2011 09:07 PM, Nick Copeland wrote:
Who's talking about getting apps to interoperate? Not me.
No, but you are talking about getting developers to interoperate. The
The Android app model is very segregating so if you want to share libraries
then you will also have to have all
On 06/29/2011 07:59 PM, Nick Copeland wrote:
- Mobile processors generally do NOT have good
floating point power. Sometimes by a factor
of 1000 flops.
It can be a factor of 1000 if the binaries are built assuming there is
an FPU.
What happens is you get a system call for every failed float
On 06/29/2011 10:31 PM, Gabriel M. Beddingfield wrote:
On Wed, 29 Jun 2011, Nick Copeland wrote:
Perhaps I have missed the point, Android security prevents you
accessing resources that you have not been given a priori permission
to use to ensure the system cannot be compromised by
On 06/29/2011 10:33 PM, Nick Copeland wrote:
No, when building with Android NDK using the armeabi-v7a ABI, hard
floats are
used. This works on ARMv7, which means a lot of devices, and certainly the
majority.
But then every other system gets the rough 1000 factor performance hit
that
On 03/28/2011 11:27 PM, Philipp Überbacher wrote:
Excerpts from Stefano D'Angelo's message of 2011-03-28 22:59:46 +0200:
2011/3/28 Tim Goetze t...@quitte.de:
I'm planning to add a mode switch (low- or bandpass) to the AutoWah
instead of making a separate new plugin, or would that be a stupid
Hello,
On 03/25/2011 07:13 PM, David Robillard wrote:
Sorry. I still have plenty of releases left on the table before I have
time to get around to this stuff... and yes, I took a little break for a
change ;)
Okay, no problem. And congratulations to you and Stefano for the new releases.
I
On 03/24/2011 07:49 AM, Stefano D'Angelo wrote:
Hi Olivier,
2011/3/19 Olivier Guilyardi l...@samalyse.com:
On 03/18/2011 06:06 PM, Olivier Guilyardi wrote:
Hi!
On 03/11/2011 07:22 PM, David Robillard wrote:
On Fri, 2011-03-11 at 12:08 +0100, Olivier Guilyardi wrote:
I will try
Hi!
On 03/11/2011 07:22 PM, David Robillard wrote:
On Fri, 2011-03-11 at 12:08 +0100, Olivier Guilyardi wrote:
I will try and submit a patch to remove glib. It'll take some time because I
have dozens of other things to do, but I will work on this. I had a quick
look
at sord, it seems
On 03/18/2011 06:06 PM, Olivier Guilyardi wrote:
Hi!
On 03/11/2011 07:22 PM, David Robillard wrote:
On Fri, 2011-03-11 at 12:08 +0100, Olivier Guilyardi wrote:
I will try and submit a patch to remove glib. It'll take some time because I
have dozens of other things to do, but I will work
On 03/02/2011 03:30 PM, Stefano D'Angelo wrote:
However, as I see it now, this is a possible list of GUI techonologies
that may be worth considering:
1. HTML/JS/CSS (web UIs)
2. OpenGL (advanced UIs)
3. GTK+ and Qt (almost all current LV2 desktop hosts use either)
4. EFL (might be sound on
On 02/25/2011 10:00 PM, David Robillard wrote:
On Fri, 2011-02-25 at 21:09 +0100, Olivier Guilyardi wrote:
That said there is another big problem. This glib dependency, it's way too
heavy
for mobile deployment.
Glib was the most effective route of getting the job done - rewriting
the few
On 03/04/2011 01:53 PM, Stefano D'Angelo wrote:
Hence, in this case, I think we should exploit the
extensibility/decentralization of LV2: those who, like me, care about
control rate visualization hints may want to help on web UIs, for
example, the others might do the same with native GL.
On 03/04/2011 03:40 PM, Stefano D'Angelo wrote:
2011/3/4 Olivier Guilyardi l...@samalyse.com:
But LV2 is extensible. So what I think is that in addition to the extensions
which imply UI/engine separation (and I understand that it's important in
many
cases), there should
On 03/02/2011 11:49 PM, Fons Adriaensen wrote:
Here (for once) we do agree :-) There's probably no worse way
to show what a compressor is doing than showing the input and
output waveforms. A simple bargraph showing the current gain
- or better, the gain range over a short period - will do
On 03/02/2011 12:22 AM, David Robillard wrote:
On Tue, 2011-03-01 at 19:36 +0100, Olivier Guilyardi wrote:
Hmm, what platform specific native code? In my idea, the host would handle
setting up the GL viewport and such.
... the host would platform specific native code ;)
No, not really
On 03/02/2011 02:27 PM, Paul Davis wrote:
On Wed, Mar 2, 2011 at 8:20 AM, Olivier Guilyardi l...@samalyse.com wrote:
With this method, notably used by game devs, there's one code base, with thin
platform drivers.
i should comment here: although this is the *theory* behind game
development
On 03/02/2011 03:30 PM, Stefano D'Angelo wrote:
Let's try to make everybody (un)happy:
http://blogs.sonyericsson.com/developerworld/2011/02/24/webgl-support-in-the-android-web-browser/
Pretty amazing.
However, as I see it now, this is a possible list of GUI techonologies
that may be worth
On 03/02/2011 06:32 PM, David Robillard wrote:
Why you are trying to pick apart web UIs in the same email as you're
arguing where one size does not fit all I don't know... I want a remote
control that works on any device out of the box. It's about as blatantly
obvious as anything can be that
(resending this since my previous mail with attachments didn't go through)
On 03/02/2011 06:29 PM, Paul Davis wrote:
On Wed, Mar 2, 2011 at 12:25 PM, Olivier Guilyardi l...@samalyse.com wrote:
pluginUserInterface gridWidth=16 grigHeight=8
knob port=gain x=1 y=2 width=4 height=4 /
slider
On 03/01/2011 01:53 PM, Stefano D'Angelo wrote:
2011/2/28 Olivier Guilyardi l...@samalyse.com:
So far, I've had my intern select more generic effects, such as reverb,
compression, delays, etc.. It needs some more work on the guitar side.
There should be plenty of such effects in either
On 02/28/2011 10:37 PM, Stefano D'Angelo wrote:
The current NASPRO bridge from LADSPA to LV2 does not depend on LRDF
files, yet it uses them if found to provide extra metadata. After all,
that's what they are for.
Sounds good. AFAIK, the LRDF files are especially useful for enumerations. I've
On 03/01/2011 12:58 AM, David Robillard wrote:
On Mon, 2011-02-28 at 21:51 +0100, Olivier Guilyardi wrote:
Actually, on current mobile platforms, when one wants a portable UI, there
is an
alternative to Web UIs: OpenGL. This runs everywhere, and as smoothly as can
be.
All you need
Hi!
On 02/26/2011 09:08 PM, David Robillard wrote:
Fair enough. The sum of all installed LV2 data loaded into a data
structure can be large, though. My new implementation is still not quite
optimal, though:
[...]
On Android it's probably not an issue though, as you say. For other
embedded
(split from: RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb)
On 02/27/2011 02:13 PM, Stefano D'Angelo wrote:
2011/2/27 Giuseppe Zompatori silicon...@gmail.com:
2011/2/27 Stefano D'Angelo zanga.m...@gmail.com:
In the FAQ they say it's actually some sort of preamp... but well, I
can't
(split from: RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb)
On 02/26/2011 11:35 PM, David Robillard wrote:
At this very instant, on a particular device, browser might not be up to
snuff.
Personally I'm more interested in better long-term investments, and the
browser is only going
On 02/25/2011 09:13 PM, Stefano D'Angelo wrote:
2011/2/25 Olivier Guilyardi l...@samalyse.com:
That said there is another big problem. This glib dependency, it's way too
heavy
for mobile deployment.
Since this was already discussed and we happen to have possible GLib
replacements, could
On 02/26/2011 05:47 PM, Stefano D'Angelo wrote:
So, the latest SLV2 has dropped librdf in favor of a minimal
RDF/Turtle implementation already done by Dave himself. Such
implementation is basically made of two libraries: Serd (parser) and
Sord (triple store).
I was unsure librdf. It's good
On 02/26/2011 06:45 PM, Stefano D'Angelo wrote:
Something like 100k-200K could be fine in my case, at the condition that
adding
LV2 support provides a real benefit in terms of functionality.
This depends on what you are using it for and how. Being decentralized
extensible, you could also
On 02/26/2011 07:07 PM, David Robillard wrote:
On Sat, 2011-02-26 at 17:33 +0100, Olivier Guilyardi wrote:
[...]
This RDF turtle format is surely a beautiful thing when you write or read it,
but it requires such a parsing machinery...
The serd reader is about 1300 lines of C
On 02/26/2011 07:18 PM, David Robillard wrote:
I'm more in to shrinking the actual runtime memory overhead to the
absolute bare minimum than shrinking the code. I have roughly infinity
more useful things to do than pretending 100k libraries are bloated :)
Oddly, on most Android devices you
On 02/26/2011 07:28 PM, David Robillard wrote:
Heh :) Well, right now, I'm more wondering about what ui:AndroidUi could be.
I think browser UI is definitely the way to go. Then it's a UI for
basically anything, and one that's inherently remote control capable.
I have a few ideas knocking
On 02/26/2011 07:37 PM, Stefano D'Angelo wrote:
2011/2/26 Olivier Guilyardi l...@samalyse.com:
So it turns out it depends on how long you want to wait, or rather if
you would consider giving some help, and what you want to do with LV2.
What kind of help would you need?
There are several
On 02/23/2011 06:24 PM, Daniel Poelzleithner wrote:
On 02/23/2011 11:10 AM, Olivier Guilyardi wrote:
The dynamic cgroups solution seems good.
On Android there basically is one priviledged and trusted audio process,
audioflinger, the sound server, which performs mixing and access
On 02/25/2011 04:53 PM, Olivier Guilyardi wrote:
Wouldn't this be an improvement in regard to security?
About this, security really doesn't seem like a pointless question to me.
Otherwise, why would all major distributions grant absolutely no realtime
privileges/runtime by default? Reading
On 02/25/2011 05:33 PM, Paul Davis wrote:
the point is that both OS X and contemporary linux have mechanisms
that prevent RT scheduling from locking up the system.
linux distributions have not adapted to this reality and thus they
still continue to make RT scheduling inaccessible to users
On 02/25/2011 07:33 PM, David Robillard wrote:
That said, I can't think of an actual reason why LGPL complicates
matters...
I am not a lawyer and all that but on mobile devices it can be very complicated
(or impossible) to satisfy the ability-to-relink LGPL requirement.
LV2 plugins on mobile
On 02/25/2011 08:14 PM, Stefano D'Angelo wrote:
2011/2/25 Olivier Guilyardi l...@samalyse.com:
LV2 plugins on mobile devices? Yes, I'm investigating that :)
Olivier++
Android or...?
Yep :)
___
Linux-audio-dev mailing list
Linux-audio-dev
On 02/25/2011 08:15 PM, Stefano D'Angelo wrote:
2011/2/25 Olivier Guilyardi l...@samalyse.com:
On 02/25/2011 08:14 PM, Stefano D'Angelo wrote:
2011/2/25 Olivier Guilyardi l...@samalyse.com:
LV2 plugins on mobile devices? Yes, I'm investigating that :)
Olivier++
Android or...?
Yep
On 02/25/2011 08:57 PM, David Robillard wrote:
It's a few months ago now that I investigated LV2. IIRC, at that time I
concluded that this wasn't an option because SLV2 was GPL'ed. But things are
changing IIUC :)
You never asked. I would have changed it... but I am not psychic ;)
It's not
On 02/25/2011 08:59 PM, Stefano D'Angelo wrote:
The thing about Android is that third-party plugins should be rather
feasible.
There are simple mechanisms which could easily allow a host to discover which
plugins are installed on the system. Such plugins could be distributed as
standalone
On 02/25/2011 09:24 PM, Stefano D'Angelo wrote:
2011/2/25 Olivier Guilyardi l...@samalyse.com:
There are a couple of security issues with linking about a third-party .so
though.
True.
However, my question about this Android/LV2 possibility is: what for? Any
ideas?
In my case, it's
Hello Robin,
On 02/23/2011 08:28 PM, Robin Gareus wrote:
On 02/23/2011 11:22 AM, Olivier Guilyardi wrote:
Hi,
On 02/17/2011 10:53 PM, Robin Gareus wrote:
/proc/sys/kernel/sched_rt_runtime_us
/proc/sys/kernel/sched_rt_period_us
kernel-source/Documentation/scheduler/sched-rt-group.txt
On 02/24/2011 07:01 PM, Robin Gareus wrote:
On 02/24/2011 03:59 PM, Olivier Guilyardi wrote:
Hello Robin,
Now, say I'm only focusing on playback now. Is there something wrong with
calling a blocking output API from a realtime thread as I ask below?
mmh. it depends on how the blocking
Hello Daniel,
thanks for sharing your experience.
On 02/18/2011 02:43 PM, Daniel Poelzleithner wrote:
On 02/17/2011 09:40 PM, Olivier Guilyardi wrote:
I have written a dynamic system optimizer for linux called ulatencyd. I
stumbled more by accident over rt issues my self. I use dynamic
On 02/17/2011 11:04 PM, Fons Adriaensen wrote:
On Thu, Feb 17, 2011 at 10:53:54PM +0100, Robin Gareus wrote:
/proc/sys/kernel/sched_rt_runtime_us
/proc/sys/kernel/sched_rt_period_us
I've been told than on OSX, when a process runs in realtime, it is only
allowed
to use a certain ratio of
Hi everyone,
I am currently spending a lot of time working on Android, and on the andraudio
mailing list [1] we are discussing about possible improvements to the internal
Android audio system. Currently, latencies are very high, over 100ms, and we're
looking for ways to improve the situation.
In
On 02/17/2011 09:48 PM, Paul Davis wrote:
On Thu, Feb 17, 2011 at 3:40 PM, Olivier Guilyardi l...@samalyse.com wrote:
in earlier versions of 2.6, the kernel patch to allow SCHED_FIFO for
everyone was incredibly simple. i recall kjetil posting a couple of
lines, at most.
whether
Hi everyone!
I am glad to announce the creation of the andraudio mailing list, dedicated to
audio development on Android, at: andrau...@music.columbia.edu
More info and subscribing: http://music.columbia.edu/mailman/listinfo/andraudio
This list is meant to be a place to discuss about audio
Hello everyone,
I am trying to understand how a simple sound server could be implemented. I will
not necessarily develop this, but I'm trying to clarify my ideas.
As in JACK, it would allow clients to register, and their process callback to be
called with input and output buffers of a fixed
On 12/26/2010 01:37 PM, Harry Van Haaren wrote:
On Sun, Dec 26, 2010 at 11:20 AM, f...@kokkinizita.net
mailto:f...@kokkinizita.net wrote:
Depends entirely on if the delay is acceptable or not. You can send
it as
a binary blob - encoding each sample would be quite a waste of
Hi everyone,
sorry, I'm a bit late here, but I wanted to answer on this thread.
On 11/10/2010 09:52 PM, Ralf Mardorf wrote:
On Wed, 2010-11-10 at 21:31 +0100, Philipp Überbacher wrote:
The reason I ask this is because I am curious about what kind of
backgrounds a free software developer
On 11/02/2010 06:16 PM, hermann wrote:
When such an audio-gui standard and configuration is developed, I would love
to
participate. And use it in my apps. I think its a good idea, especially the
idea of allowing the user to switch between circular and linear behaviour
for
round
On 09/28/2010 07:28 AM, hermann wrote:
Am Montag, den 27.09.2010, 16:57 +0200 schrieb Olivier Guilyardi:
My point was that widgets drawn directly with Cairo bypass the
gtk_paint_*()
drawing abstraction layer, which would forbid engine to provide their
own knob
drawing implementation, as it's
On 09/28/2010 01:59 PM, Patrick Shirkey wrote:
There is a couple of things about knobs that don't translate well to a
mouse and are still fairly cumbersome with multitouch.
I can't get away from the feeling that knobs on a screen are as bad as
screws. They just don't translate intuitively.
On 09/28/2010 03:31 PM, Paul Davis wrote:
On Tue, Sep 28, 2010 at 7:00 AM, Olivier Guilyardi l...@samalyse.com wrote:
I'm not a gtk engine wizard, but the problem is still here IIUC.
Most custom widgets for GTK suffer from this problem. Its not a new
thing. The GTK docs and even the GTK
On 09/27/2010 01:44 PM, Patrick Shirkey wrote:
On Sun, September 26, 2010 1:35 pm, pete shorthose wrote:
WRT the recent discussion about pixmap knob widgets and theme
conformance (that i can't reply to since i wasn't on the list
at the time, sorry)
AFAICS, no one mentioned themable pixmap
On 09/27/2010 04:23 PM, Patrick Shirkey wrote:
Agreed. IMO, for proper scaling and theme support, the only solution is to
draw
everything in code, with Cairo for instance.
Thus, the most obvious possibility is simplified knobs as those designed
by
Thorwil, which use very few colors.
On 09/27/2010 05:42 PM, hermann wrote:
Am Montag, den 27.09.2010, 15:46 +0200 schrieb Olivier Guilyardi:
On 09/27/2010 01:44 PM, Patrick Shirkey wrote:
On Sun, September 26, 2010 1:35 pm, pete shorthose wrote:
WRT the recent discussion about pixmap knob widgets and theme
conformance (that i
On 09/27/2010 06:30 PM, pete shorthose wrote:
On 27/09/10 14:46, Olivier Guilyardi wrote:
On 09/27/2010 01:44 PM, Patrick Shirkey wrote:
On Sun, September 26, 2010 1:35 pm, pete shorthose wrote:
WRT the recent discussion about pixmap knob widgets and theme
conformance (that i can't
On 09/27/2010 07:32 PM, hermann wrote:
Am Montag, den 27.09.2010, 19:13 +0200 schrieb Olivier Guilyardi:
On 09/27/2010 05:42 PM, hermann wrote:
Am Montag, den 27.09.2010, 15:46 +0200 schrieb Olivier Guilyardi:
On 09/27/2010 01:44 PM, Patrick Shirkey wrote:
On Sun, September 26, 2010 1:35 pm
On 09/16/2010 05:01 PM, Paul Davis wrote:
On Thu, Sep 16, 2010 at 4:52 AM, Olivier Guilyardi l...@samalyse.com wrote:
I quite like it when it's minimal, not too realistic. It reminds be a bit of
the
memory/swap meters in the Gnome System Monitor:
http://testing.samalyse.com/lad/widgets
On 09/16/2010 02:18 AM, Niels Mayer wrote:
This looks like a better mouse-knob interactor, e.g. use the mouse for
pointing/selecting, and then use this knob for simultaneously
controlling multiple parameters on the selected channel at once.
In regard to controlling several parameters with a
On 09/15/2010 09:38 AM, Igor Brkic wrote:
On 14.09.2010 22:49, Olivier Guilyardi wrote:
I would quite like to have a look at your knob, but ardour3 r7775
segfaults
here, right after clicking on Apply in the New Session dialog.
Attached: output
and backtrace.
I wanted to try Ardour3 too
On 09/14/2010 06:45 PM, Paul Davis wrote:
On Tue, Sep 14, 2010 at 12:26 PM, Johannes Kroll jkr...@lavabit.com wrote:
Juce uses its antialiased drawing code to draw the knob. This requires
no image resources and enables displaying the rotation precisely, it
can be scaled and it's themable (by
On 09/14/2010 09:14 AM, Thorsten Wilms wrote:
On Mon, 2010-09-13 at 22:14 +0200, Olivier Guilyardi wrote:
For the default rendering of the blue part, using
GtkStyle.bg[GDK_STATE_SELECTED] seems to make sense since it renders to a
color
(blue, brown, etc..) in many modern themes. However
On 09/14/2010 05:07 AM, hermann wrote:
Okay, when you have generic Desktop rc-style files in mind, maybe libgxw
isn't the solution, I have more something like this in mind:
http://img834.imageshack.us/img834/5087/screenshot027x.png
I guess with a ordinary GTK RC Desktop style file it will
On 09/13/2010 04:43 PM, Paul Davis wrote:
On Mon, Sep 13, 2010 at 10:38 AM, Olivier Guilyardi l...@samalyse.com wrote:
On 09/13/2010 04:25 PM, Paul Davis wrote:
On Mon, Sep 13, 2010 at 9:53 AM, Olivier Guilyardi l...@samalyse.com
wrote:
On 09/12/2010 02:05 PM, Loki Davison wrote
On 09/12/2010 02:05 PM, Loki Davison wrote:
Thorsten's design is as always fantastic. :)
Agreed, it's a a shame his new knob designs at
http://thorwil.wordpress.com/?s=knobs were never implemented. I think they're
very cool and somehow remind me of Live knobs.
I'd think about doing more on
On 09/13/2010 04:25 PM, Paul Davis wrote:
On Mon, Sep 13, 2010 at 9:53 AM, Olivier Guilyardi l...@samalyse.com wrote:
On 09/12/2010 02:05 PM, Loki Davison wrote:
Thorsten's design is as always fantastic. :)
Agreed, it's a a shame his new knob designs at
http://thorwil.wordpress.com/?s=knobs
On 09/13/2010 04:43 PM, Paul Davis wrote:
On Mon, Sep 13, 2010 at 10:38 AM, Olivier Guilyardi l...@samalyse.com wrote:
On 09/13/2010 04:25 PM, Paul Davis wrote:
On Mon, Sep 13, 2010 at 9:53 AM, Olivier Guilyardi l...@samalyse.com
wrote:
On 09/12/2010 02:05 PM, Loki Davison wrote
On 09/10/2010 06:06 PM, hermann wrote:
Am Freitag, den 10.09.2010, 14:32 +0200 schrieb Olivier Guilyardi:
Well, as I previously said, I think that knobs can make sense in
certain
situations. So I'd rather see the phat knob improved ;) I think that's
a really
cool widget, it provides a very
On 09/10/2010 02:37 AM, Loki Davison wrote:
On Wed, Sep 8, 2010 at 6:15 AM, Olivier Guilyardi l...@samalyse.com wrote:
Actually, I used the fansliders before, in the very same place :) But there
were
two things that I didn't like:
- the way they look, especially when unfolded, those ugly
On 09/08/2010 12:46 AM, Tim E. Real wrote:
However, I would like to share with you a 'patented' (he he)
technique I developed a long time ago:
I am contesting the patent, I did start to work on the same idea two years ago
:p
When the mouse cursor goes to the edge of the screen you
have
Hello everyone,
On 09/07/2010 08:25 PM, Paul Davis wrote:
On Tue, Sep 7, 2010 at 6:23 PM, Gabriel M. Beddingfield
gabrb...@gmail.com wrote:
On Tue, 7 Sep 2010, Gordon JC Pearce wrote:
This is going to stir up a bit of discussion!
Rotary knob GUI elements - should you move the mouse in a
1 - 100 of 159 matches
Mail list logo
