Dave Phillips wrote:
Lars Luthman wrote:
Wasn't this years LAC sponsored by Ableton though?
They are listed as one of the partners. AFAIK they've shown no public
interest in Linux, nor have they announced any intention to port their
products to Linux. Perhaps they made some statement at
Dear FireWire enabled Linux audio users,
libfreebob 1.0.3 is available as from today. It is downloadable at our
SourceForge page:
http://downloads.sourceforge.net/freebob/libfreebob-1.0.3.tar.gz
This is a maintenance release for the freebob 1.0 branch, and contains
no new features.
It fixes
Ross Vandegrift wrote:
On Wed, Mar 14, 2007 at 07:57:06PM +0100, Fons Adriaensen wrote:
The interface does not change that fast.
But the argument that 'kernel developers need the freedom to change
the driver interface when they want to' has been used as one of the
reasons for not having a
Loki Davison wrote:
On 2/27/07, Pieter Palmers [EMAIL PROTECTED] wrote:
Loki Davison wrote:
On 2/27/07, Pieter Palmers [EMAIL PROTECTED] wrote:
Leonard Ritter wrote:
On Thu, 2007-02-22 at 06:42 -0600, Jan Depner wrote:
I can say that the QT package is much easier to use and has
better
Dominique Michel wrote:
Le Mon, 26 Feb 2007 13:41:08 +0100,
Another problem with Qt/KDE is dcop. It work well inside KDE but produce more
warning or error messages in the logs as useful effects on another wm's as kde.
Again, it is not what I call professional.
(please don't consider this as
Loki Davison wrote:
On 2/27/07, Pieter Palmers [EMAIL PROTECTED] wrote:
Leonard Ritter wrote:
On Thu, 2007-02-22 at 06:42 -0600, Jan Depner wrote:
I can say that the QT package is much easier to use and has
better documentation and support. Not that GTK is terrible, it's just
Leonard Ritter wrote:
On Thu, 2007-02-22 at 06:42 -0600, Jan Depner wrote:
I can say that the QT package is much easier to use and has
better documentation and support. Not that GTK is terrible, it's just
not as polished or professional.
the enemy of the good is the better.
i, for one, used
Stefano D'Angelo wrote:
2007/2/12, Malte Steiner [EMAIL PROTECTED]:
Stefano D'Angelo wrote:
Hi all,
who would be interested in writing a processing plugin standard
wrapper (LADSPA, DSSI, LV2, VST, etc.)?
As far as I know, DSSI accepts OSC for controling so you could use the
OSC library for
Gene Heskett wrote:
On Sunday 12 November 2006 06:16, Jens M Andreasen wrote:
On Sat, 2006-11-11 at 21:41 -0500, Gene Heskett wrote:
But I like that idea, a lot. Maybe some enterprising LAD people could
get together and spec something like a midi interface running over
firewire,
Dmitry Baikov wrote:
What is a really major issue, that all hw synths still have that slow
31.5kbps link.
Nonetheless, glad to hear FW-MIDI being that fast. And what about
jitter there?
According to RME guys, without special handling USB-MIDI can suffer
delays about 6ms.
true
And with
James Courtier-Dutton wrote:
Paul Davis wrote:
Hannu was the guy who made sound on linux possible in the first place.
Have a little respect. OK, so he and others decided to try to make a
business out of it, and they bowed down to NDA requirements from vendors
as part of doing that. Many of us
[EMAIL PROTECTED] wrote:
there is no link on http://netjack.sf.net because the project shell
servers are down.
Probably not the cause (as the shell service downtime is displayed on
the status page), but should you run into strange issues with SF this
can be interesting:
( 2006-07-13
Lee Revell wrote:
On Mon, 2006-06-26 at 22:35 +0200, Pieter Palmers wrote:
Another strange thing is: why doesn't the tasklet finish, so that it
can be 'unscheduled'? I have my IRQ priorities higher than any other
RT threads, so I would expect that the tasklet can finish. Or is
tasklet_kill
Lee Revell wrote:
On Mon, 2006-06-26 at 01:08 +0200, Pieter Palmers wrote:
Hi,
We are experiencing 'soft' deadlocks when running our code (Freebob,
i.e. userspace lib for firewire audio) on RT kernels. After a few
seconds, I get a kernel panic message that signals a soft lockup
Ben Collins wrote:
On Mon, 2006-06-26 at 10:11 +0200, Pieter Palmers wrote:
Lee Revell wrote:
On Mon, 2006-06-26 at 01:08 +0200, Pieter Palmers wrote:
Hi,
We are experiencing 'soft' deadlocks when running our code (Freebob,
i.e. userspace lib for firewire audio) on RT kernels. After
Lee Revell wrote:
On Mon, 2006-06-26 at 16:51 +0200, Pieter Palmers wrote:
Of course. My monday-morning bad temper is over by now, and I hope I
didn't transfer it to any of you. I'll provide the panic, one way or
another.
Can you reproduce the problem on a non-RT kernel?
No, it only
Lee Revell wrote:
On Mon, 2006-06-26 at 21:05 +0200, Pieter Palmers wrote:
Lee Revell wrote:
On Mon, 2006-06-26 at 16:51 +0200, Pieter Palmers wrote:
Of course. My monday-morning bad temper is over by now, and I hope I
didn't transfer it to any of you. I'll provide the panic, one way
Lee Revell wrote:
On Mon, 2006-06-26 at 21:44 +0200, Pieter Palmers wrote:
Lee Revell wrote:
On Mon, 2006-06-26 at 21:05 +0200, Pieter Palmers wrote:
Lee Revell wrote:
On Mon, 2006-06-26 at 16:51 +0200, Pieter Palmers wrote:
Of course. My monday-morning bad temper is over by now, and I
have the time now to dig
into this, so for a change I ask for advice early instead of first
banging my head against the wall for some days :).
Thx,
Pieter Palmers
Lee Revell wrote:
On Fri, 2006-06-23 at 12:12 +0200, Pieter Palmers wrote:
If anything else is running at 99, what happens if you lower those other
processes to 98?
I'll have to recheck, but if I remember correcly I have done this
experiment. The only thing at 99 is the system timer. I
Lee Revell wrote:
On Fri, 2006-06-23 at 09:44 +0930, Jonathan Woithe wrote:
Despite what the log says, this was running a 2.0 GHz Dothan
Centrino CPU. Kernel was 2.6.16-rt25, distro was Slackware 10.2. Both
the stress tester and the monitor were run with RT privilege access.
The firewire
Lee Revell wrote:
On Wed, 2006-06-21 at 00:21 +0200, Pieter Palmers wrote:
Hi all,
This weekend I've discovered a (serious) kernel scheduling latency issue
with the current ieee1394 kernel drivers. Before I submit something
about this to lkml, I'd like some more tests. I've been able
Stefan Richter wrote:
Pieter Palmers wrote:
The problem summary is that running ieee1394 ISO traffic can cause
scheduling latency spikes up to 1ms, even for RT threads with higher
priority.
Do your patches to lower CPU utilization show any influence?
Not tested yet. I have a hunch
the README for details.
Please report the maximum latency you get and the kernel/hardware you're
running.
Many thanks,
Pieter Palmers
FreeBoB developer
.
Greets,
Pieter Palmers
FreeBoB developer
Hi all,
I had to familiarize myself with python for work, and I took it as an
opportunity to hack on something I've want for some time now. I have
these behringer control surfaces, and they are pretty cool, but there is
no editor for them on linux. And using the device interface itself is a
Patrick Shirkey wrote:
Paul Brossier wrote:
The latest version of aubio, 0.3.0, is now available. aubio is a library
for audio labelling. The goal of this project is to provide automatic
feature extraction algorithms to other audio software projects. Features
include onset detection, beat
timeframe.
Pieter Palmers
FeeBob developer
PS: Although the previous might make you think the opposite, I'm NOT on
the BridgeCo payroll nor do I own any BridgeCo shares.
PPS: The FreeBob project is written in such a way that other firewire
based devices can be supported too. For the moment
Christoph Eckert wrote:
At this point only JACK is supported, not ALSA.
Not a true limitation, because I always use JACK.
What about the MIDI ports: I guess I couldn't use it currently (not a
true limitation for me)?
Midi is currently supported through an ALSA sequencer 'client',
. I can confirm that a 18 in / 18 out
device composed of two terratec phase88's works ;)
At this point only JACK is supported, not ALSA. But I'm planning to
implement ALSA support after my skiing trip this week.
Greets,
Pieter Palmers
in library releases that are required
in order for freebob to work. OTOH there are some bugfixes in the newest
library versions that break the freebob software included in the
pre-alpha's. I suspect that you are still using an old libiec61883 version.
Greets,
Pieter Palmers
guilty @ freebob jackd
Daniel Wagner wrote:
Dmitry S. Baikov wrote:
Yes, the FA-101 works but I can't tell you the numbers for latency.
The site has a nice table of working setups, but no user emails. I'd
ask them directly.
Pieter Palmers has done some latency measurements. He might have
some numbers
Audio Codec Host
1. Should support reading/writing Ogg Vorbis
2. Should support reading/writing Mp3
3. Should support reading/writing FLAC
4. Should support reading/writing RIFF WAVE (.WAV)
5. Should provide realtime streaming capabilities
6. Should be seekable by sample index
Dave Robillard wrote:
On Thu, 2005-12-05 at 17:54 +0200, stefan kersten wrote:
On Thu, May 12, 2005 at 05:22:43PM +0200, Alfons Adriaensen wrote:
One thing I forgot to mention regarding /addclient : the response
to this will include a client ID (integer) that is a required
parameter to all polled
Cinelerra uses the approach of including all libraries it depends on.
http://heroinewarrior.com
you could check how it's done there.
Tom Szilagyi wrote:
Hi,
I'm asking for a bit of help from someone having experience with the
'dirtier' side of Linux programming. :) My problem is that I need to
Hi all,
I'm looking for a ride to LAC2005 (and back) from Belgium (Leuven).
Can someone here help me out?
Thanks,
Pieter Palmers
Andres Cabrera wrote:
I think the main problem that can occur from DC offset is overheating of
the amp, and then heat protection turns the amp of
Overheating of the amp is nonsense. Most amplifiers operate in class A
or AB anyway, and maybe in class D. Heat dissipation is independant of
Andres Cabrera wrote:
Overheating of the amp is nonsense. Most amplifiers operate in class A
or AB anyway, and maybe in class D. Heat dissipation is independant of
the input signal for these amps. The types that might build up a problem
with heat (e.g. class H) aren't used in PA enviroments.
Paul Winkler wrote:
On Mon, Apr 04, 2005 at 05:55:12PM +0100, Dave Griffiths wrote:
On Mon, 04 Apr 2005 18:01:02 +0200, Pieter Palmers wrote
the following links provide quite some info regarding distortion,
clipping and DC offsets:
http://sound.westhost.com/clipping.htm
http
Dave Griffiths wrote:
On Mon, 04 Apr 2005 18:01:02 +0200, Pieter Palmers wrote
the following links provide quite some info regarding distortion,
clipping and DC offsets:
http://sound.westhost.com/clipping.htm
http://sound.westhost.com/tweeters.htm
interesting articles
My
Jordan wrote:
Hello all. I don't really have any business asking, but I am more and
more interested in digital HD recording, and I have spent many hours
recently studying hardware, software, techniques, et cetera. I don't
really have the funds to create such a system, but it is fun to plan
it
I've not been keeping track of developements on FreeBob very closely, but
when I asked about this someone thought this might not be that hard, I
guess it was :(
me ;)
just lacking the time to do it at this moment...
them - could you just nudge them towards http://www.zkm.de/lac and see
Just a side-note:
the site shows the following:
Registration is not yet possible. Please come back to this page by
beginning of December 2004.
mmm...
greets,
Pieter
... The
BridgeCo chipset can handle more, and they already have the knowledge.
So if there is a market for an extended version, they might develop one.
Greets,
Pieter Palmers
FreeBob developer
driver, we can convince the M-Audio people to share the
nescessary info so that we can support their devices also.
Greets,
Pieter Palmers
FreeBob developer
Anyone from Belgium planning to go? I'd like to attend this, maybe we
could 'join forces'?
(Vincent?)
Pieter
Dr. Matthias Nagorni wrote:
Hello,
As announced earlier on this list, Frank Neumann and I are organizing a
Conference of Linux Audio Developers at ZKM Karlsruhe. More information is
The problem with Final Scratch is that it's proprietary and
'closed-source', thus not available to us. Except of course for the
people that bought it.
So chances are that noone on this list will be able to help you...
You'll have to figure out how the soundcard is addressed (i.e. what
Vincent Touquet wrote:
On Sun, Jan 26, 2003 at 04:02:59PM +0100, Modnogg wrote:
(cut)
Do you think it's possible to route the USB sound cards to my internal
sound cards?
I could use the sound driver library from linux. But my problem is how
to link the software to other soundcards?
(cut)
for these functions too, but those are not hard to find.
It's sole purpose is to present the idea behind it, and prove it works.
greets
Pieter Palmers
PS: Should the idea of applying this to music audio be new, I hereby claim
the 'invention' of this and explicitly post this as public domain. No patents
Hi all,
it's been some time since my last post but probably you all know the
problem(s) with time...
Reading the Final Scratch thread, I remembered a similar discussion some
months ago. I posted the following scheme ( see below) as a proposal for
such a system. The main issues you have here are
Hi Erik,
I am the initiator of the 'hardware' discussion, and I am pleased to see
that it's still in the thoughts of some people.
As a matter of fact, I'm working on a similar MIDI project, as a starter.
I assumed it would be better to address a simpler domain first. So now
I'm playing around
Hi,
Regarding my mail with subject 'Maak het bekend: Fusion night joow's:
29/03/02':
I'm sorry, but due to an error on my side it was sent to you. Please discard
it.
Sorry again,
Pieter
I only know of the SAM9407 based cards, that have ISA interface.
They have 4 mono outputs. I don't know if there is an ALSA driver
for them... I know there is a linux driver but it might be OSS.
SAM9407 cards are: guillemot homestudio series, terratec EWS and
hoontech ?forgot the name?. I don't
53 matches
Mail list logo
