Skip to main content
Home

Main menu

  • REC Home
  • Apply
    • REC Services Rate Card & Policies
    • FM engineering & other FCC applications
    • New FM Booster Station
    • New Class D FM Station in Alaska
    • New Low Power FM (LPFM) Station
  • Initiatives
    • RM-11846: Rural NCE Stations
    • RM-11909: LP-250 / Simple 250
    • RM-11952: Translator Reform
    • RM-11843: 8 Meter Ham Band
    • PACE - LPFM Compliance
  • Services
  • Tools
    • Today's FCC Activity
    • Broadcast Data Query
    • Field strength curves
    • Runway slope
    • Tower finder
    • FM MODEL-RF Exposure Study
    • More tools
    • Developers - API
    • Toybox
  • LPFM
    • Learn about LPFM
      • Basics of LPFM
      • Self Inspection Checklist
      • Underwriting Compliance Guide
      • Frequently Asked Questions
      • FCC Rules for LPFM
      • HD Radio for LPFM
      • Transmitters certified for LPFM
      • Interference from FM translators
      • RadioDNS for LPFM Stations
    • 2023 Window REC Client Portal
    • myLPFM - LPFM Station Management
    • LPFM Station Directory
    • Spare call signs
    • REC PACE Program
    • More about LPFM
  • Reference
    • Pending FCC Applications
    • FCC Filing Fees
    • Radio License Renewal Deadlines
    • FCC Record/FCC Reports
    • Pirate Radio Enforcement Data
    • Premises Info System (PREMIS)
    • ITU and other international documents
    • Recent FCC Callsign Activity
    • FCC Enforcement Actions
    • Federal Register
    • Recent CAP/Weather Alerts
    • Legal Unlicensed Broadcasting
    • More reference tools
  • LPFM Window
  • About
    • REC in the Media
    • Supporting REC's Efforts
    • Recommendations
    • FCC Filings and Presentations
    • Our Jingles
    • REC Radio History Project
    • Delmarva FM / Riverton Radio Project
    • J1 Radio / Japanese Broadcasting
    • Japan Earthquake Data
    • REC Systems Status
    • eLMS: Enhanced LMS Data Project
    • Open Data at REC
    • Our Objectives
  • Contact

Breadcrumb

  • Home

Michi on YouTube

Other tools & info

  • Filing Window Tracking
  • Enforcement Actions
  • REC Advisory Letters
  • FAQ-Knowledge Base
  • U/D Ratio Calculator
  • Propagation Curves
  • Runway Slope/REC TOWAIR
  • Coordinate Conversion
  • PREMIS: Address Profile
  • Spare Call Sign List
  • FCC (commercial) filing fees
  • Class D FM stations in Alaska
  • ARRR: Pirate radio notices
  • Unlicensed broadcasting (part 15)
  • FMmap - broadcast atlas
  • Federal Register
  • Rate Card & Policies
  • REC system status
  • Server Status
  • REC Systems Changelog
  • Complete site index

Aggregator

Codecs Have Become a Swiss Army Tool

Radio World
4 years 4 months ago

Charlie Gawley is VP Sales APAC/EMEA of Tieline.

This article appeared in Radio World’s “Trends in Codecs and STLs for 2020” ebook.

RW: What’s the biggest trend in this segment of our industry?
Charlie Gawley: Remote control and simple connections are paramount these days. The pandemic has accelerated this demand, but thankfully Tieline was already well-placed to put remote control of all equipment at the engineer’s fingertips.

From a network control perspective, cloud management of all devices is expected. As an example, Tieline’s Cloud Codec Controller lets engineers fully configure and remote control all their codecs remotely from the studio or home. Our Report-IT app can be connected, monitored and allow remote input level adjustment as well. This has been extremely important during the pandemic, as a broadcast engineer can adjust remote audio levels and other settings as required from their own home.

Simple connections are also facilitated by a traversal server like Tieline’s TieLink, which allows creation of call groups, displays codec “presence” and facilitates NAT traversal.

RW: How do you see codec technologies being deployed now in clients’ facilities?
Gawley: Today there are demands to do more with less — essentially looking for that Swiss Army tool in your broadcast kit.

