lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Sat, 20 Jun 2009 15:13:36 +0900 From: Tejun Heo <teheo@...e.de> To: Miklos Szeredi <miklos@...redi.hu> Cc: linux-kernel@...r.kernel.org, greg@...ah.com, tiwai@...e.de, fuse-devel@...ts.sourceforge.net Subject: Re: [ANNOUNCE] OSS Proxy 1.2 using CUSE Hello, Mikos. Tejun Heo wrote: > Hello, Miklos. > > Miklos Szeredi wrote: >> Xmms with the OSS output plugin doesn't really work. It plays like 10 >> times too fast and the output is not really recognizable. > > Hmm... > >> This is the debug output of osspd: >> >> osspd: OSS Proxy v1.2 (C) 2008-2009 by Tejun Heo <teheo@...e.de> >> osspd: Creating dsp (14:3), adsp (14:12), mixer (14:0) >> osspd DBG0: CREATE mixer(12799) >> osspd DBG0: S[1/16744] CREATE slave=16745 /store/git/ossp/ossp-padsp >> osspd DBG0: S[1/16744] client=16744 cmd=7:8 notify=9:10 >> ossp-padsp[mszeredi:16745] DBG0: requested frag_size (4096) is smaller than mini >> mum (4412) >> ossp-padsp[mszeredi:16745] DBG0: CREATE PLAY s16le 2ch 44100Hz fsz=4412:25 >> ossp-padsp[mszeredi:16745] DBG0: tlen=131072:743 max=139896:793 pre=8192:46 >> ossp-padsp[mszeredi:16745] DBG0: u_sd=0 u_fsz=4096:23 u_maxf=32 >> osspd DBG0: S[1/16744] volume set=-1/-1:-1/-1 get=63/63:0/0 >> ossp-padsp[mszeredi:16745] DBG0: PLAY stream underrun >> ossp-padsp[mszeredi:16745] DBG0: PLAY stream underrun >> ossp-padsp[mszeredi:16745] DBG0: PLAY stream underrun >> ossp-padsp[mszeredi:16745] DBG0: PLAY stream underrun >> ossp-padsp[mszeredi:16745] DBG0: PLAY stream underrun >> ossp-padsp[mszeredi:16745] DBG0: PLAY stream underrun Finally tried xmms. It looks like a bug in pulseaudio. pulseaudio is throwing away data buffer after playing only fraction of it. Interestingly, this can be avoided by having pavucontrol or other play stream running. Can you please verify that the problem goes away if you have pavucontrol running? There's also another problem with xmms. The current version of ossp blocks mixer commands till the r/w commands are complete and this makes xmms's UI stutter a bit. I modified osspd to lazy execute mixer commands while responding immediately to the requester. I'm testing it now and with pavucontrol open, xmms works quite nicely. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists