On 09/30/16 01:01, Benjamin Kaduk wrote:
I've updated from r302211 (June 26) to r306427 (yesterday), and the
behavior of audio/sox (in its play(1) alias) seems to have changed. I
used to be able to suspend play(1) for an arbitrary period of time and
have the output continue when it was foregrounded again.
Now, it seems that I can only suspend it for 4-5 seconds and retain
playback; for longer sleeps, I get
+ Stopped play 01\ Mary\ Hynes.wav
[root@glossolalia ...]# sleep 5; fg
play 01\ Mary\ Hynes.wav
play FAIL sox: `/dev/dsp' error writing output file: Invalid argument
Wrapping play(1) in truss seems to change things, though; in that case, I
can sleep for at least two minutes and still recover playback. So that
makes it a bit hard to see what's going on.
I will note that I did not upgrade ports/packages after the base upgrade,
so the sox binary in use is potentially somewhat stale.
Does that ring any bells for anyone?
Maybe you could ktrace the program. SOX has a bad behaviour that it
writes one and one sample through GIO when using /dev/dsp. I once made a
patch for it, but it was never upstreamed.
firstname.lastname@example.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"