107a: sound associations

[Lobster]

.au runs the tcl sound editer
but wav (which can run in the tcl editor or xine) does not have an associated file so does not play . . .

[BarryK]

Lobster,
I just checked, Rox associates .wav with "wavplay", so should play.
But, if wavplay is faulting, the Snack play.tcl will also play .wav files -- maybe that should be the default?

[GuestToo]

wavplay will only play one sound at a time ... it will put sounds in a queue if wavplay is already playing a sound, but i think it can get jammed up and stop playing, until you kill some processes or reboot

i have a script called wavplay2 that i use with, for example, gaim

Code: Select all

#!/bin/sh
if pidof wavplay | grep [0-9]
then
  exit
fi
exec wavplay "$@"

for Puppy 1.0.7, this could be simplified to

Code: Select all

#!/bin/sh
pidof wavplay || exec wavplay "$@"

[Lobster]

Lobster,
I just checked, Rox associates .wav with "wavplay", so should play.
But, if wavplay is faulting, the Snack play.tcl will also play .wav files -- maybe that should be the default?

G2's explanation helped me understand what was going on. It was a little disconcerting to have a wav play with no program seeming to be running it (I guessed it was wavplay)
So I would recommend it is associated with the excellent tcl program as this is easier for most people to comprehend (a program opens to play a file) rather than a sound playing with no discernable means . . .

Incidentally when the tcl recorder opens, it asks to input a file - If I am recording, this behaviour is a fault, as I am not opening a file (hope that makes sense - it is like opening a WP and it asks "what is the name of the file you want to open?") Run it to see what I mean.

I would do whatever makes the transition to ALSA easier (assuming we will soonish)