22 Nov
2007
22 Nov
'07
8:46 p.m.
On Fri, Nov 23, 2007 at 01:29:58AM +0100, Arnold Krille wrote:
Am Donnerstag, 22. November 2007 schrieb Ken Restivo:
wvunpack -o - | mplayer -ao jack -
WVUNPACK Hybrid Lossless Audio Decompressor Linux Version 4.40.0
Copyright (c) 1998 - 2006 Conifer Software. All Rights Reserved.
MPlayer 1.0rc1-4.1.3-DFSG-free (C) 2000-2006 MPlayer Team
CPU: Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz (Family: 6, Model: 15, Stepping: 6)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.
Playing -.
Reading from stdin...
Exiting... (End of file)
Yeah, I've kind of asked this before, and I
got answers back, but not
really.
Is there seriously no program that'll take WAV file input, on stdin, making
no attempt to "seek" on it, and poot the resulting data out to JACK?
Wav-file input on stdin and no seeking on the incoming stream are exclusive.
Wav is organized in chunks with headers in between (at least on header at the
start). That way if you don't do any seeking in the raw-stream or skip the
headers, you will hear blips on playback.
Why do you need to play the files from stdin?
What speaks against "mplayer -ao jack"?