[CRTech] Christian Radio Tech [MSG 83895]
[Thread Prev] [-- Thread Index --] [Thread Next] [Date Prev] [-- Date Index --] [Date Next]
Re: NexGen Record Capture
To: CRTech <crtech@crtech.org>
Subject: Re: NexGen Record Capture
From: "Gullikson, Brian F" <bfgullikson@unwsp.edu>
Date: Wed, 26 Sep 2018 01:43:11 +0000
Accept-language: en-US
Authentication-results: spf=none (sender IP is ) smtp.mailfrom=bfgullikson@unwsp.edu;
Content-language: en-US
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unweagles.onmicrosoft.com; s=selector1-unwsp-edu; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=el67TUmKyojbkkdZjL8s+rajrdnaHfaRj8vuAZVupKA=; b=pdJrZLh94iD5o8n7gZrK8P8NY2F3vgmO3ymV2p2GXkqd5NDJlkz7ZIRxjXfaXhUkURYOZG4MywRb4M+8wfCCdv8YSbwIJWmkKZ1+YM1EcqRfoCv9C56sIqgfslbz7Sboht55gCsdzaf8NGcK00va+v6RFP1KwyO2jFiK4WiqvuA=
In-reply-to: <BE1C234ADBB46945862CECBEFC6E7C5B010791BC6C@AAA-EXCH2010.AmbassadorAdvertising.local>
References: <BE1C234ADBB46945862CECBEFC6E7C5B010791A75F@AAA-EXCH2010.AmbassadorAdvertising.local> <CAPACnZrh6S5sdZ9LKF=wzFAu9ewFEF8TLa1rNU3RQMzr5Gky=g@mail.gmail.com> <CY4PR07MB3077B8FE631E3EBB233D6BD3D3160@CY4PR07MB3077.namprd07.prod.outlook.com>,<BE1C234ADBB46945862CECBEFC6E7C5B010791BC6C@AAA-EXCH2010.AmbassadorAdvertising.local>
Spamdiagnosticmetadata: NSPM
Spamdiagnosticoutput: 1:99
Thread-index: AdRVHCUpaQ/yW8JdTSGHdJDT5JyIVgADCdGAAAAkF2AAAFHHAAADzkG4
Thread-topic: [CRTech] NexGen Record Capture

Mark Allard is correct - if they are recording the file in realtime - playing out of the AMR, and recording on NexGen's DRR (Digital Reel-to-Reel, if you didn't know!), there will be no normalization applied to the recorded file.  If the audio is cold, then it's cold in the system.  If the audio overmodulates the input of the audio card going into nexgen, then you're going to be clipping all over the place.


Mark's solution is the best way I know of, to solve this problem in real-time recording.  You either need to set the input of the DRR cold enough that it won't clip, or you need audio processing between the output of the AMR and the input to the NexGen DRR.


Instead of recording in realtime, if they transfer the files digitally using the Amb-OS UI, and then use RCS' AFC or AFC Launcher to process incoming audio files, AFC and AFC Launcher will both run the files through a normalization routine before loading it into the NexGen library.


Thanks,

Brian




From: Jim Sanders <JSanders@AmbassadorAdvertising.com>
Sent: Tuesday, September 25, 2018 6:47 PM
To: CRTech
Subject: RE: [CRTech] NexGen Record Capture
 

Correct.

 

From: Allard, Mark G [mailto:MGAllard@unwsp.edu]
Sent: Tuesday, September 25, 2018 4:40 PM
To: CRTech <crtech@crtech.org>
Subject: RE: [CRTech] NexGen Record Capture

 

Jim, I’m making an assumption that said file is playing out of the AMR and recorded via the DRR in realtime, yes?

Mark A

 

From: Alex McKenzie <alex@kprd.org>
Sent: Tuesday, September 25, 2018 18:34
To: CRTech <crtech@crtech.org>
Subject: Re: [CRTech] NexGen Record Capture

 

Could it not just be the input gain of the audio card recording into DRR? I would think if that weren't set to 0,  it wouldn't match whatever the file on the AmbOs receiver. 


Best,

Alex

 

Alex McKenzie

Chief Engineer

The Praise Network

785-656-1767

 

 

On Tue, Sep 25, 2018 at 5:10 PM Jim Sanders <JSanders@ambassadoradvertising.com> wrote:

We’re working with a station which uses NexGen to record capture one of our programs off the AMR-100.

 

However, one of several files consistently sounds over-modulated.  We know the files are all the same level as we have fetched the file(s) off their receiver and they’re all at our standard -6dBFS.

 

My question is this . . . do you know if NexGen allows you to set gain boost or trim based on each record capture event?  This seems the only logical explanation for the problem.  If we’re right and you’re familiar with the software, could you point us to where the setting lives?

 

Or, is there something we’re missing??

 

Jim

 

 

 

 

 

References: NexGen Record Capture
(Jim Sanders <JSanders@AmbassadorAdvertising.com>, 25 Sep 2018 22:10:21 -0000)
Re: NexGen Record Capture
(Alex McKenzie <alex@kprd.org>, 25 Sep 2018 23:35:05 -0000)
RE: NexGen Record Capture
("Allard, Mark G" <MGAllard@unwsp.edu>, 25 Sep 2018 23:40:20 -0000)
RE: NexGen Record Capture
(Jim Sanders <JSanders@AmbassadorAdvertising.com>, 25 Sep 2018 23:47:47 -0000)
Prev by date: Re: File Sync program
(Ken Green, 25 Sep 2018 23:54:41 -0000)
Next by date: Re: Tubes for sale
(Sherrod Munday, 26 Sep 2018 04:04:28 -0000)
Prev by thread: RE: NexGen Record Capture
(Jim Sanders, 25 Sep 2018 23:47:47 -0000)
Next by thread: RE: NexGen Record Capture
(Ron Huckeby, 26 Sep 2018 16:32:54 -0000)
CRTech.org