Hello all,
A new release of zita-convolver is being prepared. It's
currently in the 'torture department' for testing, and
it will remain there for a week or so.
There are quite a lot of changes. The new release will
not only be binary incompatible with 2.0.0, there will
be some small but unavoidable API changes as well. This
also means there will be an update of jconvolver at the
same time.
If you are one of the brave using zita-convolver in your
own project even if there was no documentation at all,
please get in contact. I will then provide the new
library along with instructions that should allow you
to provide a compatible source version of your app at
the same time as the library update.
Ciao,
--
FA
On 23 February 2011 22:11, David Robillard <d(a)drobilla.net> wrote:
> SLV2 is now based on two new libraries: Serd (RDF syntax) and Sord (RDF
> store). Both are roughly 2 thousand lines of C, solid and thoroughly
> tested (about 95% code coverage, like SLV2 itself). Serd has zero
> dependencies, Sord depends only on Glib (for the time being, possibly
> not in the future).
Can you point me at the API or code? I couldn't see it in a quick
browse on your SVN server.
I have a library (Dataquay,
http://code.breakfastquay.com/projects/dataquay -- preparing a 1.0
release of it at the moment, so if anyone wants to try it, go for the
repository rather than the old releases) which provides a Qt4 wrapper
for librdf and an object-RDF mapper.
It's intended for applications whose developers like the idea of RDF
as an abstract data model and Turtle as a syntax, but are not
particularly interested in being scalable datastores or engaging in
the linked data world.
For my purposes, Dataquay using librdf is fine -- I can configure it
so that bloat is not an issue (and hey! I'm using Qt already) and some
optional extras are welcome. But I can see the appeal of a more
limited, lightweight, or at least less configuration-dependent
back-end.
I've considered doing LV2 as a simple example case for Dataquay, but
the thought of engaging in more flamewars about LV2 and GUIs is really
what has put me off so far. In other words, I like the cut of your
jib here.
Chris
JACK 0.121.3 is a bug fix release containing (almost) no new
functionality. It is required if you want to use JACK1 on OS X with
any clients that use weak linkage for JACK feature detection (e.g.
Ardour). Changes:
* Make the printed output of jack_iodelay more useful to actual users
* Compilation fixes for OS X (particularly PPC architectures)
* Remove SSE-related messages during startup
* Fix a few argument type declarations for a few functions
* OSS backend: fix a call to yet undefined engine instance
http://jackaudio.org/downloads/jack-audio-connection-kit-0.121.3.tar.gz
Hi all,
There is currently some network problem affecting the vt.edu uplink
which hosts linuxaudio.org. We do not yet know the details and the issue
is outside of our scope but the Virginia Tech Admins are on to it.
Apparently low bandwidth requests - such as email - still make it
through occasionally. We're sorry for the inconvenience.
greetings,
root(a)linuxaudio.org
Hi!
Back in July, I've hacked a bit on the hdsp driver to fix the RPM
support.
Those of you who own a Multiface, Digiface or RPM: Could you give
http://adi.loris.tv/hdsp-test-20110925.tgz
a whirl?
I just want to make sure the RPM fixes don't introduce any regression,
so if your Multiface/Digiface was working fine before, I hope nothing
changes.
If you own an RPM, the box should be detected automatically now.
I've verified it with my Cardbus based Multiface so far, but I'd love to
have a broader test phase before sending the patches upstream.
TIA
--
mail: adi(a)thur.de http://adi.thur.de PGP/GPG: key via keyserver
On 25 September 2011 01:54, Tim E. Real <termtech(a)rogers.com> wrote:
> On September 24, 2011 06:51:33 pm you wrote:
>> The Aurora GTK theme makes the interface look messy due to labels
>> sitting half in and half out of the shaded frames. More a design
>> fault/oversight with the Aurora theme though.
> You mean the "H/W In 1" etc sitting in half grey/light grey area in the
Yes.
> Â snapshot? Observed here with only with Aurora, the other ten installed
> Â themes, including clearlooks, were fine - the two greys were equal.
> But oddly, in the GTK theme changer, the frame labelled "Preview"
> Â looked OK for Aurora.
I'm using XFCE so didn't see a preview.
> Aha.. That means it's because of our Tabbed Notebook. Yes, I can see
> Â it in your snapshot and here. The surrounding grey is the same as
> Â the tab grey.
So something wrong with how you're doing the tabs?
> Industrial looked pretty ghastly with it's slider troughs filled with blue.
> Suppose they all have their uses...
>
>>
>> With certain GTK themes, the slider highlights are unexpectedly
>> inverted so that they go from the top (+0db) down to the slider.
> Oh, you mean say, the industrial blue-filled slider troughs?
> Yep. I know. The reason IIRC is the sliders are all constructed upside-down!
Ok. I did begin looking at how they're drawn but then I got side tracked...
>> ...and being curious I tried compiling with -DGTK_DISABLE_DEPRECATED,
>> -DGDK_DISABLE_DEPRECATED, and -DGSEAL_ENABLE. You see I've been
>> brainwashed into removing deprecated code somewhere along the line and
>> have done quite a lot of it over the past couple of years. I've spent
>> the last hour or so, but decided perhaps would see if someone is
>> already doing it or not, or even if the dev's care about this kind of
>> stuff and want me to finish the job or not.
> Oh, I had no idea. So this is a good idea? IE reduces bloat? Or...
> One of my goals was to make sure gtk 2.4 was still supported - just in case
> Â some die-hards with older distros need it, because I needed some 2.6 stuff,
> Â so I didn't want to disappoint anybody. More complicated though.
> So you'll see macros (I think) HAVE_GTK24 and HAVE_GTK26
> Will you still support 2.4? No big deal to me if we have to move up.
>
>>
>> See attached patch for what I've done so far. The gtk_pixmap related
>> calls are the most trouble and open up a whole can of worms known as
>> cairo so I haven't not touched that.
> Will try patch...
>
> Yeah, themes eh?... Here in MusE Qt land, I'm struggling with wacky 'rogue'
No, not themes this time. Deprecated GTK/GDK API. If you look in GTK
docs, gtk_pixmap_*() functions are "deprecated and should not be used
in newly written code". But if you want to support GTK 2.4 still then
this might not be a good idea.
-DGSEAL_ENABLE prevents access to gtk structure members, the reason in
the patch you'll see stuff like:
- gdouble min = adj->lower;
+ gdouble min = gtk_adjustment_get_lower(adj);
with gtk_adjustment_get_lower() being available since 2.14. DevHelp is
pretty useful for this kind of stuff, but not all replacements for
deprecated calls mention since which gtk version they've existed.
gtk_widget_get_allocation() since 2.18 (this again due to -DGSEAL_ENABLE).
The deprecated gdk_draw_rectangle are actually the most trouble as the
GTK gurus want you to replace all that code with code that uses Cairo
which does things quite differently == a PITA.
When I say "...I've been brainwashed into removing deprecated code..."
I mean that I'm doing it faithfully without really knowing the
consequences. Faithfully believing I'm preparing for the future but
really it's only forcing people to upgrade.
-DGSEAL_ENABLE is used if you want to prepare your code for when GTK3
is the standard version and GTK2 is removed from distros. I think GTK1
has really only very recently been removed from standard distros
repos?
I guess you have to weigh all this stuff up. Preparing for when only
GTK3 exists isn't an urgent scenario for example.
James.
QasMixer version 0.14.0 is now available.
QasMixer is an ALSA mixer with a customized Qt GUI.
Changes:
* Cairo painting replaced with native Qt painting
* Reduced flicker on a mixer change
Homepage with more information
http://xwmw.org/qasmixer
Project page
http://sourceforge.net/projects/qasmixer/
Happy volume changing!
-- Sebastian Holtermann
Yay!
It's been a great summer and, as always, good things never last longer.
I remember two years ago when it made its premiere, also after a great
summer vacation and a pretty longer and rather undercover existence. Two
years have gone by now, there's nothing to be startling with. All that's
about to say:
QXGEdit 0.1.1 slipped out!
If you're puzzled what this is, then don't worry nor go any further.
This is just one extreme-niche piece of software program I've made for
my own personal usage. But others may also feel compelled to try it out.
I'm doin'g it just because I can :)
Now, already in its third public release, QXGEdit is a XG instrument
editor, specially dedicated to the elderly Yamaha DB50XG. Yes, this is
all synth-eldercare, if I may punch that line without the slightest lack
of respect. How could it be? This is the best evidence I can show to the
world how I love this piece of junk ;)
Only for the ones who know what I'm talking about ;)
Website:
http://qxgedit.sourceforge.net
Project page:
http://sourceforge.net/projects/qxgedit
Downloads:
- source tarball:
http://downloads.sourceforge.net/qxgedit/qxgedit-0.1.1.tar.gz
- source package (openSUSE 11.4):
http://downloads.sourceforge.net/qxgedit/qxgedit-0.1.1-3.rncbc.suse114.src.…
- binary package (openSUSE 11.4):
http://downloads.sourceforge.net/qxgedit/qxgedit-0.1.1-3.rncbc.suse114.i586…http://downloads.sourceforge.net/qxgedit/qxgedit-0.1.1-3.rncbc.suse114.x86_…
Weblog (upstream support):
http://www.rncbc.org
License:
QXGEdit is free, open-source software, distributed under the terms of
the GNU General Public License [6] (GPL) version 2 or later.
Change-log:
- Make sure Uservoice elements are selected only when available.
- Debugging stacktrace now applies to all working threads.
- libX11 is now being added explicitly to the build link phase, as seen
necessary on some bleeding-edge distros eg. Fedora 13, Debian 6.
- Moving from old deprecated Qt3'ish custom event post handling into
regular asynchronous signal/slot strategy.
- General standard dialog buttons layout is now in place.
Enjoy.
--
rncbc aka Rui Nuno Capela
rncbc at rncbc dot org
http://www.rncbc.org
Hi all,
here is a simple mono trigger for jack [1]
It can be installed using waf [2], for archlinux users it is in the
aur, named datrigga-git
It has some bugs, for example a very high cpu usage with some samples,
"daste" (he's on this list) made the actual c code.
Any feedback will be appreciated.
I'd like to make it a LV2 plugin (maintaining the GUI aspect), could
you please point me on some updated docs about doing that ?
Thank you
[1] https://gitorious.org/datrigga/datrigga
[2] https://gitorious.org/datrigga/datrigga/blobs/master/README
--
Carlo Ascani | www.carloratm.org
skype: carloratm
cell: 3202915799
