04/01/03 12:30, Vandana wrote:
> Hi,
> I am building a sound editor and need an API for playing 'wav'
> file samples. I tried the SOX API but the quality is very bad. Is there
> some other API, I can try. Kindly advice.
I'm not sure what it is that you want to do. Do you want to play wav
Vandana wrote:
Hi,
I am building a sound editor and need an API for playing 'wav'
file samples. I tried the SOX API but the quality is very bad. Is there
some other API, I can try. Kindly advice.
.
what language? And did you want it to actually play or just load/save
wav files?
On Sat, 4 Jan 2003 12:30:24 +0530 (IST)
Vandana <[EMAIL PROTECTED]> wrote:
>
> Hi,
> I am building a sound editor and need an API for playing 'wav'
> file samples. I tried the SOX API but the quality is very bad. Is there
> some other API, I can try.
There are a number of APIs.
For rea
Hi,
I am building a sound editor and need an API for playing 'wav'
file samples. I tried the SOX API but the quality is very bad. Is there
some other API, I can try. Kindly advice.
04/01/03 13:08, Erik de Castro Lopo wrote:
> The Rabbit (libsamplerate)
> ==
> I am currently working on some major, rather gnarly, refactoring of
> the internals which should result in about a 10-30% improvement
> in throughput for the Sinc based converters.
>
> I am al
On Fri, 3 Jan 2003 17:34:22 -0500
Paul Davis <[EMAIL PROTECTED]> wrote:
> but ... but ... i am just glowing with the way libraries like
> libsamplerate and libsndfile provide the same simple "just plug it
> together" functionality that the unix shell and all our pipe-connected
> utilities do. th
> >I browsed the Kernel Source and there is only one mark_inode_dirty in
> >pipe_write (in fs/pipe.c). So we know where it is hanging...
> >
> >And in __mark_inode_dirty (in fs/inode.c) there is one
> > spin_lock(&inode_lock)
> >call, and I guess that is where the whole thing is hanging. So som
On Fri, Jan 03, 2003 at 05:34:22PM -0500, Paul Davis wrote:
(cut)
>thanks to erik, thanks to RMS for the GPL and thanks to everybody on
>this list and elsewhere who is making this revolution possible.
>--p
I'm glowing too :)
Don't have the time right now to use all the great apps,
but just readi
>I browsed the Kernel Source and there is only one mark_inode_dirty in
>pipe_write (in fs/pipe.c). So we know where it is hanging...
>
>And in __mark_inode_dirty (in fs/inode.c) there is one
> spin_lock(&inode_lock)
>call, and I guess that is where the whole thing is hanging. So something
>is h
[brief description of problem: jack + several other jack clients + disk
activity - a tar process, for example - hangs the machine]
> This is what I'm currently testing:
>
> 2.4.20 + capabilities + preempt + lowlat +
> [from Con Koliva's page]
> Read latency2 disk hack (Andrew Morton) + ACPI
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Paul Davis
> Sent: Friday, January 03, 2003 2:34 PM
> To: [EMAIL PROTECTED]
> Subject: [linux-audio-dev] rave + rant
>
>
> it really makes me feel good to be able to turn around and explain to
> my dis
> > I don't have the time now to analyze the results but it would seem the
> > problem is freqtweak in combination with jackd. When the system freezes
> > after starting stuff from a text console, sysrq-p prints
> > information about the current registers and the printout of repeated
> > dumps only
i just want to stop for a moment and reflect on the power of the open
source software model. for a long time, a rather glaring defect in
ardour was the inability to record at a higher frame rate (say, 48kHz
or 96kHz) and then easily produce an audio file of the piece at
44.1kHz, the standard for re
13 matches
Mail list logo