The ViA portable IP mixer/codec has enabled broadcasters to essentially set up a remote operational studio where they can take live calls over SIP, Skype, WhatsApp and mix directly live on-air. Users have been able to do their prerecorded interviews or commercials and either mix them in live on-air or FTP files back to the studio.

Tieline ViA codec

As an example, we have a large national broadcaster in the United Kingdom that has set up a live mixing studio for both radio and TV programs from an engineers’ lounge room due to COVID-19 lockdown restrictions using two ViAs each in triple mono mode. They are connected to four presenters on ViAs in their own homes — all mixed in the lounge room with program audio sent to a Merlin PLUS multichannel codec in Master Control. A producer is connected over Tieline’s Report-IT app to the Merlin PLUS, where a comms channel is fed to the talent off-air.

RW: How about 2020’s “big story,” the sudden explosion in remote and at-home broadcasting?
Gawley: Codecs have played a crucial role in facilitating home broadcasting and keeping stations on-air after the pandemic forced networks to send people home.

For the seasoned Tieline user broadcasting remotely for over two decades, broadcasting from home is just another venue. However, for studio-based talent it would be foreign to them.

There have been two dominant use cases. One involves broadcasters at home using full-featured codecs like the Tieline ViA with record and playback capability and the ability to integrate live callers in a home studio. These codecs also delivered redundant streaming over multiple IP interfaces like cellular and wired interfaces and data aggregation technologies.

The second use case involved rapid deployment to multiple people in an affordable and simple way. Our Report-IT Enterprise app for iOS and Android allowed users to download a software codec and tap “connect” to go live very simply. All the configuration was done remotely by the engineer at the studio or from their home.

[Check Out More of Radio World’s Ebooks Here]

RW: How many ways are there of making connections? 
Gawley: Sales of ISDN and POTS-capable codecs have definitely tapered off, and everyone has either moved or is moving towards IP audio transport.

From an IP perspective, many codecs support unicast peer-to-peer connections or can multi-unicast to dozens of endpoints. Multicasting is also supported to unlimited endpoints over multicast-capable networks. Codec IP audio streams can be delivered over any IP network and integrate seamlessly with all AES67-compatible broadcast studios.

RW: And how powerful do you think codecs can get?
Gawley: Just as processors get more powerful, so do codecs. Today’s leading codecs increasingly include more features and options than ever before. For example, audio processing like EQ, compression and limiting is performed in some. Multiple connections can be configured with multiple redundant streams and data aggregation.

RW: What best practice tips should buyers be aware of in 2020?
Gawley: From an STL and audio distribution perspective, the codecs of today increasingly integrate high-density streaming features, which deliver scalable, space-saving options. It’s what our customers are demanding.

Tieline Multichannel Gateway

For example, our new Gateway multichannel DSP-powered codec delivers 16 codecs in a compact 1RU design with flexible analog, AES3 and AES67 I/O. From a remote broadcast perspective, the leading codecs can connect multiple streams for program and separate communications or can stream to multiple endpoints simultaneously. When bandwidth becomes limited the leading codecs offer network data aggregation in addition to stream diversity.

Record and playback, FTP upload/download, audio processing (EQ, limiting and compression), redundant streaming and data aggregation, are just some of the features buyers should look out for.

RW: How have AoIP technology developments been reflected in the look and function of codecs? 
Gawley: Audio over IP has been Tieline’s bread and butter for over 16 years,  enabling broadcasters to send audio over the public internet, and is nothing new to us.

Tieline had implemented strategies to mitigate packet loss with forward error correction and auto jitter buffer techniques while other codec manufacturers were stipulating use of the five 9 MPLS networks. In 2007 the EBU foreshadowed that ISDN one day would cease to exist and wanted to have a similar level of interoperability over IP. They set up a working party, which Tieline was a member of, that gave rise to the EBU 3326 Interoperability standard over IP with the SIP protocol at its core, and Tieline was the first non-European manufacturer to implement the standard alongside AEQ, AETA, Orban and Mayah.

Fast-forward a number of years, the studio has caught up to where AoIP in the studio is rapidly becoming the norm. Tieline was ahead of the curve implementing the WheatNet-IP protocol in its codecs, from there others added Livewire, Ravenna and Dante. Given all these different proprietary AoIP standards, both the AES and EBU got the industry together and now we have AES67.

