it was complaining it didn't yet have 0.9
support for ICE1712).
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
somewhat when
used with wisdom or measure mode. AMD CPU's are wery smooth.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
Niels A. Moseley wrote:
Does this DC buildup occur in direct-form IIR filters or do you use a
serial biquad structure?
I can't remember and couldn't find the source code, it's been some time ago
(3-4 years)...
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB
Juhana Sadeharju wrote:
I have a DSP library under a work. One task is to write music-dsp
codes in C for real-time use.
Have you noticed my project at http://libdsp.sf.net, just wondering how much
overlap there is...
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD
interested about
network/disk throughput. VM behaviour is awful, it's easy to create local
DOS attack using that feature. FreeBSD seems to behave better.
No one has been willing to add device specific bandwidth limits /
requirements... I hate when some non-critical device causes dropouts.
- Jussi Laako
interrupts could be fed to CPU #1 while
everything else is handled by CPU #0.
Kernel could also disable badly behaving driver. Once too long in driver and
*bang* driver is unloaded and device disabled.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
and/or making sure users know the
implications.
Problem is also to find situations and drivers that behave badly. One good
example of very problematic driver is Intel's own EtherExpress/100 driver
(e100). I've been getting alot of problems with that.
- Jussi Laako
--
PGP key fingerprint
on that field.
Now I'm only missing Creamware Pulsar II... :)
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
! for the conversion, but can't see much difference between
implementations, because the stuff is somewhere around 0.1% of CPU usage.
Time taken by the conversion is thus insignificant...
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
thing as one.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
Jussi Laako wrote:
--- 8 --- libDSP (radix-4): --- 8 ---
Athlon/1000:
224 us / 1024 point complex FFT (single precision)
139 us / 1024 point complex FFT (double precision)
41 us / 1024 point real FFT (single precision)
410 us / 8192 point real FFT (single precision)
PIII/866:
1623
realtime operating systems. I would like
to see all the related priority inheritance stuff with message queues as is
in QNX.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
high
quality mic capsules to ear plugs and put those into your ears and record to
DAT. Now you have recorded _real_ 3D soudscape. Listen with headphones.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
or five versions of the API.
Now my software supports three audio APIs, OSS and ALSA 0.5 0.9. Making
software compatible with even more APIs will make it more complex and that's
bad.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP
you to use
alsa-lib :)
And where is _that_ non-alsa-lib interface documented properly!? ;-)
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
interfaces to other platforms is not simple as recompile even if you write
software carefully to be portable. Supporting few other operating systems
would prove the system to be really portable and keep unportable things out.
Btw. how much testing has ALSA got under Linux/PPC?
- Jussi Laako
--
PGP key
use Windows for making music because there is no suitable software
available.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
David Gerard Matthews Jr. wrote:
Obviously not, if you insist on using OSS.
I'll gladly switch to ALSA when there's something that matches Cakewalk
SONAR. But I also strongly believe that such program is possible to write
using OSS also.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED
on a logarithmic
scale, f.i. one octave up corresponds to a doubling in frequency.
Yes, this part is the most problematic. I'm still tuning my response
generation algorithm for the FFT based eq.
Btw. CoolEdit (on Windows) uses FFT filters/eq's.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2
be taken to
create appropriate abstraction layers for accessing operating system
specific services/functions.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
://www.pp.song.fi/~visitor/latencytest2/3x256.html
There is nasty problem with disk IO (cache) which I think is fixed in 2.4.17
so I'm not going to hack 2.4.16.
- Jussi Laako
- 8 --
/dev/hdb:
multcount= 16 (on)
I/O support = 1 (32-bit)
unmaskirq= 1 (on)
using_dma= 1
to it.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
Joachim Backhaus wrote:
Yes, if for example Britney Spears says she uses Linux
for her album EVERYTHING would change!!! :D
At least I would probably change to FreeBSD... :)
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP
system.
Best regards,
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
diff -ur linux-2.4.17-lowlatency/drivers/char/drm/mga_dma.c
linux-2.4.17-lowlatency-jl/drivers/char/drm/mga_dma.c
--- linux-2.4.17-lowlatency
critical. That's
why I left the initialization parts out of scope.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
in 8139too
nor the DRM drivers.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
diff -urN linux/drivers/char/drm/mga_dma.c
linux-2.4.17-jl7-ll/drivers/char/drm/mga_dma.c
--- linux/drivers/char/drm/mga_dma.cWed Aug 8 19:42
patch
- Rik's rmap-11b
- Ingo's O(1)-H6
- Andrew's full lowlatency
- My additions to lowlatency
Now I'm quite happy with this!
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
Roberto Nibali wrote:
Could you please post this as a unified diff against 2.4.17 on your
webpage, so others can test it too?
OK, it's now available at:
http://www.pp.song.fi/~visitor/dlbins/2.4.17-jl7-ll.patch.bz2
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B
-synced input channels and
at least 16 DSP processors.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
ice1712. I even considered to do so.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
because
they have to make the masks. After that it doesn't matter much if you buy 1
or 10 or even 100 boards. Depending on size of the board as they have to
produce one or more about 50cm x 100cm boards with N of your boards.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE
, it wasn't a
group of hobbyists.
But it could be used by group of hobbyists instead of M-Audio or Terratec.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
).
6 channels isn't much and that doesn't have much in common with my app,
except complex convolution (which is only a very small part of it).
My 1 GHz athlon has 100% CPU load with only a tiny fraction of usual
workload.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD
chips, but we could possibly make the code cross-DSP
compatible.
Hmm, unless we create some daughter card architecture to isolate the
pincompatibility issues to separate small modules. This is more difficult to
design well, but I think it would be great to have completely modular
system.
- Jussi
Jussi Laako wrote:
Roberto Nibali wrote:
Could you please post this as a unified diff against 2.4.17 on your
webpage, so others can test it too?
I made a web page for my kernel patch combinations. Aimed primarily for low
latency use.
http://www.pp.song.fi/~visitor/linux/
Latest 2.4.17
Paul Davis wrote:
Initially, Final Scratch will only be available for
Linux and BeOS operating systems running on an
Intel compatible CPU. A Mac version is planned.
That tool looks really neat and runs on right platform!-)
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2
Christophe Baillon wrote:
I am writing an Ada 95 binding of libsndfile, based on version 0.0.27
Is the API will change for the next release ?
Great! Could you please announce it here when it completes?
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216
Erik de Castro Lopo wrote:
In terms of completeness, what are the file formats that people would
like to see in libsndfile but aren't currently supported?
Ogg and FLAC would be nice as optional configure -options.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE
Richard Guenther wrote:
Btw, querying would be not enough, but instead having multiple objects
for each subarchitecture would be necessary - or autodetection of
CPU capability inside the plugin.
Just use cpuid instruction and switch to correct code block accordingly.
- Jussi Laako
of instructions the plugin uses? I
think it's plugins job to detect support and select correct algorithm. Every
plugin that has 3DNow or similar support should have generic fallback code.
IMO... :)
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
and AMD CPU's are still 3-10
times faster on FPU (dunno about P4 with P4 code). My handwritten Enh3DNow
code is still 10 times faster on AMD Athlon (Thunderbird) than same code
written in C optimized by Intel's compiler running on P3 (Tualatin) at same
clock frequency.
- Jussi Laako
--
PGP
with -Wall -Werror is almost paranoid enough
combination.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
Michael J McGonagle wrote:
Ok, would I be stupid in asking if the Intel compiler's code will run on
an AMD processor? Or do they do something to make it specific to the
Intel series?
Yes it does and runs faster than on equivalent Intel CPU.
- Jussi Laako
--
PGP key fingerprint
tapio laxström wrote:
Linux kernel drivers for Emagic EMI 2|6 low latency USB audio interface
can now be downloaded here:
Great to have Linux support for USB audio devices! Those are nice for use
with laptop.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD
then it should be in kernel.
Otherwise application should be responsible of the format conversion (like
in ASIO). How the application does the conversion doesn't matter, it
probably would be in some common library.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB
? (Again, I'd
I believe there is need to stop the kernel bloat with large number of
drivers and it's easier for driver developers not to be forced to sync with
kernel release cycle.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP
Erik de Castro Lopo wrote:
Talking to hardware is something that should be high priority while data
conversion shouldn't be.
You should be able to prioritize drivers also. It's usually more important
to go with audio driver than to spend long time in serial driver... ;)
- Jussi
with try_to_wake_up(). I'm
trying to find and fix the bottleneck but haven't succeeded yet.
I see about 50 ms worst case latencies with pthread_cond_*().
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
heard...
;-)
WinNT driver model is awful and usually there are loads of unnecessary
floating point stuff done in the drivers.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
Paul Winkler wrote:
Just to quibble: IIRC you can sync multiple Delta 1010s. At least 2
(for 16 analog I/O) and maybe 3 (for 24 analog I/O).
Windows driver supports syncing of 4 cards, haven't tried that though...
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B
Paul Davis wrote:
100.0% of samples 1.4m
Yowza! I mean, I knew it was good - I didn't know it was *that* good!
Even better: this is *with* IDE drives under some level stress (but no
X Windows).
I get 1.7 ms with IDE and X11 (patched DRM drivers).
- Jussi Laako
--
PGP
Nasca Octavian Paul wrote:
Where can I find algorithms to make cubic, n-point and other types of
interpolations?
GNU Scientific Library aka GSL.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
resampling or pitch
shifting, or both.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
.
Original motivation for the patch set was to create kernel that is able to
run my signal analysis software properly under full load. It does heavy DSP
operations with 8-32 channels of audio and also heavy network and graphics
load.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92
of
the sound (and ever more with quicker melodies). But maybe it's just because
I'm too used to the real thing.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
[EMAIL PROTECTED] wrote:
Does anyone knows a compact and portable DSP library (preferably open
source). I need it to run on ARM or MIPS target boards withe embedded
linux for voice compressions and pther telecom functions.
http://libdsp.sf.net ?
- Jussi Laako
--
PGP key
.
No problems here with 2.4.19-jl series... Steady at 0.9 ms when using 128
byte buffers with ENS1371.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
make the graphs available.
I think software raid driver needs some work to lower it's latency. Current
-ll patch doesn't include anything for it, if I remember correctly.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
explanation.
I haven't got any problems with shared memory, but afterall, I don't use
the SystemV method (shm* functions) because it sucks. I think the
SystemV IPC stuff sucks as whole. I like to use the real POSIX way..
:)
--
Jussi Laako [EMAIL PROTECTED]
and second for the data, thus the header stuff
is protected from the data.
See also pthread PSHARED flag, which seems to be supported in NPTL
(included in RH9) but not supported under old LinuxThreads. Works also
under Solaris 8/9.
--
Jussi Laako [EMAIL PROTECTED]
) bytes
--
Jussi Laako [EMAIL PROTECTED]
should be defined volatile.
2) compiler doesn't know anything about processes or IPC, so same as
above. All inter-process variables should be defined volatile.
3) on SMP systems each CPU still has it's own dcache
--
Jussi Laako [EMAIL PROTECTED]
On Thu, 2003-07-31 at 11:45, Alfons Adriaensen wrote:
Do you know of a *very fast* (probably inline assembly) way to force
denormal FP numbers to zero ?
If I remember correctly, SSE does flush-denormals-to-zero by default.
--
Jussi Laako [EMAIL PROTECTED]
on AMD ones. However, using SSE2 for fp math on P4 fixes this.
--
Jussi Laako [EMAIL PROTECTED]
to include it in test results.
--
Jussi Laako [EMAIL PROTECTED]
and it is
highly recommended to use alsa at all.
ALSA has it's own drivers and it's own native interface. It's able to
emulate OSS at driver level.
--
Jussi Laako [EMAIL PROTECTED]
platform API. ALSA is Linux only.
--
Jussi Laako [EMAIL PROTECTED]
some extra overhead and code to audio
chain.
Are there any other drivers to get any decent PCI soundcard to work on
those platforms?
--
Jussi Laako [EMAIL PROTECTED]
continue to support OSS. And I still recommend it for
users because it's easy to install. Just do ./oss-install and then
just OK-OK-ExitSave and that's it.
--
Jussi Laako [EMAIL PROTECTED]
On Thu, 2003-10-09 at 17:44, Paul Davis wrote:
OSS is dead. You should not be writing apps with OSS. If you want
portability use PortAudio.
It's not dead if you are doing audio work on any other IEEE-1003.1 OS
than Linux.
--
Jussi Laako [EMAIL PROTECTED]
On Fri, 2003-10-10 at 19:28, Paul Davis wrote:
you need to additively mix your two signals. writing them to DSP
orders them sequentially in time. it doesn't mix them.
The commercial OSS driver does mixing and samplerate conversion.
--
Jussi Laako [EMAIL PROTECTED]
to be running 24/7/365 no matter how
many xruns there are, without needing to restart the interface every
time. Minimal dataloss required when xrun happens.
--
Jussi Laako [EMAIL PROTECTED]
lacks the ./install - [OK] - [OK] - [Exit and
save] - soundon -installation.
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.
--
Jussi Laako
On Fri, 2003-10-10 at 23:40, Paul Davis wrote:
PortAudio works on most of them, and is much better for many reasons.
PortAudio uses OSS? Or are there many drivers for M-Audio Delta1010 and
the likes?
--
Jussi Laako [EMAIL PROTECTED]
On Fri, 2003-10-17 at 02:09, Juan Linietsky wrote:
Benno Sennoner and I were discussing today on IRC about
the usual fixed point vs floating point (regarding to some resampling code)
Attached is some quick-and-dirty hack written tired and drunk at friday
night...
--
Jussi Laako [EMAIL
OK, some new code.. Attached are some of my experiments.
- Code that uses split registers to process two samples per loop.
- Code for processing interleaved stereo (equally fast to mono version)
TODO:
- Implement resample code in libDSP in e3dnow asm
--
Jussi Laako [EMAIL PROTECTED
Of course I forgot something out of the patch. Here's additional patch
for drivers/oss/Makefile.am...
--
Jussi Laako [EMAIL PROTECTED]
--- jack-audio-connection-kit-0.80.0/drivers/oss/Makefile.am 1970-01-01 02:00:00.0 +0200
+++ jackit/drivers/oss/Makefile.am 2003-11-14 21:04
with the PortAudio driver,
instead?
No, depending on how PortAudio is implemented...
--
Jussi Laako [EMAIL PROTECTED]
is available at
http://www.sonarnerd.net/linux/ and SuSE 9 packages are coming.
--
Jussi Laako [EMAIL PROTECTED]
users out there... :)
--
Jussi Laako [EMAIL PROTECTED]
= paUInt8, paInt16,
Maybe this is a feature of alsa oss emulation?
--
Jussi Laako [EMAIL PROTECTED]
/automake could see the
drivers/oss/Makefile.am for some better way of enabling NPTL/barrier
stuff... ;)
--
Jussi Laako [EMAIL PROTECTED]
actual projects.
I don't have have any control on jack, so I'm not going to tie myself up
on something which needs unspecified amount of work.
--
Jussi Laako [EMAIL PROTECTED]
time ./resamp_fixp
1.037u 0.000s 0:01.03 100.0%0+0k 0+0io 76pf+0w
jussi/own time ./resamp_float
1.970u 0.000s 0:01.96 100.5%0+0k 0+0io 76pf+0w
jussi/own time ./resamp_float_fistl
4.034u 0.001s 0:04.03 100.0%0+0k 0+0io 90pf+0w
--
Jussi Laako [EMAIL PROTECTED]
.
--
Jussi Laako [EMAIL PROTECTED]
On Fri, 2003-12-19 at 22:12, Taybin Rutkin wrote:
JACK 0.92.0 has been released.
As usual, modified version with OSS driver is available as RPMs from
http://www.sonarnerd.net/linux/
--
Jussi Laako [EMAIL PROTECTED]
On Mon, 2003-12-22 at 11:55, Uwe Koloska wrote:
but this will build only the float variant. And the fftw3 build
procedure is not able to build both variants ...
I've done RPMs of FFTW 3.x which include float, double and long double
versions. See http://www.sonarnerd.net/linux/
--
Jussi
On Sun, 2004-02-01 at 12:02, Daniel Risacher wrote:
aRts, etc. Wouldn't it be nice if all the legacy apps just worked?
Without blocking each other?
This has already been implemented in commercial version of OSS. With
samplerate conversion and mixing.
--
Jussi Laako [EMAIL PROTECTED]
MS/s
30420 us / 65536 point real FFT (single), 33 FFTs/s, 2.154 MS/s
--
Jussi Laako [EMAIL PROTECTED]
On Sat, 2004-02-28 at 15:43, Tim Goetze wrote:
is the benchmark code you use available somewhere?
Older version with some parts removed is in libDSP CVS.
--
Jussi Laako [EMAIL PROTECTED]
=i686 platforms and includes 3DNow
/ SSE stuff. It just crashed on my Thunderbird-core Athlon.
I use *_execute_dft_r2c().
Also SIMD optimizations doesn't do any good on non-x86 architectures
like SPARC, Alpha or HP-PA.
Anyway, I'm going to add some SIMD stuff to Ooura also.
--
Jussi Laako
implementation of
floatdouble version of Ooura radix-4, radix-8 and split-radix
transforms.
Using Ooura (built-in), FFTW (external) and Intel IPP (external) FFTs
with libDSP is just matter of configuration #define.
--
Jussi Laako [EMAIL PROTECTED]
(Fedora Core 1, gcc-3.3.3):
[EMAIL PROTECTED] tests]# ./bench --verify irf1024
Segmentation fault
[EMAIL PROTECTED] tests]# ./bench irf1024
Segmentation fault
--
Jussi Laako [EMAIL PROTECTED]
publish the test results when I get SSE2 optimization for Ooura
code done.
--
Jussi Laako [EMAIL PROTECTED]
/websgram.jpg
So basically it could be OK with 3D display?
--
Jussi Laako [EMAIL PROTECTED]
. At
least for P4 and AMD64. I usually do some profiling on code generated by
the compiler and then handcode the SSE2 parts for compiler bottlenecks.
IIR filter was one good example where compilers sucked badly.
--
Jussi Laako [EMAIL PROTECTED]
). To get best possible sound quality out of
these, you'll need high quality samplerate conversion when playing 44.1
kHz files/streams.
All comments on this are welcome.
Patch is available from:
http://www.sonarnerd.net/linux/xmms-rabbit.patch
--
Jussi Laako [EMAIL PROTECTED]
. A basic JACK
application made using this library works OK anyway.
Current implementation is available from:
http://www.sonarnerd.net/linux/libjackmm-071104.tar.gz
--
Jussi Laako [EMAIL PROTECTED]
On Sun, 2004-11-07 at 03:11, Jussi Laako wrote:
Current implementation is available from:
http://www.sonarnerd.net/linux/libjackmm-071104.tar.gz
Uh oh, forgot to include Exception.hh from libDSP sources. I just
updated the package...
--
Jussi Laako [EMAIL PROTECTED]
1 - 100 of 153 matches
Mail list logo
