NetBSD Problem Report #32718

From salo@Xtrmntr.org  Fri Feb  3 12:41:15 2006
Return-Path: <salo@Xtrmntr.org>
Received: from otaku.Xtrmntr.org (sauna.silcnet.org [147.175.66.205])
	by narn.netbsd.org (Postfix) with ESMTP id 8A55763B86B
	for <gnats-bugs@gnats.NetBSD.org>; Fri,  3 Feb 2006 12:41:14 +0000 (UTC)
Message-Id: <20060203124141.0540249F2@otaku.Xtrmntr.org>
Date: Fri,  3 Feb 2006 13:41:41 +0100 (CET)
From: Lubomir Sedlacik <salo@Xtrmntr.org>
Reply-To: salo@Xtrmntr.org
To: gnats-bugs@netbsd.org
Subject: choppy sound after mplayer pause/play, possibly kent-audio1 bug
X-Send-Pr-Version: 3.95

>Number:         32718
>Category:       kern
>Synopsis:       choppy sound after mplayer pause/play, possibly kent-audio1 bug
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    kern-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Feb 03 12:45:00 +0000 2006
>Closed-Date:    Sun Jul 07 19:55:38 +0000 2019
>Last-Modified:  Sun Jul 07 19:55:38 +0000 2019
>Originator:     Lubomir Sedlacik
>Release:        NetBSD 3.99.15
>Organization:

>Environment:
System: NetBSD 3.99.15 #0: Mon Jan 16 13:51:56 CET 2006 (but reported in 3.0 as well)
Architecture: i386
Machine: i386
>Description:

from tech-kern@:

On Fri, Feb 03, 2006 at 02:28:24AM +0100, Rhialto wrote:
> I notice that audio playback in 3.0 is worse than in 2.0. In MPlayer I
> notice often that the sound is choppy after restarting from a pause.
> That hardly happened with 2.0.2.

i've noticed this as well.  i think it appeared after the kent-audio1
branch was merged.  i don't recall issues with any other application
than mplayer but it first started with just kernel updated so i don't
think it's a mplayer bug (at least it doesn't happen anywhere else i
know).

i suspect it might be related to the way how mplayer pauses the sound
and then restarts it.

my soundcard:

auich0 at pci0 dev 31 function 5: i82801DB/DBM (ICH4/ICH4M) AC-97 Audio
auich0: interrupting at irq 5
auich0: ac97: Analog Devices AD1981B codec; headphone, 20 bit DAC, no 3D stereo
auich0: ac97: ext id 601<AC97_22,AMAP,VRA>

ident netbsd|egrep '(audio|auich)'

 $NetBSD: audio.c,v 1.199 2005/12/24 20:27:29 perry Exp $
 $NetBSD: auich.c,v 1.101 2005/12/04 12:27:49 xtraeme Exp $
 $NetBSD: ossaudio.c,v 1.49 2005/12/11 12:20:23 christos Exp $
 $NetBSD: uaudio.c,v 1.100 2005/12/11 12:24:01 christos Exp $

let me know if you need more debugging information, i am not sure what
else to add here and it should be fairly easy to reproduce.

apologies for not reporting it sooner..

>How-To-Repeat:
- play a movie in mplayer
- pause/play (repeat if necessary)
- hear choppy sound
>Fix:
a workaround is to seek in the movie, skip ahead and back (or vice
versa), sound is back to normal

>Release-Note:

>Audit-Trail:
From: matthew green <mrg@eterna.com.au>
To: gnats-bugs@netbsd.org
Cc: kern-bug-people@netbsd.org, gnats-admin@netbsd.org,
	netbsd-bugs@netbsd.org
Subject: re: kern/32718: choppy sound after mplayer pause/play, possibly kent-audio1 bug 
Date: Sat, 04 Feb 2006 07:43:54 +1100


    i suspect it might be related to the way how mplayer pauses the sound
    and then restarts it.


 possibly.  sometime a year? or so ago i had to change my mplayer
 config from autosync=30 to autosync=100 otherwise i found that
 it regularly had audio pauses and sync lossage.  mplayer normally
 uses timing on the audio write() to figure into other calculations
 and setting autosync higher reduces how much it factors in.  so
 perhaps this is now write() returning after different intervals now
 than it used to?  ie, used to be consistent with the old kernel and
 now has less consistency with the newer kernel?

From: Lubomir Sedlacik <salo@Xtrmntr.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: kern/32718: choppy sound after mplayer pause/play, possibly kent-audio1 bug
Date: Fri, 3 Feb 2006 21:59:32 +0100

 --sCERuZXRFShPQgLr
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable

 On Fri, Feb 03, 2006 at 08:45:05PM +0000, matthew green wrote:
 >  possibly.  sometime a year? or so ago i had to change my mplayer
 >  config from autosync=3D30 to autosync=3D100 otherwise i found that it
 >  regularly had audio pauses and sync lossage.  mplayer normally uses
 >  timing on the audio write() to figure into other calculations and
 >  setting autosync higher reduces how much it factors in.  so perhaps
 >  this is now write() returning after different intervals now than it
 >  used to?  ie, used to be consistent with the old kernel and now has
 >  less consistency with the newer kernel?

 fyi. setting autosync (with various values) doesn't help for me at all.
 there is no perceivable difference.

 --=20
 -- Lubomir Sedlacik <salo@{NetBSD,Xtrmntr,silcnet}.org>   --

 --sCERuZXRFShPQgLr
 Content-Type: application/pgp-signature
 Content-Disposition: inline

 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.4.2 (NetBSD)

 iD8DBQFD48Q0iwjDDlS8cmMRAnvFAKCBCEmOeffVIzY/4un+aTZ6OBPKsACfaHx6
 gUDOfrCJgpkQ6owkLRlOyBQ=
 =8g42
 -----END PGP SIGNATURE-----

 --sCERuZXRFShPQgLr--

From: Matthew Mondor <mm_lists@pulsar-zone.net>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/32718
Date: Sat, 4 Feb 2006 10:24:50 -0500

 Might or might not be related, but I noticed lately that with mplayer
 a considerable amount of CPU time is used with default -ao (oss?), but
 that using -ao sdl seems fine here...

 Matt

 -- 
 Note: Please only reply on the list, other mail is blocked by default.
 Private messages from your address can be allowed by first asking.

From: Lubomir Sedlacik <salo@Xtrmntr.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: kern/32718
Date: Sat, 4 Feb 2006 20:16:40 +0100

 On Sat, Feb 04, 2006 at 03:25:02PM +0000, Matthew Mondor wrote:
 > Might or might not be related, but I noticed lately that with mplayer
 > a considerable amount of CPU time is used with default -ao (oss?), but
 > that using -ao sdl seems fine here...

 can't really comment on that since i use ao=sun all the time (the native
 NetBSD interface).

 regards,

 -- 
 -- Lubomir Sedlacik <salo@{NetBSD,Xtrmntr,silcnet}.org>   --

From: Matthew Mondor <mm_lists@pulsar-zone.net>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: kern/32718
Date: Sat, 4 Feb 2006 20:17:00 -0500

 Hmm I just did a test with -ao sun and although taking a bit less CPU
 time, it's almost the same as with -ao oss (whereas -ao sdl takes almost
 no CPU time).

 I should check the SDL code though to see what's different.

 Matt

 -- 
 Note: Please only reply on the list, other mail is blocked by default.
 Private messages from your address can be allowed by first asking.

From: IWAMOTO Toshihiro <toshii@w.email.ne.jp>
To: gnats-bugs@netbsd.org
Cc: kern-bug-people@netbsd.org, gnats-admin@netbsd.org,
	netbsd-bugs@netbsd.org