RW: And what will codecs look like in the future, if we use them at all? 
Gawley: Codecs will be required for as long as IP networks are imperfect, which is the foreseeable future.

It’s true that some networks can carry full bandwidth PCM audio over fiber, but these networks generally make up the backbone of larger networks and their primary studio-to-studio infrastructure. Transmitter sites often don’t have fiber runs due to their location or the expense of installation. Remotes are performed from anywhere and often rely on cellular and other wired services that still require a codec to reliably transport audio.

Lossy networks like the internet are imperfect and still require “smart” IP technology to reliably transport audio due to jitter and packet loss; this is where one should look for bit-stream diversity.

Despite significant advances and increases in available bandwidth, cellular networks can at times suffer from capacity constraints. This is where data bonding/aggregation comes into play and one should look for this to be included in a codec, rather than as a clunky peripheral piece of hardware that introduces an additional point of failure.

 

The post Codecs Have Become a Swiss Army Tool appeared first on Radio World.

RW Staff

Benefits of a “Scriptable” Mixing Console

Radio World
4 years 4 months ago
Fig. 1: Custom scripts allow you to change controls on surfaces or to create standalone mixing UIs.

The author is a support engineer for Wheatstone Corp. This originally appeared in the ebook “Console Tech 2021.” It is one in a series of articles about how to get the most out of popular radio broadcast products. 

Consoles come in all shapes, sizes and forms these days, from legacy hardware surfaces to the newer virtual mixers on a laptop and everything in between.  

What worked in your studio yesterday might not work today, and what works today might not work tomorrow. That’s where scripting comes in, both in terms of custom scripts for virtual mixers as well as newer hardware consoles with software configured controls. 

Creating custom scripts to change controls on console surfaces such as our LXE or GSX models or to create entirely standalone mixing UIs is one practical and affordable way to meet these constantly changing requirements.

Nearly every broadcast mixing surface or console manufactured has a set of standard features that cover 90% of the workflow or use requirements for a studio. Generally, these are: input faders, control room and studio controls, mix-minus sends, and logic I/O for tallies and remote control.

Fortunately, the world of audio over IP enabled us to make several improvements on these features. 

[Related: “How to Choose Your Next Console”]

The change from legacy console, where one wires everything to the chassis of the mixer, to a distributed or routed environment with Blades or other I/O units becoming termination points for routing, replaced miles and miles of cabling in some cases.

But even with all the enhancements the AoIP routed studio brought us, at the end of the day the console (or what is now called a “surface”) is essentially doing the same job. That is, mixing your content together and sending that mix on to the next process in the chain.

The job of the console remains the same, but what has changed is how the job is done — and on what.

Multiplicity of applications

For example, with scripting, you can change the default behavior of any hardware button, fader, encoder or OLED screen on the LXE or GSX console surface. 

This can be done in easy-to-use setup software, and changes to the surface generally do not require a restart of the surface itself. In addition to a full array of surface standard functions, users also now have control over button colors as well as the behavior of that button. 

A person could also actually write custom code using the Surface Setup GUI and the Wheatstone scripting language to have the hardware button do more than one function, and then change LED state (such as color) based on the status of whatever it was they intended to control or change.  

A simple example of this is to set up a button to fire a salvo.  

This is a simple point-and-click procedure using the LXE or GSX Script Wizard in the Surface Setup GUI. 

Setting up a button to fire a salvo is a point-and-click procedure using the LXE or GSX Script Wizard in the Surface Setup GUI.

Once the change is sent to the surface, the button becomes a Fire Salvo (macro) button. In addition to firing the salvo to change the audio routing, we can also change the state of logic pins on another Blade in the system and at the same time, change the button to a different color when that logic pin is in the ON state or activated state. 

What’s more, you can go beyond the Script Wizard and into creating a custom piece of software that executes the salvo and changes the state of the logic pin when the button is pressed, plus change the LED color of the button when that logic is active. 

All you’d need is to open the Script Editor and add a few lines of code, as shown below. 

You can can go beyond the Script Wizard, to creating custom software that executes the salvo and changes the state of the logic pin when the button is pressed, plus change the LED color of the button when that logic is active. Open the Script Editor and add a few lines of code.

