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
I've been reading the LV2 docs for the N-th time, as well
as lots of examples, and it all remains complete completely
incomprehensible to my problably too primitive mind.
So I have a simple question:
What is the absolute minimum required to define an LV2
plugin (in other words, which files, and what do they
need to contain) assuming the following:
- The plugin requires one 'extension'.
- This extension defines everything except whatever is
required to enable a host to discover the existence
of the plugin on a system.
- In other words the extension defines how the host is
supposed to instantiate and call the plugin, the way
ports and parameter are described, etc. etc.
Ciao,
--
FA
O tu, che porte, correndo si ?
E guerra e morte !
>On Mon, June 14, 2010 7:40 am, Robin Gareus wrote:
>> On 06/14/2010 03:51 PM, Philipp wrote:
>> If a custom tracker should be developed at some point, then
>> it shouldn't happen behind LAD doors but together with other parties
who could benefit from it and likely have more expertise in that area.
>>
>> The closest existing thing I know is http://openhatch.org/, which pulls
all or some bugs from lots of trackers, but I'm not sure it's close to
what is needed here.
>
> AFAICT openhatch tackles a different problem: get people on a project. I
don't know if it can be useful for improving interoperability and
inter-project problems; but it could be a start.
>
It makes sense to me to integrate the functionality it provides as another
option. The trick is to figure out how to best integrate it...
>> My idea for the near future was to simply use an existing wiki,
possibly on linuxaudio.org (mainly because of the domain name). In the
simplest form I believe, tags could be used for applications (to find
all issues involving the specific app), pages for the issues and page
subscriptions for notification.
>
> Those features are all already present at wiki.linuxaudio.org.
>
> There's been some complaints about the current style; but no-one has
stepped forward and provided a better template yet. FWIW you can switch
the look&feel at http://wiki.linuxaudio.org/wiki/user/rgareus
> the "experimental" there is a contender for the new default. but it's
not yet XHTML clean and requires javascript.
>
> If one wants to pick up a project he/she can already find
> http://wiki.linuxaudio.org/apps/categories/unmaintained
> and
> http://wiki.linuxaudio.org/apps/categories/dead_link
>
It's true that you can find it but how many people actually do find it?
IMO brining this info out to the forefront should be a prerequisite for
the tracker page. In fact it would be useful to add these links to the
planet-bugs page so they have additional SEO for people coming to the site
from an engine.
>
> From the top-of-my head, here's how we could start:
>
> go to http://wiki.linuxaudio.org/wiki/bugs/ISSUE
>
> Where ISSUE eg: synchronization
> - create or edit the wiki-page
> - describe the problem
> - add links to affected software
> eg. [[apps:all:ardour]], [[apps:all:hydrogen]]
> - optionally add external links to upstream trackers.
> - optionally add {{rss>TRACKER-FEED-URL}} for issue upstream.
>
> The backlinks ("what links here") feature of the eg.
> http://wiki.linuxaudio.org/apps/all/hydrogen
> page will show related bugs. It will be easy to make a "show only
backlinks in the 'bug' namespace" feature.)
>
> Once we have a few test/example pages we can add wiki-shortcuts to ease
the workflow. There's also the possibility to have a small form that
will create a new wiki-page according to a template using
> http://www.dokuwiki.org/plugin:bureaucracy
>
I think this is a prerequisite for any form of wider adoption. Just
looking at the method described herein is enough to scare most people ;-)
I will be happy to assist with the form once we have defined and tested
the basic system if this turns out to be the preferred way to handling the
meta tracker.
> Then we'll "only" need to make developers of said application aware of
the bug-reports:
>
> This could happen using feeds:
> http://wiki.linuxaudio.org/feed.php?mode=list&ns=wiki:bugs:ISSUE
>
> or subscribing them to the "page change notification" of said issue.
>
Both options should be provided but the most likely to be useful will be
email notifications and automatically adding the bug to the applications
existing tracker.
> or it can be one of us, playing man-in-the-middle forwarding these bug
upstream.
>
Who's gonna pay for that persons time?
> A nice feature would be subscribe to 'pages with tag XXX'; that is not
yet possible; but I can whip up a plugin for that if once need it.
>
>> I'm no expert on wikis, so I'm not sure whether there
>> are more features that could be used to fulfill more of what we'd want.
>
> right; so far we have a problem description and brainstorm about
possible solutions but not actually a use-case list of "what we want".
>
I think it is being clarified now.
--
Patrick Shirkey
Boost Hardware Ltd.
--
Patrick Shirkey
Boost Hardware Ltd.
--- Begin forwarded message from Philipp Überbacher ---
From: Philipp Überbacher <hollunder(a)lavabit.com>
To: Robin Gareus <robin(a)gareus.org>
Date: Mon, 14 Jun 2010 13:31:40 +0200
Subject: Re: SPOOFED: Re: [LAD] meta issue tracker idea
Sorry, this message went to Robin only by accident.
Excerpts from Robin Gareus's message of 2010-06-13 14:14:13 +0200:
> The motivations are clear - you may have gotten some details wrong (eg
> Paul is working on quite a lot besides ardour) - but the tenor is right.
What I meant was that he never implemented anything that could have
solved the session management issue in ardour, be it lash, any of its
predecessors or anything more recent. I know that torben worked on a
jack_session patch for ardour, but as long as it's not in ardour it
doesn't help much. The reasons for this could be manifold and I won't
speculate at this point.
> The problem is: how to implement and maintain it? Just setting up a
> tracker is easy; getting people to use and listen to it is the first
> hurdle. Integrating it with upstream trackers the second.
>
> Do you know of a system up for the task that we can install without
> large development on our side?
>
> If you have a good idea or elegant prototype, we can hook you up to
> manage the tracker.linuxaudio.org vhost. None of the people involved in
> LAO [1] are currently available for such a task; well, maybe Patrick is?!
>
> Cheers!
> robin
>
> [1] http://lists.linuxaudio.org/pipermail/consortium/2010-April/002036.html
I think you're thinking more complicated than I did initially. Who says
a custom tracker, the possibility of integration with upstream trackers
and whatever other fancy stuff you guys came up with is really
necessary? I appreciate the input and ideas and I agree that it would be
nice, but necessary? Are you sure it's not more trouble than worth at
this point? If a custom tracker should be developed at some point, then
it shouldn't happen behind LAD doors but together with other parties who
could benefit from it and likely have more expertise in that area.
The closest existing thing I know is http://openhatch.org/, which pulls
all or some bugs from lots of trackers, but I'm not sure it's close to
what is needed here.
My idea for the near future was to simply use an existing wiki, possibly
on linuxaudio.org (mainly because of the domain name). In the simplest
form I believe, tags could be used for applications (to find all issues
involving the specific app), pages for the issues and page subscriptions
for notification. I'm no expert on wikis, so I'm not sure whether there
are more features that could be used to fulfill more of what we'd
want.
--- End forwarded message ---
--
Regards,
Philipp
--
"Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle Fragen offen." Bertolt Brecht, Der gute Mensch von Sezuan
Hi,
I have written a FFTW based block convolution jack client, but I am
having difficulty processing the last jackframes%L samples of the jack
buffer. I have read that it might be an idea to collect the samples
into a second buffer and process them independently of the jack
process callback, but I have no clue how to implement that. Any
suggestions would be appreciated.
I want to use the Parks-McClellin algorithm to generate some FIR
filter coefficents with some user configurable parameters and have it
process the filters using block convolution. Possibly as an addon for
calf?
So far my jack client works, and the block convolution overlap-add
algorithm works as per Oppenheim and Schafer, but the last few samples
of each jack buffer are zeroes.
It would be nice to be able to have FIR filters longer than the size
of the jack buffer too. Any ideas?
---
Damien Zammit
> I would like to add that as a beginner to LV2 plugins, I found the use of
> urls to be *extremely* confusing.
Strongly agree. Appears to mash two different things:
1- A Unique ID.
2- A relevant web site (Help file or source code etc).
No matter how clever, if you have to explain it time and time again. It's a
bad design.
Jeff McClintock.
Hi :)
are the coders of Calf Monosynth at that list?
Before I read "maximize flexibility while minimizing the number of
controls. Useful for synth basses", I exactly got this opinion. This is
one of the best virtual synth I know. Thanx :).
If you should have a wish list: I'm using a 61 keys keyboard and the
note numbers are fixed. I would like to have the option to transpose
Monosynth by octave steps.
Cheers!
Ralf
Hello Everyone,
In my new job I've been assigned to create a proof of concept "mp3 player"
using an existing product from our company. Trouble is, I've not done
anything with audio before and the timeframe is tight. I guess my new boss
thinks it's a piece of cake - "it's only software, after all, right?" The
main problem is that this Linux-based device doesn't have _any_ audio
capability so we're having to engineer something. The current plan is to
connect a fancy Bluetooth (CSR BC5) chip and use it for the audio-output
stage.
Although I don't think this forum is necessarily the right place to go
looking for help, I'm hoping someone can point me in the right direction for
where to get some education. I really don't understand the finer points of
how the audio signal gets to the device driver and this is where some help
would be appreciated. Specific questions I have are:
- What's the general flow of the data from the disk file (or streaming
audio source) to the device driver? Is it: MP3file -> streaming software ->
codec -> driver or// MP3file -> streaming software -> Codec -> streaming
software (e.g. via callback) -> driver? (or does it even have a standard
approach?)
- The Bluetooth part can be connected by UART or USB to the host. USB
would be better because the BT part enumerates as an audio-class device.
This would probably solve my problem, but our Linux device hasn't an
available host-side interface, I'd have to delve into USB OTG and maybe cut
and jumper some traces. That leaves UART. I don't see how a UART can be made
to look like an audio device unless I write a driver that presents as an
audio interface to Linux and exchanges the audio traffic between user space
at the top-end and the UART on its bottom-end. Is there an easier way to
create an audio interface out of a UART?
I've downloaded several packages to take a look at how they implemented, but
they all contain dozens (or hundreds) of files. Progress through will be
slow, but I'm guaranteed to find an answer. I've got copies of:
- gstreamer
- MuSE
- madplay
Between the three of these I think I'll be able to figure something out
(needs to be ported to ARM9). Is anyone able to make a recommendation?
Thanks for reading this post - I promise not to be a pest on this list (but
would be happy to share my eventual solution, if anyone wanted to know it)
Regards,
Pete Moss.
Hey guys!
Having moved to Linux I noticed a problem with holding keys. If I am using
JACK-keyboard or even tried this with a Windows sequencer through WINE,
holding a key results in triggering the note many-many times instead of just
playing it continuously, sustained. There seems to be no problem on Windows
with this. Is it a platform specific thing? Can this be somehow realized? I
would love to just press a key, hold it and have the note sustained.
--
Louigi Verona
http://www.louigiverona.ru/
Hi,
I'm having troubles posting to the list. Hopefully this mail will make it
through but I can never be sure. Switching SMTP server sometimes help, sometimes
not.
Some days it works, some days it doesn't. Yesterday, I tried several times to
answer to Geoff on the "pulsating noises" thread, but it didn't work. So that
Ralf (who was in CC) answered my post before mine arrived, which eventually
found its way to the list today.
Here's the error I always get:
<linux-audio-dev(a)lists.linuxaudio.org>: host
a.mx.lists.linuxaudio.org[198.82.152.114] said: 550 5.7.1
<linux-audio-dev(a)lists.linuxaudio.org>: Recipient address rejected: Mail
appeared to be SPAM or forged. Ask your Mail/DNS-Administrator to correct
HELO and DNS MX settings or to get removed from DNSBLs; please relay via
your ISP (samalyse.com) (in reply to RCPT TO command)
I'm participating to a rather important number of lists, and LAD is the only
place where I have this problem (dunno about LAU and LAA, since I haven't posted
there for a while). Also, it never happens in all my other personal mails.
--
Olivier
