>Number:         7291
>Category:       bin
>Synopsis:       audioplay cuts off the end of waves that don't finish a group
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    bin-bug-people (Utility Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Mar 30 05:05:00 1999
>Last-Modified:
>Originator:     Mason Loring Bliss
>Organization:
Mason Loring Bliss             ((  "In the drowsy dark cave of the mind dreams
mason@acheron.middleboro.ma.us  ))  build  their nest  with fragments  dropped
http://acheron.ne.mediaone.net ((   from day's caravan." - Rabindranath Tagore
>Release:        1999.03.29
>Environment:
	
System: NetBSD acheron.middleboro.ma.us 1.3K NetBSD 1.3K (MLB) #12: Mon Mar 29 23:27:55 EST 1999 root@acheron.middleboro.ma.us:/usr/src/sys/arch/i386/compile/MLB i386


>Description:

Clipped from email:

The only defect I've noted is that the end of each wav is cut off if I
play a bunch in a row, like "audioplay *.wav". I'm randomly guessing that
it finishes feeding each file into /dev/audio and then begins the next,
which starts feeding in before the previous has finished playing and which
takes precedence.

>How-To-Repeat:

With several wav files in a directory:

audioplay *.wav

>Fix:

Unknown... Somehow check to make sure the audio buffer is empty before feeding
more into it? Maybe set some potentially-existing flag to tell /dev/audio to
finish emtying its buffer before processing new data? (This second, followed
by resetting to the default, appeals the most, but I don't know if such a
flag exists.)

>Audit-Trail:
>Unformatted: