Recent Posts

Pages: 1 ... 6 7 [8] 9 10
71
Control Software / Re: 0x0D issue in Magic RDS
« Last post by Jan on April 19, 2026, 09:51:45 am »
I completely understand your point of view and we will take your comment into consideration at the earliest opportunity. But there are other points of view as well.

With all due respect, these systems are designed for other use than hobby DX reception. By the way, it's a nice hobby that I also pursued. Various incompatibilities and proprietary solutions of commercial FM receivers are a long-term problem which is an obstacle to development of new RDS services. Some "features", such as the completely unexpected truncation of Radiotext on some new car radios, prove that the developers have probably gone completely crazy.

We introduced the RT+ service, Long PS or broadcasting of diacritical marks (ěščřžý etc.) here in the Czech republic. Although majority of stations here can use these options today, only a small portion of them actually do it. They could simply turn it on with a few clicks, but they won't. I say this just to illustrate who is actually stuck in a time decades ago. Many stations incl. the public service radio still rely on deprecated dynamic PS. They are still convinced that they have reasons for this. Change is usually met with great displeasure. I don't blame anyone, it's just a fact.
72
Control Software / Re: 0x0D issue in Magic RDS
« Last post by Rían Mac Guinneál (fmdx.ie) on April 19, 2026, 01:21:34 am »
Perhaps, it can be a separate option on how the end user wants the CR character to function, 0x0D then spaces, or spaces then 0x0D bit :), also... there are many users who probably don't have the latest firmware (example offline broadcast sites, etc.)

Also, unrelated to car tuners, but on the fm-dx webserver platform, when 0x0D is detected, the radiotext field gets centered, adding spaces "ruins" that spacing.

Now, related to car tuners, many have their own "way" of implementing the RDS spec, some maunfacturers don't account if the RT field even properly ends with 64 characters, or 0x0D,they will show the text that was decoded  (skoda,vw), or DPS not being accounted sometimes for safety... etc. There are many examples of DOs and DON'Ts, but if we had to account for all old tuners, with outdated specs, or careless implementation... we would have been removing 99% of features :)

I second this. 💯
73
Control Software / Re: 0x0D issue in Magic RDS
« Last post by mrandrew01 on April 19, 2026, 12:41:33 am »
Perhaps, it can be a separate option on how the end user wants the CR character to function, 0x0D then spaces, or spaces then 0x0D bit :), also... there are many users who probably don't have the latest firmware (example offline broadcast sites, etc.)

Also, unrelated to car tuners, but on the fm-dx webserver platform, when 0x0D is detected, the radiotext field gets centered, adding spaces "ruins" that spacing.

Now, related to car tuners, many have their own "way" of implementing the RDS spec, some maunfacturers don't account if the RT field even properly ends with 64 characters, or 0x0D,they will show the text that was decoded  (skoda,vw), or DPS not being accounted sometimes for safety... etc. There are many examples of DOs and DON'Ts, but if we had to account for all old tuners, with outdated specs, or careless implementation... we would have been removing 99% of features :)
74
Control Software / Re: 0x0D issue in Magic RDS
« Last post by Jan on April 19, 2026, 12:09:25 am »
You have a great observation. This is not a fault, it is an implementation from a time when it was more convenient to do it this way for compatibility with some old receivers. Receiver support for shortened text has not always been very good in the past. You are right that today there is probably no reason to place the CR character always at the end of a segment.

Given that today the most widely used RDS encoders are probably from our production, we are reluctant to change any detail that has been set in some way for 20 years, so as not to unintentionally influence something. However, if a different opinion prevails, a change is of course possible.
75
Control Software / 0x0D issue in Magic RDS
« Last post by mrandrew01 on April 18, 2026, 11:40:02 pm »
Hello! I have noticed a very small "fault" if you could say ;D with the carriage return character 0x0D, that being the addition of spaces before the 0x0D character. Implementation from other known brands include 0x0D as the first character in the 2A group, and afterwards how many spaces are needed to fill the group.
EXAMPLE : Benassi_Bros._Feat._Dhany_-_Hit_My_Heart___<0D> could be : Benassi_Bros._Feat._Dhany_-_Hit_My_Heart<0D>___

76
Control Software / Linux CLI tool for RDS encoder control
« Last post by Jan on April 15, 2026, 09:30:51 pm »
https://github.com/tuxikcz/pira_rds

Supports mRDS1322, PIRA32 and all compatible models.

Thanks to Tuxik  :)
77
P275 FM Analyzer / Re: P275E
« Last post by Jan on April 15, 2026, 11:57:39 am »
Okay, so the cause has been found and it was a faulty power adapter. If anyone experiences a similar problem in the future, we will replace the power adapter with another one free of charge. We no longer supply power adapters from the mentioned series.

The P275E documentation has been updated (section Recovery, added instructions for resetting the password).
78
Feature Requests / Re: MagicRDS4 UECP
« Last post by Jan on April 14, 2026, 06:43:12 pm »
Unfortunately, direct implementation in Magic RDS is not possible at the moment. I recommend choosing the virtual port method I suggested earlier.

Since the old program does not support TCP or UDP, use the com0com utility according to this procedure:

To allow communication between Magic RDS and third-party software that supports only serial (COM) ports, you can use a virtual serial port pair (also known as a "virtual null-modem cable").

I recommend using the free utility com0com, which creates two interconnected virtual COM ports.

Setup procedure:
Download and install the com0com package from:
https://sourceforge.net/projects/com0com/
After installation, open the setup command prompt (included with com0com) or use the graphical setup if available.

Create a virtual port pair. For example:

COM10
COM11

These two ports are internally connected – any data sent to COM10 will appear on COM11 and vice versa.

Configure the third-party application to use one port (e.g. COM10).
Configure Magic RDS application (Virtual Port) to use the other port (e.g. COM11).

Notes:
Both ports behave like standard hardware serial ports.
Baud rate and other serial settings should match on both sides.
If a port number is already in use, choose a different one.
Administrator privileges may be required during installation.
79
Feature Requests / Re: MagicRDS4 UECP
« Last post by zvykov on April 14, 2026, 02:24:02 pm »
Are there solutions to this problem using only MagicRDS?
An example of the required synchronization command is available.
80
Bug Reports / Re: Full Version Key does not work
« Last post by Jan on April 13, 2026, 10:28:54 pm »
Thank you for purchasing the Magic RDS 4 license.

You're using more than 4 years old version of the software. Please update to recent version. Then generate valid key using current installation ID and your existing user ID.
Pages: 1 ... 6 7 [8] 9 10