Subject: Re: kern/32718: choppy sound after mplayer pause/play, possibly kent-audio1 bug
Date: Tue, 07 Feb 2006 15:28:41 +0900

 At Fri,  3 Feb 2006 12:45:01 +0000 (UTC),
 Lubomir Sedlacik wrote:
 > 
 > >Number:         32718
 > >Category:       kern
 > >Synopsis:       choppy sound after mplayer pause/play, possibly kent-audio1 bug

 > from tech-kern@:
 > 
 > On Fri, Feb 03, 2006 at 02:28:24AM +0100, Rhialto wrote:
 > > I notice that audio playback in 3.0 is worse than in 2.0. In MPlayer I
 > > notice often that the sound is choppy after restarting from a pause.
 > > That hardly happened with 2.0.2.
 > 
 > i've noticed this as well.  i think it appeared after the kent-audio1
 > branch was merged.  i don't recall issues with any other application

 I have the same problem with recent netbsd-2 branch.
 So it isn't probably related to kent-audio1.

 --
 IWAMOTO Toshihiro

From: Rhialto <rhialto@falu.nl>
To: gnats-bugs@netbsd.org, Lubomir Sedlacik <salo@Xtrmntr.org>
Cc: TAMURA Kent <kent@netbsd.org>, tech-kern@netbsd.org
Subject: Re: kern/32718 Re: Bugs in audio.c
Date: Sat, 18 Feb 2006 02:34:59 +0100

 Another new audio problem in 3.0, that I didn't have in 2.0:

 in xmms, seeking in a file while it is playing causes it to stop.
 To get it going again one has to play with the pause/unpause button.
 That sometimes plays a brief bit of noise.

 This happens both on my desktop system:

 auvia0 at pci0 dev 17 function 5: VIA Technologies VT8237 AC'97 Audio
 (rev 0x60)
 auvia0: interrupting at ioapic0 pin 22 (irq 5)
 auvia0: ac97: Avance Logic ALC850 codec; no 3D stereo
 auvia0: ac97: ext id 9c6<AC97_23,LDAC,SDAC,CDAC,SPDIF,DRA>
 audio0 at auvia0: full duplex, independent

 and my laptop:

 auvia0 at pci0 dev 17 function 5: VIA Technologies VT82C686A AC'97 Audio
 (rev 0x40)
 auvia0: interrupting at irq 9
 auvia0: ac97: VIA Technologies VT1612A codec; headphone, 18 bit DAC, 18
 bit ADC, KS Waves 3D
 auvia0: ac97: ext id 201<AMAP,VRA>
 audio0 at auvia0: full duplex, mmap, independent

 -Olaf.
 -- 
 ___ Olaf 'Rhialto' Seibert      -- You author it, and I'll reader it.
 \X/ rhialto/at/xs4all.nl        -- Cetero censeo "authored" delendum esse.

From: Sergey Svishchev <svs@ropnet.ru>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: kern/32718
Date: Sun, 19 Oct 2008 16:04:04 +0400

 I regularly see (hear :-) this problem with mplayer on 4.0/i386.  Have tried to track it down,
 or to fix it in mplayer code (ao_sun.c), all to no avail.  There are two workarounds:
 - seek back after pause
 - run "audioctl -w `audioctl play`"

 There's similar bug report (with patches) in OpenBSD --
 http://arkiv.netbsd.se/?ml=openbsd-tech&a=2006-04&t=1974138

 -- 
 Sergey Svishchev

Responsible-Changed-From-To: kern-bug-people->nat
Responsible-Changed-By: nat@NetBSD.org
Responsible-Changed-When: Fri, 27 Oct 2017 22:14:48 +0000
Responsible-Changed-Why:
Take.


State-Changed-From-To: open->feedback
State-Changed-By: nat@NetBSD.org
State-Changed-When: Fri, 27 Oct 2017 22:14:48 +0000
State-Changed-Why:
Audio has undergone many changes since NetBSD 4.0.  Is this still a problem with
8.0 or 8.99 -current?


Responsible-Changed-From-To: nat->kern-bug-people
Responsible-Changed-By: nat@NetBSD.org
Responsible-Changed-When: Wed, 08 May 2019 21:46:48 +0000
Responsible-Changed-Why:


State-Changed-From-To: feedback->closed
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sun, 07 Jul 2019 19:55:38 +0000
State-Changed-Why:
1.75-year feedback timeout.
Assume fixed; was seen with mplayer on multiple hardware devices and has
not been seen with mplayer anytime recently.


>Unformatted:

Home	PR Database Search