As workflows and requirements change, you can modify salvos and more, and the surface will automatically update without the need to restart it or the mix/DSP engine.

In addition, with scripting tools such as ScreenBuilder, you can add custom screens directly on the console GUI itself. One of the main benefits of being able to build custom screen interfaces directly on the console itself is that these UIs don’t have to run on a PC in the studio, which most likely is already doing quadruple duty as an Internet/edit/playback PC.  

Screens can be developed using drag-and-drop widgets such as buttons, labels and meters that can be set up with logic controls that modify various aspects of the system for changing audio routing, on/off logic and tallies.

You can set up screens for not only one specific studio, but all of the studios in a WheatNet-IP audio networked system as a whole.  

Across the network

Let’s say you have five stations in a location, and there’s one person in the facility for overnights who monitors all five stations. 

From one control room, the overnight talent could call up a screen to see the status of all five stations at once and swipe through a menu to monitor audio from those stations and to get data from various points in the system. 

This can be done directly on any LXE and GSX console surface in any studio, so if the overnight talent is not in his normal position or studio he or she can still see the system from any room there’s a GSX or LXE. 

Also, these new scriptable consoles have OLED displays for each input fader and two or more for each output module. Each of these displays can be configured independently to display different data sets about sources assigned, program assignments, mix assignments and can be further customized for your own text and graphic displays.You can even add station logos or other images to reinforce station branding, and provide at-a-glance data to the operator.

Another software benefit is the LXE and GSX’s ability to have up to 32 inputs and 16 outputs in their mix engines. This means broadcasters have access to ample inputs and outputs yet are able to keep the physical fader or surface size down to a minimum. By carefully deploying layers to the surface, they can page a smaller layout surface of say 4 to 16 faders to get access to those additional inputs and outputs. This allows studio designers to keep a smaller footprint on the furniture and make additional room, or clean up an already crowded space.

When off-site, operators can also remote in to the studio or physical console using apps such as Remote LXE/GSX, ReMIX or Glass E. These are software extensions of the AoIP network or physical console that can mirror what’s happening at the studio. In some cases, remote operation can be done on an entirely standalone virtual console that contains custom scripting, all of which could be the blocks of the all-virtual studio of the future. 

Robert Ferguson has been in radio for more than 25 years, with experience both behind the board and in front of it as a broadcast engineer and on-air personality.

The post Benefits of a “Scriptable” Mixing Console appeared first on Radio World.

Robert Ferguson

NAB Details Its “Cannibalization” Worry

Radio World
4 years 4 months ago

In its strong opposition to allowing geo-targeting on FM boosters, the National Association of Broadcasters told the FCC it is worried about “cannibalization” among radio stations as well as harm to smaller and minority-owned stations.

Radio World is excerpting public comments filed to the FCC in a series of articles. Here, we summarize the section of the NAB filing about cannibalization.

“Although GBS presents its proposal as a permissive option, even voluntary adoption by only one or two stations is likely to disrupt the advertising market for other broadcasters in the same radio market,” NAB told the commission Wednesday.

“In particular, allowing geo-targeting could thrust broadcasters into a collision that disadvantages smaller stations less equipped to absorb the costs of implementing ZoneCasting effectively or reduced ad rates. GBS’s own filings demonstrates the risks.”

It pointed to an example from GBS showing a high-powered station broadcasting from downtown Manhattan that could use boosters to create zoned coverage areas in New Jersey, Connecticut and on Long Island:

“Although GBS offers this image to illustrate the station’s opportunity to use boosters to geo-target news and information to these respective areas, the station would also be able to sell geo-targeted ads,” NAB told the FCC.

“It is easy to foresee the negative impact on smaller stations licensed to Edison, N.J., and Mount Kisco, N.Y., and other distant suburbs. Such broadcasters must already compete with nearby stations for precious ad dollars from grocery stores, car dealers and other small businesses in the local area.

“If the booster rule is amended, they could be pitched into battle against much larger, New York City-based broadcasters for this critical local business. And contrary to GBS’s claims, some broadcasters believe that any such opportunity to sell zoned ads to new customers will largely be one-way because smaller stations do not have access to the capital necessary to implement geo-targeting as effectively, or capture enough new advertising business to justify the effort.”

[Related: “GBS Gathers Support for Geo-Targeting”]

NAB also questioned the usefulness of ZoneCasting for stations in small and mid-sized markets. It said its members in these markets view ZoneCasting as a “big city play,” at best.

“It would be unusual for small and mid-sized radio markets to have multiple pockets of population sufficient to support the investment required to deploy GBS’s system. GBS points to certain radio markets that cross state borders or cover multiple economic areas where geo- targeting could possibly make sense. Again, however, most broadcasters predict that larger stations would enjoy the lion’s share of any such benefits, at the expense of smaller stations.”

NAB argues that “nearly all” radio broadcasters consider GBS’s proposal “as a lose-lose proposition in which the only winners would be the technology provider and advertisers.”

The association also disputes that geo-targeting will help minority-owned broadcasters, a benefit that has been mentioned publicly several times by Commissioner Geoffrey Starks.

NAB acknowledged that public interest organizations led by MMTC have expressed support of GBS’s petition. “MMTC explained that minority station owners often entered broadcasting later than others, leading them to locate their tower sites located some distance from downtown. MMTC states that ZoneCasting would enable these broadcasters to target different programming to different audiences, and adds that such owners may also be able to entice small and minority owned businesses to purchase less expensive, zoned ads.”

NAB said it shares MMTC’s goals to help promote minority ownership of stations but says the booster rule change would likely be counter-productive.

“First, a minority broadcaster with a transmitter on the fringe of a market would already have the incentive and ability to obtain a booster so as to provide a stronger signal into the urban core of a market. Given that the FCC’s rules permit stations to deploy a booster at their convenience, we presume that any such broadcaster has already done so where the investment has been justified.”

NAB said that any incremental ad sales to small businesses from geo-targeting would not change that calculation, particularly in light of the risks and costs of implementing geo-targeting.

It noted that GBS has offered to provide vendor financing to certain FM stations, fronting the capital to design, build and operate a booster, in exchange for a share of the marginal ad revenue it generates.

NAB asked what would happen if GBS encounters financial problems and requires accelerated payment, and what would the station’s obligation be if revenues are insufficient to repay GBS or the station discontinues service.

“We understand that vendor financing has been used in other telecommunications contexts. However, to NAB’s knowledge, it would be highly unusual if not unprecedented for the FCC to alter a long-standing rule in order to approve a new broadcast technology based on the promises of a single, private company to fund its rollout.” It said the FCC should not rely on GBS’s about vendor financing plan.

“Finally, MMTC does not address the unintended consequences that ZoneCasting could impose on minority broadcasters. Just like other similarly situated, smaller radio stations, minority owned stations could face new competition from large stations in other parts of a market. There would be nothing to stop a large downtown station, with the resources to fund its own booster and effectively sell zoned ads, from building a booster near a minority-owned station and using the booster to seize ad dollars from small or minority-owned businesses in the area,” it wrote.

“Moreover, a larger station could better afford to charge very attractive prices for zoned ads to win such business. In the end, ZoneCasting could be little more than a vehicle for large stations to increase their dominance at the expense of smaller stations, including those owned by people who are members of historically underrepresented groups. Such an outcome would not serve the public interest in diverse radio service.”

[Related: “ZoneCasting Would Level the Playing Field for Radio”]

The post NAB Details Its “Cannibalization” Worry appeared first on Radio World.

Paul McLane

Media Bureau Call Sign Actions

FCC Media Bureau News Items
4 years 4 months ago
.

Amendment of Section 73.622(i), Post-Transition Table of DTV Allotments, Television Broadcast Stations (Kearney, Nebraska)

FCC Media Bureau News Items
4 years 4 months ago
Requests the substitution of channel 18 for channel 13 at Kearney, Nebraska, in the DTV Table of Allotments

Amendment of Section 73.622(i), Post-Transition Table of DTV Allotments, Television Broadcast Stations (Cedar Rapids, Iowa)

FCC Media Bureau News Items
4 years 4 months ago
Requests the substitution of channel 32 for channel 9 at Cedar Rapids, Iowa, in the DTV Table of Allotments

Amendment of Section 73.622(i), Post-Transition Table of DTV Allotments, Television Broadcast Stations (Jonesboro, Arkansas)

