>Andrew Burgess wrote:
>> Mine comes up as 102, I've had to edit the driver source in the
>> past to get it to work. Could you make sure 102 will work too?
>The firmware for IDs 0100 and 0102 is indeed the same.
>Editing drivers/usb/misc/emi26.c in the kernel source
>The firmware wasn't loaded.
>> ok. this is the output of lsusb after I modprobed emi26:
>> Bus 004 Device 002: ID 086a:0102 Emagic Soft-und Hardware GmbH
>The emi26 module expects the device to have product ID 0100. It seems
>you have a new hardware revision.
>I'll see if I can update the emi26
>In pratice people dont really demand hard realtime and it will be OK, but
>the maximum time taken to transmit a UDP packet is unbounded, it uses
>exponential backoff IIRC.
That sounds like TCP. I think UDP is send and forget, if you want guaranteed
delivery or sequencing you need a higher protoc
>On Sat, 2004-09-04 at 06:55, Steve Harris wrote:
>> On Fri, Sep 03, 2004 at 05:40:12 -0700, Andrew Burgess wrote:
>> > >Service discovery just covers being able to locate liblo servers
>> >
>> > I wonder if it's possible to use portmap for service di
>> >Service discovery just covers being able to locate liblo servers
>>
>> I wonder if it's possible to use portmap for service discovery?
>I dont know, but I think you shouldn't :)
Please say why. Thanks!
>Zeroconf seems like a good fit however.
>I have two Audio related projects that need updating.
>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",
>(neither v
>Service discovery just covers being able to locate liblo servers
I wonder if it's possible to use portmap for service discovery?
>Hmmm, I think the alsa api is a bit huge/complicated. I would never
>reccomend doing alsa directly, and I think it was a very bad advice
>actually. Check out portaudio, sndlib or jack instead, which provides
>easier interface to the soundcard than alsa, and works on top of alsa (and
>others).
>It's called OProfiler.
>"OProfile can help you identify issues such as loop unrolling, poor cache
>utilization, inefficient type conversion and redundant operations, branch
>mispredictions, and so on."
There is an oprofile rpm supplied with RedHat 9
>This seems like an interesting article, describeing a new kernel
>service/application in 2.6.
..
>http://www-106.ibm.com/developerworks/library/l-oprof.html?ca=dnt-441
..
>It's called OProfiler.
Its not new, I used it at least a year ago. It works in 2.4
>Has anybody used the above ALSA functionality? The functions are
>defined in but there doesn't seem to be any documentation
>nor any example programs.
There is a package called ameter.
>Do these functions work?
Seem to.
>Do they work on record?
Yes. ameter works for both record and
>Also for sound limiter (compressor) algorithms .
Sox has a compander and there is also a Dyson compressor LADSPA plugin.
http://sox.sourceforge.net/
http://plugin.org.uk/faq.php
>I have two linux computers with ext3 and reiserfs file systems
>cat /proc/sys/vm/bdflush
>echo "100 200 64 512 31 2000 50 1884 2" > /proc/sys/vm/bdflush
>breaks again sounds little bit shorter
>does somebody knows best paremeters
>for comands
>elvtune -r -w
>echo "p1...pn" > /proc/sys/vm/bdflush
>> you can't declare a variable except at the top of a block. Newer
>> compilers let you, and I think C99 supports it. Don't count on it
>> yet, too many people with old compilers.
>Yes. That'll be it. Dang. I've obviously been doing too much C++
>recently... I'll fix it and put out another rele
>I will check the effect of sse on my plugins as they are generally less
>ram hungry, but I dont have a gcc3 machine around at the moment.
Just FYI, the redhat gcc3 rpm installs the executable as gcc3 so it
happily coexists with older gcc versions. You just edit the makefile
to use gcc or gcc3.
15 matches
Mail list logo
