Sorry to the lists, please ignore this mail, it's a test if my mails
come through the list.
@ Oc2pus:
That's strange. I'm member at jack-dev list. I haven't written to
Packman, because of the troubles we had at Linux-Club.
Maybe mirroring failed for the server I have jackd from. I can't change
to Suse right now. If you can write me were the script is, with the
information for the YaST2 and zypper servers, I can take a look from my
Lenny and than we should first diff if the package is equal to that of
another server.
The only other thing I can imagine is, that VideoLAN might cause a
conflict, even if YaST2 says that the dependencies aren't inconsistent.
-------- Original Message --------
Subject: Re: [LAD] [Jack-Devel] JACK for openSUSE 11.0 x86_64
Date: Mon, 15 Dec 2008 18:52:14 +0100
From: oc2pus(a)arcor.de
To: Ralf Mardorf <ralf.mardorf(a)alice-dsl.net>
References: <494681DB.6030804(a)alice-dsl.net>
<200812151757.17264.oc2pus(a)arcor.de> <49469359.9070308(a)alice-dsl.net>
Am Montag, 15. Dezember 2008 schrieb:
> oc2pus(a)arcor.de wrote:
> > you can't do it this way ...
> >
> > If you still have problems to install the packman packages, post your
> > problems to our mailing list and or cc me (I've packaged those packages
> > for packman) http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
>
> Why, you always ignored what I was writing. You can read all messages
> here in the LAD mailing list archive.
Simple reason: because I won't subscribe to all available mailing-lists for
every package I maintain ...
and the jack-devel list answers me for every post:
Your mail to 'Jack-Devel' with the subject
Re: [LAD] [Jack-Devel] JACK for openSUSE 11.0 x86_64
Is being held until the list moderator can review it for approval.
The reason it is being held:
Post by non-member to a members-only list
And I can't remember to ignore postings on the packman mailing-list. We try to
do our best and need the feedback and the reporting of problems and a error
is fixed as quick as possible.
> Cheers,
> Ralf
have fun
oc2pus
Hi :)
I have this problem too: http://ardour.org/node/2271
If I go back to the Suse 11.0 version before 0.116, it's 0.109, the
message changes from "jackd: symbol lookup error: jackd: undefined
symbol: clock_source" to "jackd: symbol lookup error: jackd: undefined
symbol: _jack_get_microseconds".
I tried to write with the German community (at Linux-Club Suse and
Packman community) about such issues, but they aren't interested in
their bugs and because they laugh about me, I'm not interested anymore
to report anything to them. Everything I tried to inform about, should
be wrong they say and laugh and there were a lot of bugs similar to that
one, for audio and MIDI realtime applications from the standard
repositories Oss, Non-Oss, Updates, Packman and VideoLAN. Also there are
often versions that aren't good for professional work.
I removed the jack package by YaST2 and then ...
suse11:/usr/lib # rm libjack*
suse11:/usr/lib64 # rm libjack*
After I installed jack again, I got "jackd: error while loading shared
libraries: libjackserver.so.0: cannot open shared object file: No such
file or directory".
Does anybody know a Suse community that is interested to solve those things?
I'm fine with the Debian 64 Studio audio community. Isn't there such a
friendly community for Suse (not JAD)?
For some reasons I like to use Debian 64 Studio and Suse, but Suse often
is a pain in the arse, because of a narrow views having community.
Do I need to compile jack myself for Suse 11.0? Before I upgraded jack,
I don't get any error messages.
Cheers,
Ralf
Hi all,
After quite some time spent doing nothing, a lot of polishing from Nedko, a
lot of suggestions from Kfoltman, and absolutely no effort from me to make
things go faster... I am very proud to announce the first release candidate
of LADITools 1.0 code name "flabbergasting-mademoiselle-sitting-on-my-hat"
(yeah... I bought a new hat for those who wonder)
LADITools is a set of tools aiming to achieve the goals of the LADI project
(http://nedko.arnaudov.name/wiki/moin.cgi/LADI) to improve desktop
integration and user work-flow of Linux audio system based on JACK and
LASH. Those tools take advantage of the DBus interfaces recently added to
JACK and LASH to ease the configuration and use of those two great
softwares.
Ok, sounds good... but what does it really do ?
LADITools is a software suite containing various utilities to make your
life a little easier when working with JACK and LASH clients.
You will find in this suite :
* The laditools python module (no interest for the end users)
* laditray : a system tray icon that allows you to start, stop and
monitor JACK, as well as start some JACK related apps (log viewer,
connections...)
* wmladi : a controller as a Window Maker dockapp. Uses the same menu
as laditray
* ladilog : a JACK, LASH and a2jmidid log viewer
* ladiconf : a GUI to setup JACK's configuration
* g15ladi : a JACK monitor for g15 keyboards
You can download it from the LADITools homepage here :
http://www.marcochapeau.org/software/laditools. Some updated screenshots
will be made available soon. As far as docs and bug reporting are
concerned, you'll have to come and ask on #LAD or #jack about it :)
My thanks go to Nedko Arnaudov who is the brain hidden behind this plan to
take over the world using DBus interfaces, Krzysztof Foltman who tests,
suggests and code a lot more than I do, a lot of people from IRC who also
made suggestions and contributions for the past year, and of course, the
whole set of JACK/LASH developers who accepted to have a DBus control
interface get into their repo :)
Cheers,
-- Marc-Olivier Barre --
--- MarcO'Chapeau ----
- www.marcochapeau.org -
Hi,
The FFADO team is proud to announce the first release candidate for
FFADO 2.0.
This release candidate is intended to collect feedback about the library
under wide-spread usage. The code should be free of major bugs.
We are looking for packagers that are interested in creating packages
for their favorite distribution. Please contact us if you can help us
out with this.
Release and download information:
http://www.ffado.org/?q=release/rc1
Currently, the installation options are:
* manual build from source
[http://www.ffado.org/?q=release/rc1]
* semi-automatic build from source into a 'sandbox'
[http://subversion.ffado.org/wiki/SandboxInstalls]
* APT repository for Ubuntu Gutsy and Hardy (possibly others)
[http://www.ffado.org/?q=release/apt]
Please test and report issues at our TRAC at http://subversion.ffado.org/
or at the mailing list (ffado-devel(a)lists.sourceforge.net). Please take
note of http://subversion.ffado.org/wiki/WritingGoodTickets when
reporting bugs.
We ask all users of FreeBoB that are not yet testing FFADO to try this
release candidate. Note that FFADO can co-exist with FreeBoB without any
problems, so you can revert back to your original setup very easily.
Enjoy,
Pieter Palmers
ffado.org
Hey there,
I have a Java app that can output Midi and I want to be able to access softsynths on a Linux system. Is there already a project out there that does such a thing? Would it be best to interface with Ladspa or Jack?
Any info would be greaty appreciated!
Richard
>
> Wasn't that a very long time ago, like pre jre 1.5?
>
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4356787
>
>
Not sure about it, I never tried to interface a softsynth from Java in
Linux, but I compiled one of the examples at jsresources and got this:
http://www.jsresources.org/examples/MidiPlayer.html
$ java -version
java version "1.5.0_10"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_10-b03)
Java HotSpot(TM) Client VM (build 1.5.0_10-b03, mixed mode)
$ java MidiPlayer -l
Available MIDI OUT Devices:
0 Real Time Sequencer
1 Java Sound Synthesizer
but...
$ pmidi -l
Port Client name Port name
14:0 Midi Through Midi Through Port-0
128:0 AlsaModularSynth ams
So at first glance I got the impression that interfacing alsaseq from
a vanilla JVM is not exactly trivial. Again, didn't look too deep into
it, so I may easily have missed something.
L
hi,
A semester has gone by, since last release, with no big news on this
front. Alas, on the verge of the coming one-dot-oh release of the mighty
JACK Audio Connection Kit, here goes one fine update of its old and aged
Qt GUI front-end:
QjackCtl 0.3.4 is out!
Nothing much new to see but you might welcome the patchbay snapshot
revamp, which might finally do the right thing, and the rand new
translations that are getting in place: German (de), Spanish(es), French
(fr) and Russian (ru). Many thanks to all involved.
With no further ado, the good stuff is ready from the usual places.
Website:
http://qjackctl.sourceforge.net
Project page:
http://sourceforge.net/projects/qjackctl
Download:
http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.4.tar.gz
Weblog:
http://www.rncbc.org
License:
QjackCtl is free, open-source software, distributed under the terms of
the GNU General Public License (GPL) version 2 or later.
Change-log:
0.3.4 2008-12-05 Patchbay snapshot revamp.
- Introducing the very first and complete translations in-package:
German (de), Spanish (es), French (fr) and Russian (ru); credits in
TRANSLATORS.
- At last, after years of retarded procrastination, the old infamous
patchbay snapshot feature has been the subject of a almost complete
rewrite and it does try to give a way better mapping of all actual and
current running client/port connections, both JACK (audio, MIDI) and
ALSA MIDI, of course ;)
- On Setup/Settings/Parameters dialog, all device selection options are
now reset to default when disabled interactively.
- Grayed/disabled palette color group fix for dark color themes.
- Qt Software logo update.
- Fait-divers: desktop menu file touched to openSUSE conventions.
- ALSA PCM devices now only listed/enumerated iif strictly compliant
with the audio mode criteria (Duplex, Capture-only or Playback-only) as
kindly suggested by Nedko Ardaunov.
- JACK client/port aliases may now be displayed as a global user option
(see Setup/Display/Connections/JACK client/port aliases).
- Lighten up the connections line and highlight colors, as seen to fit
best on some darker background themes.
- Patchbay snapshot fixed to differentiate socket clients according to
its type (Audio, MIDI or ALSA-Seq), avoiding the mess and gross mistake
of hanging disparate type ports under the same client item.
- JACK_DEFAULT_SERVER environment variable is now appended to the X11
unique application identifier, allowing for having multiple instances
each controlling its own JACK server, besides the default one.
- Due to some trouble with newer Qt >= 4.4 applications regarding font
size configuration, a new global user option is now available to the
rescue: Setup/Misc/Defaults/Base font size (default is no-op).
Cheers && Enjoy.
--
rncbc aka Rui Nuno Capela
rncbc at rncbc dot org
Hello,
DRC 3.0.1 is out and available at the usual place:
http://drc-fir.sourceforge.net/
Here are the change notes:
The Octave scripts have been reworked to make them compatible with version 3
of Octave. A new renormalization procedure, providing a reasonable extimation
of clipping levels, has been added. Many minor bugs have been fixed.
Best of listening,
--
Denis Sbragion
InfoTecna
Tel: +39 0362 805396, Fax: +39 0362 805404
URL: http://www.infotecna.it
hi...
now that the backend is mostly done, i am thinking about
a GUI for netjack.
i already found gtknetsource.py on my HD, i started mucking
with that some months ago.
i plan to extend that thingy now.
but setting up the connection, and getting IP addresses
of users is still a PITA.
i am thinking along the lines of an IM like thing,
based on jabber.
i am not seeing good options to making this available
in the various IM clients.
thats why i would rather like to have modified jabberd running
on jackaudio.org or at the consortium servers.
it would not support chatting or stuff.
only show who is online. and if a session is running.
it would only make the IP of a user available when he agrees,
to open session... blabla... security.
so basically you click on your buddy, to open a session.
buddy agrees.
IP of buddy is transmitted. tool measures connection.
provides you with some options.
ie compression ratio, number of channels, latency, who is master ?
and starts the netjack session.
thoughts ?
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
In this release:
* zynjacku codebase updated to the latest state of LV2 art. Especially,
event MIDI port synths are now supported.
* The tarball now contains lv2rack - a host for LV2 effect plugins.
* Saving/restoring of presets. Does not work for dynparam plugins yet.
* LASH support (autodetected at runtime).
* Lot of general fixes that should make zynjacku more usable.
I would like to thank Krzysztof Foltman for adding support for
some LV2 extensions and Martin Raspaud for helping with slv2
compatibility during my LADI quest.
zynjacku is JACK based, GTK (2.x) host for LV2 synths. It has one JACK
MIDI input port (routed to all hosted synths) and one (two for stereo
synths) JACK audio output port per plugin. Such design provides
multi-timbral sound by running several synth plugins.
zynjacku is a nunchaku weapon for JACK audio synthesis. You have solid
parts for synthesis itself and you have flexible part that allows
synthesis to suit your needs.
lv2rack is a host for LV2 effect plugins.
You need slv2 library, Pyhton bindings for PATH and lv2dynparam host
library to compile zynjacku tarball.
Project homepage with screenshots:
http://home.gna.org/zynjacku/
Get tarball from here:
https://gna.org/files/?group=zynjacku
--
Nedko Arnaudov <GnuPG KeyID: DE1716B0>