|
From: <pj...@pj...> - 2010-05-27 21:08:49
|
Jan Stary wrote: > > ~> play -q backing.wav & > > doesn't run in the background, it enters Stopped state :-( > > Show us the output of ps(1) that proves this. ~> play -q backing.wav & [1] 1586 ~> # complete silence :-( ~> jobs [1]+ Stopped play -q backing.wav ~> ps -p 1586 PID TTY TIME CMD 1586 pts/6 00:00:00 play > > ~> (play --buffer 1024 -q backing.wav &) \ > > > & sox -t alsa mt:4,0 solo.wav > > it must add something to the latency. ) > > This is _not_ the way to do synced recordings. > The backing and the solo will be shifted by a latency. Glad to hear it. I was extrapolating from help posted by Rob 26jul2009, where he also notes: > However, two things to be aware of: > 1. latencies may cause a delay between original and new channels > -- this can fixed afterwards using the delay effect. > 2. the above works with SoX 14.2.0, but not with 14.3.0 > -- looks like a fix is needed. I would be pleased to hear of the right way to do synced recordings. I didn't see any mention of "sync" or "overdub" in the manual pages. Pascal writes: > FWIW, `play -q backing.wav &` works as expected here i.e. it does play. Hmm... OK, I'm using up-to-date debian squeeze: ~> bash --version GNU bash, version 4.1.5(1)-release (i486-pc-linux-gnu) ~> sox --version sox: SoX v14.3.0 Regards, Peter Billam http://www.pjb.com.au pj...@pj... (03) 6278 9410 "Was der Meister nicht kann, vermöcht es der Knabe, hätt er ihm immer gehorcht?" Siegfried to Mime, from Act 1 Scene 2 |