All of lore.kernel.org
 help / color / mirror / Atom feed
From: bugtrack@alsa-project.org
To: alsa-devel@alsa-project.org
Subject: [ALSA - driver 0001538]: Latency was better on earlier version
Date: Thu, 10 Nov 2005 21:55:17 +0100	[thread overview]
Message-ID: <e8465e32f8ac01bcc00cb2b1b9826858@bugtrack.alsa-project.org> (raw)


A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1538> 
======================================================================
Reported By:                pesalomo
Assigned To:                
======================================================================
Project:                    ALSA - driver
Issue ID:                   1538
Category:                   PCI - intel8x0
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Distribution:               Gentoo Linux
Kernel Version:             2.6.14
======================================================================
Date Submitted:             11-09-2005 21:01 CET
Last Modified:              11-10-2005 21:55 CET
======================================================================
Summary:                    Latency was better on earlier version
Description: 
I don't know what category which is best for this - but I'm comparing Linux
kernel 2.6.10 and 2.6.14. 

Using I82801DBICH4, version 1.0.10rc1, which is bundled with Linux 2.6.14
- the performance is much weaker than when using kernel 2.6.10 (don't
remember the driver version there).

On 2.6.10 I was able to use a buffer size down to 128 bytes, but now the
lowest I can go is 512. And the sound is still crispy.
======================================================================

----------------------------------------------------------------------
 Clemens Ladisch - 11-10-05 21:11 
----------------------------------------------------------------------
I wanted to see the beginning of the output.  But the "avail" values show
that the buffer has a size of 64 frames.

----------------------------------------------------------------------
 pesalomo - 11-10-05 21:55 
----------------------------------------------------------------------
aplay -D hw:0 -v --period-size=32 --buffer-size=64 -t raw -f dat /dev/zero
Playing raw data '/dev/zero' : Signed 16 bit Little Endian, Rate 48000 Hz,
Stereo
Hardware PCM card 0 'Intel 82801DB-ICH4' device 0 subdevice 0

Its setup is:
stream       : PLAYBACK
access       : RW_INTERLEAVED
format       : S16_LE
subformat    : STD
channels     : 2
rate         : 48000
exact rate   : 48000 (48000/1)
msbits       : 16
buffer_size  : 64
period_size  : 32
period_time  : 666
tick_time    : 4000
tstamp_mode  : NONE
period_step  : 1
sleep_min    : 0
avail_min    : 32
xfer_align   : 32
start_threshold  : 64
stop_threshold   : 64
silence_threshold: 0
silence_size : 0
boundary     : 1073741824
underrun!!! (at least 8.179 ms long)
Status:
state       : XRUN
trigger_time: 1131656091.89497000
tstamp      : 1131656091.97657000
delay       : 0
avail       : 64
avail_max   : 64
underrun!!! (at least 18.193 ms long)
Status:
state       : XRUN
trigger_time: 1131656091.113515000
tstamp      : 1131656091.131707000
delay       : 0
avail       : 64
avail_max   : 64
underrun!!! (at least 0.243 ms long)

Issue History
Date Modified  Username       Field                    Change              
======================================================================
11-09-05 21:01 pesalomo       New Issue                                    
11-09-05 21:01 pesalomo       Distribution              => Gentoo Linux    
11-09-05 21:01 pesalomo       Kernel Version            => 2.6.14          
11-09-05 21:02 pesalomo       Issue Monitored: pesalomo                    
11-10-05 08:57 Clemens LadischNote Added: 0006660                          
11-10-05 19:11 pesalomo       Note Added: 0006668                          
11-10-05 21:11 Clemens LadischNote Added: 0006671                          
11-10-05 21:55 pesalomo       Note Added: 0006673                          
======================================================================




-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

             reply	other threads:[~2005-11-10 20:55 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-10 20:55 bugtrack [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-11-23 16:23 [ALSA - driver 0001538]: Latency was better on earlier version bugtrack
2005-11-22 15:18 bugtrack
2005-11-10 20:11 bugtrack
2005-11-10 18:11 bugtrack
2005-11-10  7:57 bugtrack
2005-11-09 20:01 bugtrack

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e8465e32f8ac01bcc00cb2b1b9826858@bugtrack.alsa-project.org \
    --to=bugtrack@alsa-project.org \
    --cc=alsa-devel@alsa-project.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.