From kde-core-devel Mon Aug 16 07:59:43 2004 From: Matthias Welwarsky Date: Mon, 16 Aug 2004 07:59:43 +0000 To: kde-core-devel Subject: Re: ANNOUNCE: HEAD is open for development again Message-Id: <200408161000.11360.matze () stud ! fbi ! fh-darmstadt ! de> X-MARC-Message: https://marc.info/?l=kde-core-devel&m=109264318323651 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--Boundary-02=_KmGIBFkNZZwcIf+" --Boundary-02=_KmGIBFkNZZwcIf+ Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 15. August 2004 21:51, Charles Samuels wrote: > On Sunday 15 August 2004 4:12 am, Matthias Welwarsky wrote: > So if your sound card supports 44.1kHz, then set the kernel to 44.1kHz.=20 > The point is that anyone who needs complete and utter quality will either > be using a good soundcard (with multiple inputs), or will know they need > the quality, won't be using Linux on the desktop, and will turn this off > anyway. The point is that we're not targeting these users anyway. I don't really see the need to break it by design, beforehand :) > A linear resampler won't distort as much as the mp3 codec itself! OK, but there are lossless codecs, too. > So once you can get a scheduler that can guarantee the the latency of > user-space-mixed audio, then maybe you'd have a point. Well, you will basically never get hard realtime anyway, and even if you mi= x=20 in kernel, the feeding processes are still in userspace and thus at mercy o= f=20 the scheduler. Doesn't gain you much if only the mixer is in kernel. But, honestly, how much of a problem is latency for music playback? It is a= =20 problem with video playback, admitted, but latency is just a function of=20 buffer size, so you should be able to compute the delay and calibrate your= =20 playback. And even for video: You hardly notice two or three frames desync, and even= =20 with NTSC video material this computes to 99ms of acceptable desync, which = is=20 a _lot_. And if your backend, be it a soundserver or /dev/dsp is able to=20 report the added delay.. Action games have insanely high requirements for A/V delay, to the point wh= ere=20 they directly map the driver buffers and mix their effects directly in the= =20 in-kernel memory. Still, their mixer process runs in userspace. =2D-=20 Matthias Welwarsky =46achschaft Informatik FH Darmstadt Email: matze@stud.fbi.fh-darmstadt.de "all software sucks equally, but some software is more equal" --Boundary-02=_KmGIBFkNZZwcIf+ Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBIGmKANO+fpRuZ2IRAkkTAKCdc+1y0f8FNkNX8V8IWrxTL/yH0QCeIcRG mhnaTpeIApo16S9+FlJDGbg= =hmkn -----END PGP SIGNATURE----- --Boundary-02=_KmGIBFkNZZwcIf+--