[EAS] Test-To-Speech must be allowed - NOW!

Sean Donelan sean at donelan.com
Sat Mar 3 18:04:02 CST 2012


On Fri, 2 Mar 2012, Eric Adler wrote:
> I suppose the 'right' answer here is to send the SOM and EOM with no 
> content as that's what's available.  Clearly this isn't the proper 
> answer to best serve the American public.

Yep. If you read the EAS-CAP Implementation Guide v1.0, it would have been 
acceptable and compliant for a CAP device to do so (pre-FCC R&O decision).

http://www.eas-cap.org/ECIG-CAP-to-EAS_Implementation_Guide-V1-0.pdf

An ECIG compliant CAP box could be sold without any text-to-speech 
capabilities, because TTS support is optional according ECIG.

If one Local Primary station bought an ECIG compliant CAP device without 
Text-to-Speech support and the other Local Primary station bought an ECIG 
compliant CAP device with Text-to-Speech support, what would be the result 
for downstream EAS stations for CAP-to-EAS messages?

Following the ECIG guide, sending an EAS code-only message would trigger 
duplicate detection in downstream EAS devices, and effectively block other
complete versions of the EAS message from a different source.  The 
different source could be either legacy EAS or another a CAP device at a 
different station which could retrieved either the audio file or had a 
text-to-speech capability to inject the complete EAS message locally.

Radio stations may still benefit from CAP using a first generation digital 
audio file, even one generated by text-to-speech software, via the CAP 
network instead of second or third generation telephone quality analog 
audio through the legacy EAS system. But ECIG also makes digital audio 
files with CAP messages optional.

When there is a CAP-to-EAS conversion problem, i.e. unable to retrieve 
digital audio file or missing text-to-speech support, is it better to 
generate an EAS code-only message? Or log a failure for the operator to 
fix and not generate an EAS message?

>From a emergency management system perspective, rather than a CAP device 
perspective, what is the best answer to serve the American public?

Option A:
All CAP networks must support distributing digital audio files/streams, 
including text-to-speech generated audio files? And CAP devices optionally 
support text-to-speech?

Option B:
All CAP devices must support text-to-speech generation.  And CAP networks 
optionally support distributing digital audio files/streams, including 
text-to-speech generated audio files?

Option C:
All CAP devices must support text-to-speech generation and all CAP 
networks must support distributing digital audio files/streams, including
text-to-speech generated audio files?

If some states choose one option, and other states choose the other 
option, will it cause problems with national or multi-state 
interoperability?

And of course, how would a "live" EAN message be distributed through the 
CAP system, end-to-end, in each option?  Would a CAP system tested only 
with text-to-speech messages be sufficient to assure the system would be
able to carry a "live" message end-to-end?



More information about the EAS mailing list