Recent Posts

Pages: [1] 2 3 ... 10
1
PIRA75/P175/P275 Control Software / fm scope run in linux
« Last post by electron on November 26, 2024, 07:44:44 pm »
Does anyone tried to run software on linux? I tried to run it with wine, but with no luck. I made a lot of configurations with commands in terminal. The problem is how could i map with success usb0 with com1. Jan i think that it would be very usefull to release your software for linux.
2
P132, P164, P232(U) and P332 RDS Encoders / Re: P164 questions
« Last post by Jan on November 22, 2024, 07:23:49 am »
Here is a recent article from Radio World that you might find interesting: https://www.radioworld.com/news-and-business/news-makers/broadcasters-need-to-do-better-with-visual-displays
I entirely agree with this article. The message is as follows: if you want your radio station to survive the following years, forget about obsolete scrolling PS and start to use RT+. The PS is a part of your brand, it's not a children's playground. I would also like to add a message to car radio manufacturers to finally implement the RDS2 logo reception. We offer all this functionality for many years, incl. our budget products.
3
P132, P164, P232(U) and P332 RDS Encoders / Re: P164 questions
« Last post by radiotech on November 22, 2024, 02:35:47 am »
This is possible only with another hardware. We have also offered these devices in the past but later we decided to take a different path. The Windows software always provides more functions at lower costs and easier setup, that effect is getting stronger with number of frequencies in the network. As the economic situation of many FM stations is worsening, there are increasing demands on how the radio station presents itself, incl. the RDS utilization - programme announcements, ads etc. The broadcast automation systems usually provide only basic set of RDS features which is insuficient, so some kind of specialized RDS automation software is needed.
Thanks for the detailed reply. I don't want to depend on a Windows PC and application to keep RDS operating. Sending directly to the device using UDP is working, so I will continue with that configuration.
Quote
The RT+ group selector is implemented to avoid potential conflicts with other ODA applications in large broadcast networks. If you feed the RDS encoder from the broadcast automation only, the RT+ group selection requires no attention from your side. The receiver always gets information about correct group. There's no "native" RT+ group.
I understand there is no "native" RT+ group, I meant the device "natively" supporting 12A in addition to the existing 11A/13A.

Quote
Such feature is supported, the P164 can hold text messages in non-volatile memory in the XCMD format, i.e. with the RT+ information:
https://pira.cz/forum/index.php?topic=531.msg1659;topicseen#msg1659
The encoder switches between RT1 (broadcast automation or other source) and RT2 (from the non-volatile memory).
On the other hand if you use the PS field corretly (that means static), you probably do not need to send the StationName.Short field.
Thanks, I will use it to alternate between RT+ tags artist/title from automation and stationname.short/stationname.long.

Here is a recent article from Radio World that you might find interesting: https://www.radioworld.com/news-and-business/news-makers/broadcasters-need-to-do-better-with-visual-displays
4
P132, P164, P232(U) and P332 RDS Encoders / Re: P164 questions
« Last post by Jan on November 21, 2024, 06:13:02 pm »
I know that it is recommended to have Magic RDS 4 running 24/7 to handle multiple inputs to the P164, however that is undesirable for several reasons. I prefer to send metadata directly from automation to the P164. I currently have the P164 configured for UDP which works well, however I would like to also be able to connect and monitor the P164 using RDS Spy built-in to Magic RDS 4 while still allowing for the metadata to continue flowing. Is it possible for an enhancement to allow two IP simultaneous IP connections (both TCP, both UDP, or one TCP and one UDP)?
This is possible only with another hardware. We have also offered these devices in the past but later we decided to take a different path. The Windows software always provides more functions at lower costs and easier setup, that effect is getting stronger with number of frequencies in the network. As the economic situation of many FM stations is worsening, there are increasing demands on how the radio station presents itself, incl. the RDS utilization - programme announcements, ads etc. The broadcast automation systems usually provide only basic set of RDS features which is insuficient, so some kind of specialized RDS automation software is needed.

I would like to configure RT+ in Group 12A instead of 11A or 13A. I know this can be done manually using user-defined groups, but please consider supporting group 12A natively for RT+.
The RT+ group selector is implemented to avoid potential conflicts with other ODA applications in large broadcast networks. If you feed the RDS encoder from the broadcast automation only, the RT+ group selection requires no attention from your side. The receiver always gets information about correct group. There's no "native" RT+ group.

In the U.S., NRSC Guideline G300-A https://www.nrscstandards.org/standards-and-guidelines/documents/archive/nrsc-g300-a.pdf published in 2014 states the following on page 11:  "... it is recommended that receiver manufacturers decode the RadioText Plus (RT+) StationName.Short field in place of back-calculating the call sign using PI codes". For this reason it would be very useful if the StationName.Short (and StationName.Long) field could be saved in non-volatile memory so that they don't need to be sent regularly.
Such feature is supported, the P164 can hold text messages in non-volatile memory in the XCMD format, i.e. with the RT+ information:
https://pira.cz/forum/index.php?topic=531.msg1659;topicseen#msg1659
The encoder switches between RT1 (broadcast automation or other source) and RT2 (from the non-volatile memory).
On the other hand if you use the PS field corretly (that means static), you probably do not need to send the StationName.Short field.

I configured automation to send an XCMD containing the "short" tag along with the artist and title but I don't ever see it being transmitted. The XCMD that I am sending is "XCMD=<rds><item><dest>3</dest><text><artist>Artist</artist> - <title>Title</title></text><short>Slogan</short></item></rds>".
The RT+ specification allows two tags at maximum per one text. The third tag is automatically removed by the encoder. Decision is made upon the tag priority as given in the XCMD specification.

As others have mentioned in the forum it would be useful if the RDS Injection could be configured in percentage. Please consider for a future enhancement.
I would like that too. Or kHz even more. Unfortunately, the MPX is characterized by peak to peak voltage. Conversion characteristic of voltage to FM deviation differs accross various broadcast equipment. Our encoders are made to work with all of them so the level setup is made in the voltage units.
5
P132, P164, P232(U) and P332 RDS Encoders / P164 questions
« Last post by radiotech on November 21, 2024, 02:33:11 am »
Hello, I am a new P164 user in the U.S.

I know that it is recommended to have Magic RDS 4 running 24/7 to handle multiple inputs to the P164, however that is undesirable for several reasons. I prefer to send metadata directly from automation to the P164. I currently have the P164 configured for UDP which works well, however I would like to also be able to connect and monitor the P164 using RDS Spy built-in to Magic RDS 4 while still allowing for the metadata to continue flowing. Is it possible for an enhancement to allow two IP simultaneous IP connections (both TCP, both UDP, or one TCP and one UDP)?

I would like to configure RT+ in Group 12A instead of 11A or 13A. I know this can be done manually using user-defined groups, but please consider supporting group 12A natively for RT+.

In the U.S., NRSC Guideline G300-A https://www.nrscstandards.org/standards-and-guidelines/documents/archive/nrsc-g300-a.pdf published in 2014 states the following on page 11:  "... it is recommended that receiver manufacturers decode the RadioText Plus (RT+) StationName.Short field in place of back-calculating the call sign using PI codes". For this reason it would be very useful if the StationName.Short (and StationName.Long) field could be saved in non-volatile memory so that they don't need to be sent regularly.

I configured automation to send an XCMD containing the "short" tag along with the artist and title but I don't ever see it being transmitted. The XCMD that I am sending is "XCMD=<rds><item><dest>3</dest><text><artist>Artist</artist> - <title>Title</title></text><short>Slogan</short></item></rds>".

As others have mentioned in the forum it would be useful if the RDS Injection could be configured in percentage. Please consider for a future enhancement.

Thanks

6
FM Scope Script Files / Re: FM Monitoring Script v3 (pira)
« Last post by Jan on November 16, 2024, 10:53:52 pm »
It is configurable exactly using the way you're mentioning. Only make sure there's enough storage space for 3 years history.
7
FM Scope Script Files / Re: FM Monitoring Script v3 (pira)
« Last post by Rene on November 16, 2024, 10:48:17 pm »
i want to use your script to store my mobile measurements in a structure on the webserver monitor/stationxyz.
After maybe a month a measure again on this place (station) an store the files on the webserver. When i travel i can measure mobile on seperate cities and store this files on the webserver. In this usecase in can compare different radio stations in different regions.
I would like to save this data for 3 years.
For this reason i must deactivate the clenaup of the directory data and history.
i change the $threshold = strtotime('-1095 day') in index.php and history.php
and i uncommend the index.php form line 255 //remove duplicite station from another antenna to line 363.
Is there another way or can you make the clenaup configurable?
8
Silence Detector / Re: Launching program files with Alarm Tasks and Return Tasks
« Last post by BoOkWoRm on November 13, 2024, 09:05:25 am »
Sounds like you have a need for multiple instances of the SD, just launch as many as you need and configure them as you did with the existing SD, works great!
9
MRDS1322 / Re: 19khz Pilot filter options?
« Last post by Jan on November 12, 2024, 10:15:55 pm »
1 nF ceramic type
10
Mixing "now-playing" information with stations slogans, studio phone number, current time and any other text content. Show everything in Radiotext. Including full RT+ setup.

  • Create a plain text file with station slogans (each message on a separate line)
  • Create a Source for the station slogans, processing one line per session
  • Create a Source for the "now-playing" information
  • Move both sources to the Sequence box in the Output, tick the Radiotext box and Enable.

See the Help: extsrc.pdf for more options.
Pages: [1] 2 3 ... 10