Re: Which project to choose?

From: Chris <cpollock@embarqmail.com>
To: alsa-devel@alsa-project.org
Subject: Re: Which project to choose?
Date: Tue, 20 Jul 2010 17:19:48 -0500	[thread overview]
Message-ID: <1279664388.18063.51.camel@localhost.localdomain> (raw)
In-Reply-To: <AANLkTimcx0Z1pkLJmCrpmBfo2xLA_Dtt-RG4L6V-JTGf@mail.gmail.com>

[-- Attachment #1.1: Type: text/plain, Size: 5030 bytes --]

On Tue, 2010-07-20 at 19:41 +0800, Raymond Yau wrote:
> 2010/7/20 Chris <cpollock@embarqmail.com>
> 

> >
> >
> AFAIK , mplayer does not support CD playback ? ( seem only VCD or DVD )
> 
> most likely mandriva had patched the shortcut of gmplayer to use padsp and
> that 's why you can see "OSS Emulation[mplayer]" in the pulseaudio log
> 
> How about using ALSA OSS emulation instead of padsp ?
> 
> mplayer -v -ao oss any.wav
> 
> 
> Trying preferred audio driver 'oss', options '[none]'
> ao2: 44100 Hz  2 chans  s16le
> audio_setup: using '/dev/dsp' dsp device
> audio_setup: using '/dev/mixer' mixer device
> audio_setup: using 'pcm' mixer device
> audio_setup: sample format: s16le (requested: s16le)
> audio_setup: using 2 channels (requested: 2)
> audio_setup: using 44100 Hz samplerate (requested: 44100)
> audio_setup: frags:  16/16  (4096 bytes/frag)  free:  65536
> 
> 
> This force mplayer to use power two period size (4096 bytes) and this may
> meet the requirement of ens1371 if PCI data transfer are 8 Long bytes brust
> transfer
> 
> 5.5 PCI Data transfer
> 
> Only brust read/write transfers are allowed. All data transfer are 8 Long
> Word brust transfers
> 
> As your PA server using period size 1102  which is not multiple of 8 ( 32
> bytes )
> 
> It seem that you have customised the deamon.conf since PA server using
> maximum buffer size
> 
> The sound quality seem ok when playing audio using mplayer inside the
> virtualbox
> 
> The following messages sometime come up at the beginning of the playback
> only when watching videos using mplayer -ao alsa:device=pulse
> 
> ao_alsa: write error: Broken pipe
> ao_alsa: trying to *reset* *soundcard*
> ao_alsa: write error: Broken pipe
> ao_alsa: trying to *reset* *soundcard*
> 
> The sound quality is still fine when watching video using
> 
> mplayer -v -ao alsa:device=pulse
> mplayer -v -ao alsa:device=hw=0
> mplayer -v -ao pulse
> mplayer -v ao oss
> _______________________________________________

Before I try the above Raymond, what would cause the below when the
system is sitting here basically idle? I'm not even home to do anything
when this happened?

Jul 20 11:32:43 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:43 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:43 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:43 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:43 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:43 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:43 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:43 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:43 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:43 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:45 localhost pulseaudio[28711]: ratelimit.c: 240 events
suppressed
Jul 20 11:32:45 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:45 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:45 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:45 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:45 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:45 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:45 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:45 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:45 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:45 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally
Jul 20 11:32:45 localhost pulseaudio[28711]: asyncq.c: q overrun,
queuing locally

The only thing that is going on just prior this is:

Jul 20 11:32:02 localhost mdkapplet[17869]: Computing new updates...
Jul 20 11:32:04 localhost mdkapplet[17869]: running: urpmi.update
--update
Jul 20 11:32:10 localhost mdkapplet[17869]: updating inactive backport
media Main Backports (Official2010.1-4), Contrib Backports
(Official2010.1-12), Non-free Backports (Official2010.1-20), PLF Free
backports, PLF Non-free backports
Jul 20 11:32:10 localhost mdkapplet[17869]: running: urpmi.update Main
Backports (Official2010.1-4)
Jul 20 11:32:12 localhost mdkapplet[17869]: running: urpmi.update
Contrib Backports (Official2010.1-12)
Jul 20 11:32:14 localhost mdkapplet[17869]: running: urpmi.update
Non-free Backports (Official2010.1-20)
Jul 20 11:32:16 localhost mdkapplet[17869]: running: urpmi.update PLF
Free backports
Jul 20 11:32:17 localhost mdkapplet[17869]: running: urpmi.update PLF
Non-free backports

-- 
Chris
KeyID 0xE372A7DA98E6705C

[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel