Hi all,
sorry for crossposting, just wanted to let everybody know:
The official statement is that there will be no support for ALSA (Linux)
FireWire drivers from RME. In other words there will be no such drivers,
as it is impossible to write them without tons of hardware and software
documentation from RME. And we won't share these information with
anyone.
Regards
Matthias Carstens
RME
No further explanations.
The moral of this story is:
Never buy a product that isn't already supported in ALSA, such as i did.
:( There's no guarantee even if pretty much every other card from the
same manufacturer *is* already supported.
Me and Benno talked to Matthias personally during Musikmesse, he was
friendly and seemed to be open with regards to future cooperation with
oss developers.
Seems like things have changed dramatically since then.
Marek
Hello,
have now figured out how to drive my audio and midi with tascam us-122 on SuSE
9.2 -- and (after disabling all tv thingies) it works very reliable and with
very few xruns.
The following software seems to be involved:
- linux-2.6.8-24.3 (SuSE Standard kernel -- heavily patched)
patched with linux-2.6.8-24-usx2y-0.8.6.patch from rncbc
(CONFIG_HPET_RTC_IRQ=n)
- realtime-lsm-0.8.5
- ruis jack
jack-0.99.21.1usx2y-17.suse92
- qjackctl-0.2.13-1
- rosegarden4-0.9.9-2
- ZynAddSubFX-1.4.3-141
With this configuration I have found a weird problem:
When starting jack with driver 'alsa' (from qjackctl) I am able to play my
alsa instruments (for example ZynAddSubFX) from within rosegarden:
- start ZynAddSubFX
- start rosegarden
- choose ZynAddSubFX for the active track
- play the keyboard an listen to nice ZynAddSubFX sounds ...
But when starting jack with driver 'usx2y' the midi seems not to arrive at
ZynAddSubFX (or Hydrogen or fluidsynth or ...) Even ASeqView doesn't show any
incoming events if chosen as instrument in rosegarden.
Restarting jack with driver alsa -- and all went well ...
What is the problem? And what can I do to help with this problem?
Are there any missing facts?
Yours
Uwe Koloska
(Somewhat related to recent threads.)
I see that the new Mackie mixers (the Onyx series) have the possibility
to put in a card with D/A converters and a FireWire connection to a
computer. I have bought one of these mixers, and might be interested in
bying such a card for recording purposes. But it will need to have
Linux drivers. How probable is it that Mackie will produce such
drivers, or release the necessary specs? And, if given specs, can
someone be persuaded to do a driver?
(According to what I have read, the the card works just "out of the box"
with Mac OsX's Core Audio drivers. While for MS Windows, drivers are
needed.)
Asbjørn Sæbø
Since this has been mentioned, my US-122 doesn't work
AT ALL using usx2y, but is fine with alsa. I am using
qjackctl 0.2.13 and Jack 0.99.0 (the most recent
versions AFAIK). All I get is:
17:47:12.866 JACK is starting...
17:47:12.867 /usr/bin/jackstart -R -dusx2y -dhw:1
-r44100 -p512 -n3 -H -M
17:47:12.873 JACK was started with PID=6369 (0x18e1).
back from read, ret = 1 errno == Success
jackd: unknown driver 'usx2y'
17:47:12.885 JACK was stopped with exit status=1.
17:47:14.885 Could not connect to JACK server as
client.
This doesn't bother me, unless there are meant to be
advantages of using usx2y?
Stefan Turner
___________________________________________________________
Win a castle for NYE with your mates and Yahoo! Messenger
http://uk.messenger.yahoo.com
On Wed, 8 Dec 2004 19:01 , 'Pedro Lozano' <pl2(a)ono.com> sent:
>> 2) If such an issue should be discovered, Novell will back up the Linux
>> side with their patent-portfolio, which (cough) *could* (cough) be an
>> expensive experience for the attacker.
>
>Novell would back linux if they can get money from it, if the Singapore
>administration doesnt buy linux from Novell I dont think they will get
>involved.
>
IBM has already stated that if anyone goes after Linux with a patent issue
IBM (the largest patent holder in the world) will go after them.
>>
>> 4) The end user is not responsible for what patent issues the producer
>> might get involved with.
>
>Many companies thinks that it is, the SCO vs DaimlerCrysler case (because of
>they use Linux) is an example, that case is because of copyright but surely
>will be many like that because of patents.
>
An end user of a copyrighted/patented product is not liable for infringement
suits *unless* the end user distributes the copyrighted/patented product in
violation of the copyright/patent. If you just buy a product from a vendor and
use it you aren't liable for infringement. You didn't infringe the
copyright/patent, the vendor did. At any rate SCO is about to get its ass handed
to it by DC ;-)
Jan
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
FYI, i spotted the first announcement of this library on freshmeat today
aubio is a library for audio labelling. Features include onset
detection (the complex task of labelling the beginning of notes and
other sound events), silence detection (an easier but very useful task)
and pitch detection (the estimation of the fundamental frequency of the
sound).
The aim is to add these automatic labelling features to other audio
softwares. Functions can be used offline in sound editors and software
samplers, or online in audio effects and virtual instruments.
http://aubio.piem.org
i think that Paul Brossier is not in this list...
ciao
- --
jaromil, dyne.org rasta coder, http://rastasoft.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Cryptographically signed mail, see http://gnupg.org
iD8DBQFBvBxbWLCC1ltubZcRAgcQAKDP/4ZPU8qaCrbY53uvisHVnmt+xgCg1iWJ
RCOu0vEnDt76eTM7UfUnWy8=
=Vbf8
-----END PGP SIGNATURE-----
Hi,
1. Can anybody explain me (I think, Fons Adriaensen can :-) the
JAAA "Bandw" parameter meaning?
2. When Bandw parameter is rather small, I see two spectrums - main (blue)
and, below the first, - the second one (gray). What is the last spectre spectrum
meaning?
Andrew
I'm a bit puzzled with this one thing about low latency and jack: real
time bits can't do IO, but don't you get latency between say me
pressing some button and sound doing click? there's no garanty the not
realtime part of the application will run often enough to read the
input device, no?
just recently some heavy process started when i was fulling around
with some soft synths [i know that shouldn't be happening, but i just
recently switched distros and I haven't learned enough to write
dont-bother-me script to switch all potential sources of disturbance]
and the GUI of the soft synth became quite irresponsive, while audio
went on without any glitches - that's I suppose because the audio part
was running in realtime thread and decided itself when to yield cpu.
is the only way to ensure the effects don't lag from control input to
make sure I run as little processes as possible and hope the input
thread will be scheduled often enough?
--
Artem Baguinski: http://www.artm.org/
V2_Lab: http://lab.v2.nl/
V2_ Organisation for the Unstable Media: http://www.v2.nl/
All,
The 11/22 issue of Computerworld has a blurb about Microsoft CEO Steve
Ballmer warning government leaders in Singapore that switching their
20,000 PCs from Windows to Linux could subject them to patent lawsuits.
I have heard some tales about commercial versions of Linux including
indemnification of users against these suits. What is the current
status of the patent issues? Will they ever be resolved, or are all
Linux users susceptible (proportional to the depth of their pockets)?
Howard Cornell
Hi all,
Just a quick note that we are currently considering starting a new version of
spiralsynthmodular from scratch (well almost) that will at first take the form
of a osc server/jack client that will load and connect ladspa plugins together.
Just wondering if anyone has an idea of an osc protocol for building modular
synths in this manner (thinking supercollider) and if we should use something
approaching a standard syntax of osc messages... this would mean that work
such as graphical user interfaces could be shared, etc...
Or has some or all this stuff already been done? Most of the work will be in
converting ssm's 50+ existing plugins to ladspa - and writing a gui that sends
osc messages.
My main motivation at this point is to just have a lightweight scriptable
non-gui jack ladspa modular effects rack for live performance use, should I
just use ecasound?
cheers,
dave
