From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Shane Blaser Newsgroups: gmane.comp.audio.sox.devel Subject: Re: Adjusting write buffer for recording Date: Mon, 12 Aug 2013 07:31:24 -0700 Message-ID: References: <20130811171034.GB26948@www.stare.cz> <20130812060933.GA6491@www.stare.cz> Reply-To: sox-devel@lists.sourceforge.net NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4615752236034911113==" X-Trace: ger.gmane.org 1376317916 17725 80.91.229.3 (12 Aug 2013 14:31:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 12 Aug 2013 14:31:56 +0000 (UTC) To: sox-devel Original-X-From: sox-devel-bounces@lists.sourceforge.net Mon Aug 12 16:31:58 2013 Return-path: Envelope-to: gcasd-sox-devel@m.gmane.org X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=9eQn+WahGXOBIOCyAVII4tRM11ik9BQoemg1bNRY8c8=; b=aPB7lk6QMDSXgXRyJ0YHNiatPWUaFFRfAa68cJHsa2abzT7B28a/fiXDHuOmohQgZE JjPQgvtY5epsFgLaGtNwQHjm+XHrTOfV8cGAKlDcZSwRMJmCJKeELTN/bv/Zh3EO2CWR KKv/UsqUUyhhPgwdc4zSJ7mWOI3QqjlsgNW6VfKUkB+6sgbsWQ6d3NMbHVs4JXOb/8lJ a0wE4JsOHMZ6AcuOBfsqW6y/zFv2x6sZE2GxfkaHwOc4taQZfoZF6YPTUP4+0jPx+Wgd xGbJUCiW6Ef/QHgpUkcy83V+54GZXEv8KWPHAzedDFfFcAR85xxs9cD9ZAdkoefnWRMT ozUw== X-Gm-Message-State: ALoCoQnd47E0sqZM1C0ggldVyAYrtV5gGYFKo8KY30rfqeK9u9Fuh3kz9uyBj7ASbmc1rah/nrz+ X-Received: by 10.66.150.9 with SMTP id ue9mr24917537pab.88.1376317904116; Mon, 12 Aug 2013 07:31:44 -0700 (PDT) In-Reply-To: <20130812060933.GA6491@www.stare.cz> X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. 1.0 HTML_MESSAGE BODY: HTML included in message X-Headers-End: 1V8t9y-0005nx-1Z X-BeenThere: sox-devel@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: sox-devel-bounces@lists.sourceforge.net Xref: news.gmane.org gmane.comp.audio.sox.devel:313 Archived-At: Received: from lists.sourceforge.net ([216.34.181.88]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1V8tA3-0005xF-3Q for gcasd-sox-devel@m.gmane.org; Mon, 12 Aug 2013 16:31:55 +0200 Received: from localhost ([127.0.0.1] helo=sfs-ml-1.v29.ch3.sourceforge.com) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1V8tA0-00016U-Ir; Mon, 12 Aug 2013 14:31:52 +0000 Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1V8t9z-00016N-8c for sox-devel@lists.sourceforge.net; Mon, 12 Aug 2013 14:31:51 +0000 Received: from mail-pa0-f43.google.com ([209.85.220.43]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1V8t9y-0005nx-1Z for sox-devel@lists.sourceforge.net; Mon, 12 Aug 2013 14:31:51 +0000 Received: by mail-pa0-f43.google.com with SMTP id hz10so7546741pad.30 for ; Mon, 12 Aug 2013 07:31:44 -0700 (PDT) Received: by 10.70.10.67 with HTTP; Mon, 12 Aug 2013 07:31:24 -0700 (PDT) --===============4615752236034911113== Content-Type: multipart/alternative; boundary=047d7b6d850cc5edc704e3c0fb34 --047d7b6d850cc5edc704e3c0fb34 Content-Type: text/plain; charset=ISO-8859-1 Yes i am calling stat, But I can see that the file size does not change for a few seconds and then the data is flushed. What I am doing is decoding caller id on a phone line: So the flow goes like this: 1. rec listening with silence detection 2. Call comes in and recording starts. 3. Caller id is between 1st and second ring. (ok this is were the issue comes in) after the first ring I get the first part of the caller id signal written to disk (call it 1/2 of the caller id signal). (listening to the audio I know we have whole signal.) But not until after the second ring do I get the audio for the rest of the caller id written to disk. Can I have rec write silence to the file after the recording starts? Thanks for sticking with me on this Shane On Sun, Aug 11, 2013 at 11:09 PM, Jan Stary wrote: > On Aug 11 22:11:44, shane.blaser@callfire.com wrote: > > Rec writes to a file I watch the file. > > I listen to the sound coming in and watch the file size. > > So you are calling stat(2) in a loop or what? > That itself would introduce a delay. > > > There is a period of silence > > then when volume rises the file is written to. > > Yes, that's what the 'silence' effect does. > That's what you want, right? > > > But this introduces a delay I can not afford > > Well, if there is a half hour of 'silence', > there will be a half hour pause in writing to the file of course. > > > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > _______________________________________________ > SoX-devel mailing list > SoX-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sox-devel > --047d7b6d850cc5edc704e3c0fb34 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Yes i am calling stat,=A0

But I can see= that the file size does not change for a few seconds and then the data is = flushed.

What I am doing is decoding caller id on = a phone line:

So the flow goes like this:

1.= rec listening with silence detection
2. Call comes in and record= ing starts.
3. Caller id is between 1st and second ring.
(ok this is were the issue comes in)
after the first ring I = get the first part of the caller id signal written to disk (call it 1/2 of = the caller id signal). (listening to the audio I know we have whole signal.= )
But not until after the second ring do I get the audio for the rest of= the caller id written to disk.

Can I have rec wri= te silence to the file after the recording starts?

Thanks for sticking with me on this

Shane






On Sun, Aug 11, 2013= at 11:09 PM, Jan Stary <hans@stare.cz> wrote:
On Aug 11 22:11:44, shane.blaser@callfire.com wrote:=
> Rec writes to a file I watch the file.
> I listen to the sound coming in and watch the file size.

So you are calling stat(2) in a loop or what?
That itself would introduce a delay.

> There is a period of silence
> then when volume rises the file is written to.

Yes, that's what the 'silence' effect does.
That's what you want, right?

> But this introduces a delay I can not afford

Well, if there is a half hour of 'silence',
there will be a half hour pause in writing to the file of course.


---------------------------------------------------------------------------= ---
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gam= pad/clk?id=3D48897031&iu=3D/4140/ostg.clktrk
_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourcefo= rge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel

--047d7b6d850cc5edc704e3c0fb34-- --===============4615752236034911113== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk --===============4615752236034911113== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ SoX-devel mailing list SoX-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sox-devel --===============4615752236034911113==--