On Wednesday 14 March 2007 06:01, Gordon JC Pearce wrote:
In particular the
Debian-based distributions seem to be intentionally hamstrung when comes
to supporting binary-only drivers, which makes running the custom kernel
required for low-latency work *and* the binary nVidia driver almost
On Monday 07 November 2005 14:26, Dan Mills wrote:
This might be a specific leftpondia thing, how does the semantics of a
'cue' bus differ from a 'pfl' bus as found on a live sound console?
A lot of it is in the little ergonomic details: dedent position at fader
bottom routes to cue, separate
On Sunday 06 November 2005 21:54, Dan Mills wrote:
I don't know it, but how do you handle a reasonably busy show without
mutes? Almost the most basic form of desk automation is the mute group and
I find it very difficult to live without once you get beyond 16 inputs or
so.
This seems to be
On Tuesday 25 October 2005 14:35, Richard Smith wrote:
I don't have a preamp at all. Thats part of what led me to that page.
Recommendations?
Well, you're going to want *some* sort of preamp. One with
selectable/defeatable EQ curves would presumably be best.
This will also be dependent
On Tue, Oct 04, 2005 at 01:41:42PM -0500, Ben Loftis wrote:
The controllers should not send a change back to the M when they are told
by the M what their value is.
On Tuesday 04 October 2005 18:08, fons adriaensen wrote:
The whole point about Paul's scheme is that he *is* doing exactly
On Tuesday 27 September 2005 18:18, James Courtier-Dutton wrote:
I am thinking that it might be better to use an optical instrument to
measure the timing.
Just place the optical sensor in the center (or a pair of sensors if you
also need to know direction) and measure the interruption of the
On Friday 16 September 2005 05:55, Alfons Adriaensen wrote:
Yes, this is a better formulation, and in fact what I wanted to
say. But in any case the mapping between actions / states and
GUI elements should be relatively simple.
Something that might be worth examining here is the source for
On Tuesday 23 August 2005 14:45, Thomas Vecchione wrote:
Just the engine, ability to program UI seperately.
Ability to control basic concepts like Volume and Pan
Possible Surround Output(5.1) and appropriate Pan implementation.
Ability to play multiple files simultaneously, outputting either
On Wednesday 24 August 2005 22:09, Thomas Vecchione wrote:
That being said I am wondering if there is a good widget library out
there that I could create 3d Widgets and use that would take advantage
of hardware acceleration if present? Or if there is a better way to do
this?
I don't know if
Howdy Folks:
Would anyone happen to have a link to and/or copy of the WAVE-EX file format
spec handy? I've tried Googling, but closest I come is a (now broken) link
to one of the M$ sites. Searching M$ directly didn't work either.
Thanks!
On Tuesday 09 August 2005 16:21, fons adriaensen wrote:
Try this:
http://www.microsoft.com/whdc/device/audio/multichaud.mspx#EGAA
Perfect. Thanks very much!
Cheers!
|-|
| Frederick F. Gleason, Jr. | Director of
On Tuesday 09 August 2005 17:01, Erik de Castro Lopo wrote:
Libsndfile can read/write WAVE-EX files. It uses the SF_FORMAT_WAVEX
format type to distinguish it from SF_FORMAT_WAV.
I've been eyeing Libsndfile for the past couple of years. It looks quite
solid. We've been using the Secret
On Tuesday 09 August 2005 19:14, Erik de Castro Lopo wrote:
When I get a bit of time (yeah right :-)) I'll take a look at the
BWF stuff.
Nothing like having a truck back up and dump a bunch of standards docs on your
desk... :)
However, since you already have a hardware MPEG codec (where
On Tuesday 07 June 2005 04:06, Jonathan Woithe wrote:
I've been told from a reputable source that it wasn't actually the mobo
factories which did the dirty as such. An electrolyte formula was
apparently stolen from a factory, copied at another and then stolen *again*
and passed to a third.
On Monday 06 June 2005 00:53, Dave Robillard wrote:
Good answer. I've often wondered why anyone would use vectors.
Because they dynamically resize, easily, and are generally much simpler
to work with, perhaps? :)
Not to mention being more-or-less fully debugged and stable.
I think it's
On Monday 06 June 2005 10:37, Mario Lang wrote:
Heh, thats a Redmond argument I'd say :-).
There is nothing wrong (ok, not that much) with accidentally
wasting CPU time, but if you are aware of where are you
wasting it, I dont buy the argument that it is OK to leave it like that
:-).
On Monday 09 May 2005 19:02, Paul Davis wrote:
if you allow arbitrary zoom scales, then the mapping between pixel
position on screen (or some notional unit position as offered by
canvas widgets) and a sample is non-integral, which implies
rounding. that in turn implies errors of several
On Sunday 16 January 2005 07:01, kurmisk wrote:
I wanna collect some info of all my *.mp3 such as
lenght (sec), samplerate(hz) , nubmer of channels (m/s), birtrate(VBR/hz)
and maybe something else.
Which #include hdr.h , typedef , and functions() i need use ?
If you're coding in C++, you
On Saturday 08 January 2005 00:21, Lee Revell wrote:
I actually got a lot more responses than I was expecting. I have been
posting about this to the alsa lists for months, and no one but me and
Peter Zubaj seemed to care. I think they didn't take me seriously at
first, even when I posted
On Saturday 01 January 2005 22:22, Steve Vanechanos wrote:
I'm wondering if the present state of the Intel/AMD powered PC with
Linux is robust enough to control multiple sources (4, 6 or 8) like
digital cable box,
directv receiver, XM radio, CD player(s), etc. and route the output to
On Wednesday 15 December 2004 05:27, Jens M Andreasen wrote:
Actually, the patent is not on graph-traversal as such, but on graph-
traversal in context with virtual instrumentation having some kind of
adjustable front-panel on screen ... It is a methods patent that only
applies when all the
On Friday 20 August 2004 06:56, Pamplemousse_mk2 wrote:
is not a good idea. I know that with MFC there is event management with
WM messages. I don't know what is there under Linux, especially in
console-based apps. With GUI libs like GTK, no problems I think. But
what about console-based
On Friday 20 August 2004 16:57, Paul Winkler wrote:
I don't believe that to be true. It is certainly a large obstacle, but
there is a minority of working professional engineers who hate
protools. Some of these folks hate DAWs in general, some of them hate
protools in particular. Many of them
I'm pleased to announce the beta release of Rivendell v0.9.0. Rivendell is a
complete, GPLed radio broadcast automation solution, with facilities for the
acquisition, management, scheduling and playout of audio content. Further
information, screenshots and download links can be found at:
On Friday 28 May 2004 15:19, Ivica Ico Bukvic wrote:
Hmm, it would be a fun project then to come up with a profiler of various
audio cards by recording and then capturing a specific buffer of audio
data. Then by comparing them (assuming that this drift is constant) see how
many empty samples
On Thursday 19 February 2004 23:27, Erik de Castro Lopo wrote:
http://www.nbb.cornell.edu/neurobio/land/STUDENTPROJ/2002to2003/lil2/
Now, who says fuzzy logic has no place in audio programming?
ducking
Cheers!
|-|
|
On Wednesday 14 January 2004 07:10, Daniel James wrote:
What matters to me is that corporate interests don't overrule other
interests. Linuxaudio.org is mostly composed of libre software
projects, who get a seat on the management board, just like companies
- regardless of size. If you check
On Wednesday 14 January 2004 09:54, Daniel James wrote:
You're quite right. I'm not sure how the significance of a particular
project can be factored in to the amount of influence in management
decisions - or if it should be. The same would go for large and small
companies.
It's a conundrum,
On Tuesday 13 January 2004 18:09, Marek Peteraj and Daniel James
[EMAIL PROTECTED] wrote:
I hope we can stop this childish attitude and actually get some work
done (this is usually the moment when people start to disappear).
So keeping such projects confidential until ready, and not
On Friday 02 January 2004 15:13, Joost Diepenmaat wrote:
Both have existing /dev/dsp style backends at present, which have been
working fine. But recently (SuSE 9.0 install?) when run under ALSA
emulation of /dev/dsp they both started producing segfaults - after
program had exited,
Salem Radio Labs, the Research and Development arm of Salem
Communications, is pleased to announce the initial beta release of
the Rivendell Radio Automation System.
Rivendell aims to be a complete radio broadcast automation solution,
with facilities for the acquisition, management, scheduling
On Thursday 18 December 2003 16:05, Juhana Sadeharju wrote:
Yeah, it is one of those HP devices (Sony inside), not cheapest device
as I preferred quality. Of course, it could be a bug or design flaw
in cdparanoia as well.
Always a possibility.
I yet have to test ripping starting after the
On Monday 15 December 2003 15:37, Juhana Sadeharju wrote:
I ripped a CD two times with the following results:
(== PROGRESS == [ !---| 159332 00 ] == :^D * ==)
(== PROGRESS == [ + + + | 159332 00 ] == :^D * ==)
The errors are explaned this
On Thursday 20 November 2003 03:14, Robert Jonsson wrote:
Isn't there some law or something... probably murphys law...
The animation people do it for pictures, so why not sound as well?
Will be very interesting to hear how a thing like that can sound. Anybody
wanna bet it will be audible
On Tuesday 18 November 2003 02:14, Paul Davis wrote:
to put in bluntly, it appears that i have been totally and utterly
full of crap, and have unnecessarily delayed the advent of decent
plugin GUIs on linux by a year or more.
So, book yourself a guilt trip, and when you return, life will go
On Thursday 13 November 2003 16:48, J_Zar wrote:
I' ve done some tests on a bunch of songs in different compressed
formats
( samplerate = 44100 ): Mp3 and Ogg. For the Mp3 format I tested various
bitrates and I find out that on the playback phase this format has a value
of
On Wednesday 12 November 2003 13:52, Thomas Webb wrote:
What opens up even more possibilities is this:
http://www.doepfer.de/home_e.htm
For something a bit more integrated, you may also want to look at:
http://www.cmlabs.net/
Cheers!
On Sunday 09 November 2003 03:11, Paul Winkler wrote:
Most audio circuits include coupling capacitors that block
DC voltages. Transformers work too. I would be amazed if any soundcard
will pass a DC voltage.
I know of at least one manufacturer (Digital Audio Labs,
On Saturday 08 November 2003 22:36, [EMAIL PROTECTED] wrote:
Also, does or will Jack allow signals to be lower bit depth or sample rate
when full audio resolutions is not necessary, or will it always be full
audio? I'm just thinking that maybe it would be good to be able to pass
control
On Thursday 16 October 2003 14:04, Jussi Laako wrote:
SuSE is doing OK on the installation area, but their biggest problem is
hacking the ALSA into their kernel, making it pretty difficult to change
the kernel while keeping ALSA stuff in their distro working.
I've been running SuSE since 7.3,
On Wednesday 25 June 2003 16:37, Robert Jonsson wrote:
I'm not exactly sure what these Guys are good for, audio cards for
broadcast industry? Apparently they have GPL'd the interface code for
their sound cards.
The basic distinctive is DSP-based MPEG encoding/decoding, both L2 and (on the
Salem Radio Labs is pleased to announce the public release of version 1.1.2 of
Call Commander, a high-performance call screening and management system
targeted for use in professional talk radio environments. This is a beta
release that adds the following new features:
Support for the
On Monday 23 June 2003 13:59, Ivica Bukvic wrote:
However, no one has yet managed to propose an alternative that would
resolve the dilemma that started the whole discussion -- ensuring that
Linux-developed audio software primarily benefits Linux, not a
non-related third-party OS that makes
Has anyone seen this yet?
http://www.rwonline.com/dailynews/one.php?id=2852
What's particularly interesting is that, according to some of the buzz I've
been hearing, their primary implemention platform is Linux (in an embedded
mode, I imagine). None of which is to say that it'll be
On Tuesday 04 February 2003 21:03, David Olofson wrote:
OTOH, I'll need a nice replacement for the ALSA sequencer, if the
thing is to be usable for anything but music and SFX playback on
other platforms. Currently, the most portable control API I have is
OSS rawmidi... *heh*
Some support for
On Friday 24 January 2003 10:19, Paul Davis wrote:
i don't of any h/w that has a 2.5 second buffer!!
AudioScience cards do -- some of them sport up to 8 MB buffers (dynamically
divided among the various pcm streams). But then , low-lat is not exactly a
pressing design goal there... :)
On Thursday 19 December 2002 09:31, Paul Davis wrote:
i am also mildly surprised by the value of the deal. steinberg is
effectively valued at US$24 million. its a huge confirmation, if ever
there was one, of the tiny niche market that computer music
represents. steinberg has to be one of the
Howdy Folks:
The discussion a few weeks back about polishing the user interface of Linux
audio apps has set me thinking on the topic of Desktop Environments (e.g.
GNOME or KDE). My sense is that most of the folks that hang out on LAD have
chosen to eschew *direct* support for such things
On Wednesday 03 July 2002 14:22, Paul Davis wrote:
You all just knew I'd be on this like a fly on cow dung, right? :)))
:)
Theme Support: comes from the toolkit, not the DE.
Interesting. I can't speak for GNOME (where my experience is nil), but in
Qt/KDE, the themeing is very much in the
On Wednesday 03 July 2002 15:41, Andy Wingo wrote:
A reason to have the file selector dialog at the desktop lib level
would be to allow the user to enter in a URI somehow, for use with a VFS
abstraction -- I think they are KIOSlaves in KDE, gnome-vfs in gnome.
I'm a G* man myself. This is
On Wednesday 03 July 2002 14:31, Erik de Castro Lopo wrote:
particularly the whole issue of user interface consistency across
multiple apps.
In the audio world there is quite a string move away from this. Witness all
the cool custom GUI plugins on Win32 and Mac.
You're right, and
On Tuesday 18 June 2002 02:53, Richard Bown wrote:
Oh yes, that is interesting. In fact the whole BWF format looks good -
mainly 'cos it's always a joy to work from well written specs of course
but hey.
You might also want to check out:
http://www.cartchunk.org/
These two
On Wednesday 12 June 2002 16:37, Billy Biggs wrote:
I see only two options: Go all the way, ask all users to pay, lose
personal ownership of the project and turn it into a product, or ask
nothing and expect nothing. Anything in between puts everyone in a bad
position: users might feel
On Thursday 13 June 2002 13:15, xk wrote:
I'm not a professional musician, but a 25 ms latency makes me more than
happy.
It really depends upon the specific application. For some problem-spaces
(radio automation, for example), latency is just not a very important issue.
For others (e.g.
On Wednesday 12 June 2002 06:19, nick wrote:
But yes, a library of these would be damn sweet. in the style of gtkext
(extra widgets for gtk) we could make one, but then the problem is the
user must have this extra library installed, and us developers hate
extra dependencies to worry about
On Wednesday 05 June 2002 11:07, Dustin Barlow wrote:
If it comes bunded with an 8-track player that fits in a drive bay, I'm in.
But of course! Check out the sample implementation:
http://64.80.162.66/cartPC1.jpg
Now what would you pay?
Cheers!
On Tuesday 04 June 2002 12:56, David Matthews wrote:
Now that's just ridiculous. I love tubes as much as anyone, but what's the
point of using a tube amplifier with a cheapo motherboard DAC?
I'd be more interested to see how they're generating the B+ voltage for that
tube -- values of
On Sunday 02 June 2002 20:08, Rick Burnett wrote:
Does anyone have any experience with the flower fans from QuietPC? I
am getting sick and tired of the jet engine noise in my studio and
before I go spending thousands of dollars on a quiet rack, I would
rather do what I can in the computer
On Wednesday 29 May 2002 14:22, Lamar Owen wrote:
But then the amplifier is *producing* sound rather than *reproducing*
sound, and has become a form of compressor. A compressor with some
interesting curves, maybe, but a compressor nonethless. And a compressor
one can model and produce
On Friday 24 May 2002 22:11, Paul Davis wrote:
By my standards, anybody who puts A-D/D-A conversion inside their
computer chassis is by definition not concerned with the best in the
business. The term professional audio for me doesn't include analog
I/O for a computer card unless the
On Tuesday 28 May 2002 16:19, Lamar Owen wrote:
Hmmm. You know, a linux based broadcast compressor (on the order of an
Omnia6 or Optimod 8400) would be an interesting project. Someone who wants
to do serious DSP work could have a field day doing multiband limiting and
the various other
On Friday 24 May 2002 01:47, Eliot Blennerhassett wrote:
I'd like some idea how hard it would be to write an ALSA driver either as a
compatibility layer on top of our existing driver, or from the ground up.
I realise that this is rather a broad question, so please consider this an
Anyone out there know a good technique for getting an enumeration of all
available PCM devices? (This is using ALSA-0.9.0). Currently, I'm doing
something like:
for(i=0;iMAX_CARDS;i++) {
for(j=0;jMAX_DEVS;j++) {
sprintf(device,plughw:%d,%d,i,j);
On Friday 10 May 2002 17:10, Paul Davis wrote:
and this is not trivial stuff: this is the core of how users (or
programs that work on behalf of users) render ALSA usable, even
though at first sight this stuff is a cryptic nightmare.
That's putting it politely. I understand, though. With
On Friday 10 May 2002 18:20, Mark Rages wrote:
OK, so is there a way to get this list of simple names from alsalib?
Then you could have your .asoundrc definitions and selection-box too.
I think that's what this frequently-asked-question is really getting
at.
Bingo!
On Friday 10 May 2002 18:29, Paul Davis wrote:
the working model (i think) is that you don't want to present names
like this to the user, and that its up to them (or a configuration
program working on their behalf) if they want easy names to access
these devices with.
OK, help me with the
On Friday 10 May 2002 19:09, Paul Davis wrote:
well, i won't reiterate my feelings on that. you all know that i
consider JACK to be The One True Way to do audio on Linux. Quite why
anyone is trying to present a list of physical output devices is
beyond me - what happens if I want the output
On Friday 10 May 2002 19:21, Paul Davis wrote:
perhaps you don't realize this - i can't say i blame you. its one of
the most fundamental aspects of using ALSA, but its not prominent in
any of the docs or the website.
I think you've just touched upon the real problem. ALSA is ludicrously --
On Tuesday 07 May 2002 03:38, Lucia Cappellato wrote:
I see that with SOUND_MIXER_PCM SOUND_MIXER_ALTPCM
the value of volume change but which is the most important?
It depends upon the architecture of the specific sound card in question. Many
of the consumer type cards (e.g. Soundblasters
On Wed, 1 May 2002, Paul Winkler wrote:
I haven't read closely but this looks like it fits the bill perfectly.
You could run the 24V model off a pair of 12V batteries. Way cool!
Would also be handy in a solar-powered studio. :)
Am I missing something here? Why not just go to TrippLite and
On Thu, 18 Apr 2002, Joern Nettingsmeier wrote:
N. could we please please please annihilate every last little
trace of alsa 0.5.x from that page ?
I'd like to add my vote for this here too. The whole 0.5.x vs. 0.9.x
thing is *hugely* confusing -- to me, to programmers, and to end users.
On Tue, 26 Mar 2002, Paul Davis wrote:
I suggest you buy the O'Reilly book on autoconf/automake and read it
*carefully*. It contains far more information than you will get from
this or any other mailing list.
Would you happen to have an exact title or ISBN number for this? I can
find no
On Mon, 25 Mar 2002, Paul Davis wrote:
such users should not be installing software that is only available
from CVS.
Hmm. I think I see your point, but I wonder if you've considered all the
broader picture. I'm getting set to start porting some of my stuff over
to Jack in the next week or
I'm pleased to announce the initial public release of the Revolution12
software package. Revolution12 is a linux-based audio package that
implements a comprehensive, network-transparent control framework for the
Revolution 12 Digital Audio Engine, manufactured by Arrakis Systems/Colorado
On Mon, 25 Feb 2002, Paul Davis wrote:
I've never come across audio hardware that has this feature, and I'm
not sure I'd want to. You can't, for example, use external word clock
with such a device (not without some hairy firmware on the hardware),
which means it would hard to use it in any
On Sun, 20 Jan 2002, Taybin Rutkin wrote:
I did the conversion and that is $26,400.00 American dollars. Is such a
thing really availible?
Klotz Digital's VADIS platform will scale to this size. The price given
above would be low by a long shot, though... :)
Cheers!
On Wed, 2 Jan 2002, Dan Hollis wrote:
Musicians usually use laptops, KDE tends to be a bit of a resource hog in
the constraints of your typical laptop. It runs great on desktops though.
Hmm. I guess it all depends on what typical is. I do much of my
development on my laptop (a Dell
On Tue, 18 Dec 2001, Jussi Laako wrote:
Windows is good example of total API mess where there is different API for
all the different twinkles, different error codes, etc. And I think it as
Bad Thing(tm). It's platform where you have to write two hundred lines of
code, call fifty functions
On 21 Nov 2001, Ivica Bukvic wrote:
Hi all! Currently I am working on an app that needs to have a timer set
up as a separate thread, but the problem is that I've been designing the
whole project in Kdevelop (using qt), and my main window is one big
Instance of a class which also possesses a
I've been dealing with an interesting situation here regarding a system
that is running three software RAID arrays. The layout consists of two
RAID1 arrays sharing two IDE drives and a RAID5 array running on five SCSI
drives (four active and one on hot standby). Latency tests on the system
show
On Thu, 1 Nov 2001, Paul Davis wrote:
many other platforms (e.g. MIPS) do float-int phenomenally well just
via a cast. it seems to me that it would be cleverer to define a
portable solution, if you're going to be willing to use autoconf, that
defines FLOAT_TO_INT, but make it platform
On Mon, 15 Oct 2001, Son of Zev wrote:
At this stage I am unaware of any precedent to this kind of claim. The claim
against mp3/p2p software was an issue of music copyright and the illegal
distribution of it - however no one ever sued anyone for making a recordable
tape deck or video
On Mon, 15 Oct 2001, Richard W.E. Furse wrote:
Decent multichannel audio on laptops is turning out to be rather annoyingly
difficult. I've been waiting for ages for the USB-based M-Audio 4in/4out
card. This has shipped for the Mac, but (nearly a year on) they've still not
released it for the
83 matches
Mail list logo
