Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 6 Jan 2007 04:17:05 +0800
From:      Ariff Abdullah <ariff@FreeBSD.org>
To:        Ricardo Nabinger Sanchez <rnsanchez@wait4.org>
Cc:        freebsd-multimedia@FreeBSD.org, Alexander@Leidinger.net
Subject:   Re: kern/107516: emu10k1 - skips, clicks and lag after a day of  heavy usage
Message-ID:  <20070106041705.582366b8.ariff@FreeBSD.org>
In-Reply-To: <20070105093418.a4622c72.rnsanchez@wait4.org>
References:  <200701041640.l04GeNAk043403@freefall.freebsd.org> <20070105092343.aeywvr2jack4oc0w@webmail.leidinger.net> <20070105093418.a4622c72.rnsanchez@wait4.org>

next in thread | previous in thread | raw e-mail | index | archive | help
--Signature=_Sat__6_Jan_2007_04_17_05_+0800_x4UduG.VwUhJ_CsI
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 5 Jan 2007 09:34:18 -0200
Ricardo Nabinger Sanchez <rnsanchez@wait4.org> wrote:
> On Fri, 05 Jan 2007 09:23:43 +0100
> Alexander Leidinger <Alexander@Leidinger.net> wrote:
>=20
> > >  Repeatable both with emu10k1 and emu10kx (from ports) drivers,
> > >  using
> > > "play" command (audio/sox), and either with the 4 KB buffer or
> > > larger.
> >=20
> > Please download the appropriate stuff from =20
> > http://people.freebsd.org/~ariff/lowlatency/ and try if to
> > reproduce   the problem. Please report back how it works.
>=20
> I've just installed it, and got *much* better results now.  My test
> case consisted on playing 50 times in a row a short wav file I'm
> very used to hear.  The files:
>=20
> [1] RIFF (little-endian) data, WAVE audio, Microsoft PCM, 8 bit,
> mono 22050 Hz [2] RIFF (little-endian) data, WAVE audio, Microsoft
> PCM, 16 bit, stereo 22050 Hz
> [3] 2 seconds of mute (in Audacity)
> [4] 2 seconds of 0.1 amplitude sine wave (Audacity)
> [5] Audacity, 22050 Hz, 16 bit, mono, with 0.05 s of silence
> followed by 1 second of 0.1 amplitude sine
>=20
> The results:
>=20
> [1] 10 out of 50 were slightly different from the original/expected
> sound, but without randomness (the 10 sounded like it had higher
> tones filtered out)
>=20
> [2] No differences perceived throughout the 50 playbacks, very hard
> to tell if there are glitches in the very beginning, due to the
> nature of the sound played (I'd say there wasn't any glitches).
>=20
> [3] Pure mute.
>=20
> [4] Glitch (sounding like a very quick "click") in the very
> beginning, no distortions after.
>=20
> [5] No glitches like in [4] -- very good.  The 0.05 s offset from
> the beginning avoided the glitch.
>=20
>=20
> With XMMS, I couldn't notice anything weird, neither glitches in the
> very beginning of playback (perhaps XMMS does a better job preparing
> for playback?).
>=20
> With Psi (Jabber client), the sounds played suffer from the [4]
> issue.  It's using sox's play command as the player.
>=20
>=20
Please upload all your test samples somewhere so it can be analyzed.
Few of these are probably due to specific driver issues (snd_emu10k1).
How about snd_emu10kx ? There are still few pending fixes that need to
be applied for snd_emu10kx (Yuriy Tsibizov is the current maintainer
for this driver)

I'm particularly interested in [1] (need a serious double blind test
to rule out placebo effect caused by hearing tardiness) and [4]
(specific driver issue).

Thanks for your effort on doing various of these tests.


> Relevant sysctl output as of now:
> % sysctl -a | egrep 'snd|pcm'
> hw.snd.latency_profile: 1
> hw.snd.latency: 5
> hw.snd.report_soft_formats: 1
> hw.snd.feeder_buffersize: 16384
> hw.snd.feeder_fmt_downmix: 0
> hw.snd.feeder_rate_round: 25
> hw.snd.feeder_rate_max: 2016000
> hw.snd.feeder_rate_min: 1
> hw.snd.verbose: 1
> hw.snd.sndstat_isopen: 0
> hw.snd.maxautovchans: 4
> hw.snd.default_unit: 0
> dev.pcm.0.%desc: Creative EMU10K1
> dev.pcm.0.%driver: pcm
> dev.pcm.0.%location: slot=3D10 function=3D0
> dev.pcm.0.%pnpinfo: vendor=3D0x1102 device=3D0x0002 subvendor=3D0x1102
> subdevice=3D0x8061 class=3D0x040100 dev.pcm.0.%parent: pci0
> dev.pcm.0.eapd: 1
> dev.pcm.0.buffersize: 4096
> dev.pcm.0.vchans: 1
> dev.pcm.0.vchanrate: 48000
> dev.pcm.0.vchanformat: s16le
>=20
> % kldstat
> Id Refs Address    Size     Name
>  1   15 0xc0400000 691928   kernel
>  2    2 0xc0a92000 1aff0    linux.ko
>  3    1 0xc0aad000 71ac     snd_emu10k1.ko
>  4    3 0xc0ab5000 3c330    sound.ko
>  5    1 0xc0af2000 4a59d4   nvidia.ko
>  6    1 0xc0f98000 58554    acpi.ko
>  7    1 0xc3a8e000 e000     ext2fs.ko
>  8    1 0xc3bd0000 2000     blank_saver.ko
>=20
>=20
> Hope that helps.  :)
>=20
> Regards.
>=20
> ps: please keep me in Cc: as I'm not subscribed to multimedia@.
>=20



--
Ariff Abdullah
FreeBSD

... Recording in stereo is obviously too advanced
    and confusing for us idiot ***** users :P ........

--Signature=_Sat__6_Jan_2007_04_17_05_+0800_x4UduG.VwUhJ_CsI
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (FreeBSD)

iD8DBQFFnrJElr+deMUwTNoRAoQ5AJ9c0PJKILL6RE8CH0JTBe0569uUqQCeIJhV
ceQknAEUmfCTPvybOKFvOLc=
=t8ZM
-----END PGP SIGNATURE-----

--Signature=_Sat__6_Jan_2007_04_17_05_+0800_x4UduG.VwUhJ_CsI--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070106041705.582366b8.ariff>