* Play freeze
@ 2015-09-30 11:00 Tarim
2015-10-02 14:29 ` Tarim
0 siblings, 1 reply; 3+ messages in thread
From: Tarim @ 2015-09-30 11:00 UTC (permalink / raw
To: sox-users
I use sox under Lubuntu 14.04 - it's all been working fine until today
when play appears to freeze after printing the file information but
before playing any sound.
- It fails with both .wav's and .mp3's.
- top shows that play is using 99%-100% of the CPU.
- The play process doesn't respond to ctrl-C or kill; it can only be
killed with kill -9.
- mplayer and other sound outputs still work fine.
- sox inputfile outputfile still works fine.
- I recently installed pulseaudio though I'm pretty sure it's worked since
I did that so this may be a red herring.
- I tried disabling pulseaudio and/or running with export AUDIODRIVER=alsa
anyway but this didn't help.
- I tried reinstalling sox, just in case, but this didn't help either.
- I installed some extra festival voices today but I think I'm clutching
at straws now (and anyway, uninstalling them didn't help).
Anyone got any ideas what it might be or how to investigate further?
Cheers,
Tarim
------------------------------------------------------------------------------
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Play freeze
2015-09-30 11:00 Tarim
@ 2015-10-02 14:29 ` Tarim
0 siblings, 0 replies; 3+ messages in thread
From: Tarim @ 2015-10-02 14:29 UTC (permalink / raw
To: sox-users
Curiouser and curiouser!
play xx.wav < /dev/null
works fine.
and, when I boot with the previous kernel, Ubuntu 3.13.0-63-generic:
play xx.wav
works fine!
I'm now thinking that this is actually a bug in the latest Ubuntu kernel
3.13.0-65.105-generic where select's FD_ISSET returns true even when
there is no data to read!
Sox checks to see if there is a 'v' or 'V' from the keyboard to control
the volume - FD_ISSET returns true and getchar() returns -1. Can't
quite see why sox checks kbhit() in a while loop rather than with an if,
but perhaps I should take that up on the developers list.
Finding it hard to believe this bug could slip through into the kernel -
but I've reported it to the Ubuntu kernel group - so we'll see if they
tell me it's just me going mad.
Cheers,
Tarim
------------------------------------------------------------------------------
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Play freeze
[not found] <mailman.66152.1444055554.12779.sox-users@lists.sourceforge.net>
@ 2015-10-26 1:18 ` Tarim
0 siblings, 0 replies; 3+ messages in thread
From: Tarim @ 2015-10-26 1:18 UTC (permalink / raw
To: sox-users
Quick note to say that Linux 3.13.0-66-generic kernel is now available
(at least in Ubuntu 14.04) and "play" is back to working in the usual
way - so it was just the one kernel with the problem.
(Still haven't built the latest sox from source - but that's a
completely different problem that I hope to find time to look at next
month.)
Cheers,
Tarim
------------------------------------------------------------------------------
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-10-26 1:18 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <mailman.66152.1444055554.12779.sox-users@lists.sourceforge.net>
2015-10-26 1:18 ` Play freeze Tarim
2015-09-30 11:00 Tarim
2015-10-02 14:29 ` Tarim
Code repositories for project(s) associated with this public inbox
https://80x24.org/mirrors/sox.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).