FCC Media Bureau News Items
4 years 4 months ago
Requests the substitution of channel 27 for channel 8 at Jonesboro, Arkansas, in the DTV Table of Allotments

Amendment of Section 73.622(i), Post-Transition Table of DTV Allotments, Television Broadcast Stations (Amarillo, Texas)

FCC Media Bureau News Items
4 years 4 months ago
Requests the substitution of channel 20 for channel 7 at Amarillo, Texas in the DTV Table of Allotments

Pleadings

FCC Media Bureau News Items
4 years 4 months ago
.

Notice of Apparent Liability for Forfeiture, Iglesia Sinai Pentecostes, Inc., WLDC-LP, Goshen, Indiana

FCC Media Bureau News Items
4 years 4 months ago
Issued a Notice of Apparent Liability for Forfeiture in the amount of $1,500 to Iglesia Sinai Pentecostes, Inc., for failure to timely file a license renewal application for Station WLDC-LP, Goshen, Indiana

Amendment of Section 73.622(i) Post-Transition Table of DTV Allotments, Television Broadcast Stations (Peoria and Oswego, Illinois)

FCC Media Bureau News Items
4 years 4 months ago
Requests an amendment of the DTV Table of Allotments to delete channel 10 at Peoria, Illinois, substituting channel 10 at Oswego, Illinois. Further requests modification of WAOE's license to specify Oswego as its community of license

Amendment of Section 73.622(i), Post-Transition Table of DTV Allotments, Television Broadcast Stations (Augusta, Georgia)

FCC Media Bureau News Items
4 years 4 months ago
Requests the substitution of channel 27 for channel 12 at Augusta, Georgia, in the DTV Table of Allotments

In the Matter of Online Political Files of Maquoketa Broadcasting Company, Licensee of Commercial Radio Stations

FCC Media Bureau News Items
4 years 4 months ago
Maquoketa Broadcasting Company enters into consent decree to resolve political file investigation

Actions

FCC Media Bureau News Items
4 years 4 months ago
.

Amendment of Section 73.622(i), Post-Transition Table of DTV Allotments, Television Broadcast Stations (St. George, Utah)

FCC Media Bureau News Items
4 years 4 months ago
Requests the substitution of channel 21 for channel 9 at St. George, Utah, in the DTV Table of Allotments

Broadcast Applications

FCC Media Bureau News Items
4 years 4 months ago
.

Amendment of Section 73.622(i), Post-Transition Table of DTV Allotments, Television Broadcast Stations (Cape Girardeau, Missouri)

FCC Media Bureau News Items
4 years 4 months ago
Requests the substitution of channel 32 for channel 11 at Cape Girardeau, Missouri, in the DTV Table of Allotments

Amendment of Section 73.622(i), Post-Transition Table of DTV Allotments, Television Broadcast Stations (Savannah, Georgia)

FCC Media Bureau News Items
4 years 4 months ago
Requests the substitution of channel 23 for channel 11 at Savannah, Georgia, in the DTV Table of Allotments

Applications

FCC Media Bureau News Items
4 years 4 months ago
.

In the Matter of Online Political Files of Trending Media, Inc., Licensee of Commercial Radio Stations

FCC Media Bureau News Items
4 years 4 months ago
Trending Media, Inc. enters into consent decree to resolve political file investigation

Pagination

  • First page « First
  • Previous page ‹ Previous
  • …
  • Page 572
  • Page 573
  • Page 574
  • Page 575
  • Current page 576
  • Page 577
  • Page 578
  • Page 579
  • Page 580
  • …
  • Next page Next ›
  • Last page Last »

REC Essentials

  • FCC.TODAY
  • FCCdata.org
  • myLPFM Station Management
  • REC site map

The More You Know...

  • Unlicensed Broadcasting
  • Class D Stations for Alaska
  • Broadcasting in Japan
  • Our Jingles

Other REC sites

  • J1 Radio
  • REC Delmarva FM
  • Japan Earthquake Information
  • API for developers

But wait, there's more!

  • Join NFCB
  • Pacifica Network
  • MICHI-FM: slightly off the deep end
  • Report a bug with an REC system

Copyright © REC Networks/Riverton Radio Project Association - All Rights Reserved
EU cookie policy

Please show your support by using the Ko-Fi link at the bottom of the page. Thank you for supporting REC's efforts!