Alan Cox wrote:
> What format is it that causes the problems, the only badly supported key format
> right know I know of is 16bit bigendian. That needs some small esd patches.
S8 is a not very well supported format.
And btw there are many applications that cannot live with esd for
latency
> Anything in between is IMO silly. Killing the format
> conversion drops the advantage of running many existing
> applications but don't bring you much closer to the goal
> of simplicity.
Those applications already have to deal with the fact some devices only
support 48KHz 16bit stereo audio. I
On Mon, 4 Dec 2000, Thomas Sailer wrote:
> And before killing format conversion you should kill
> the mmap stunt, because the format conversion complexity
> (~25 LOC) is by far dwarfed by the mmap emulation stuff.
mmap -emulation- ?? Ug. Is Quake really worth that much? :)
> The underlying
Alan Cox wrote:
> Definitely we should
If you start killing format conversion then >99% of the
existing applications won't work anymore with usbaudio.
At that point you can dump the OSS interface just as well.
And before killing format conversion you should kill
the mmap stunt, because the
> > Tjeerd. I deliberately applied only small bits of your patch before because
> > the mono mode stuff clutters the driver horribly and is not in the right place.
> > It belongs in the application/libraries
>
> Then you should kill parts of drivers/usb/audio - it contains format conversions.
Hi!
> > It implements mono output and fixes a bug in the dma logic (reset necessary
> > because some descriptors are already prefetched and are not updated
>
> This is wrong. Linus please do not apply this patch, or if you have done back
> it out. Not only does it do format conversions in
Hi!
It implements mono output and fixes a bug in the dma logic (reset necessary
because some descriptors are already prefetched and are not updated
This is wrong. Linus please do not apply this patch, or if you have done back
it out. Not only does it do format conversions in kernel
Tjeerd. I deliberately applied only small bits of your patch before because
the mono mode stuff clutters the driver horribly and is not in the right place.
It belongs in the application/libraries
Then you should kill parts of drivers/usb/audio - it contains format conversions.
Alan Cox wrote:
Definitely we should
If you start killing format conversion then 99% of the
existing applications won't work anymore with usbaudio.
At that point you can dump the OSS interface just as well.
And before killing format conversion you should kill
the mmap stunt, because the
On Mon, 4 Dec 2000, Thomas Sailer wrote:
And before killing format conversion you should kill
the mmap stunt, because the format conversion complexity
(~25 LOC) is by far dwarfed by the mmap emulation stuff.
mmap -emulation- ?? Ug. Is Quake really worth that much? :)
The underlying
Anything in between is IMO silly. Killing the format
conversion drops the advantage of running many existing
applications but don't bring you much closer to the goal
of simplicity.
Those applications already have to deal with the fact some devices only
support 48KHz 16bit stereo audio. I run
Alan Cox wrote:
What format is it that causes the problems, the only badly supported key format
right know I know of is 16bit bigendian. That needs some small esd patches.
S8 is a not very well supported format.
And btw there are many applications that cannot live with esd for
latency
> It implements mono output and fixes a bug in the dma logic (reset necessary
> because some descriptors are already prefetched and are not updated
This is wrong. Linus please do not apply this patch, or if you have done back
it out. Not only does it do format conversions in kernel (which is a
It implements mono output and fixes a bug in the dma logic (reset necessary
because some descriptors are already prefetched and are not updated
This is wrong. Linus please do not apply this patch, or if you have done back
it out. Not only does it do format conversions in kernel (which is a
14 matches
Mail list logo