wrong unicode symbol in the getLCDchar method about redsea HOT 8 CLOSED

Thanks. Which station is this? Do you happen to have any hex data? I'm seeing correctly decoded apostrophes from at least ANTENNE and RADIO 21.

from redsea.

the table in the getLCDchar does contain wrong symbols. The symbol before 'a' should be ` but in the table it is ‖

the 5th symbol in the table is ¤ but should be $

shouldn't they?

from redsea.

The character table is the default charset from page 74 of the 1998 RDS specification. I think this could be fixed by supporting repertoire control codes (switching character sets).

from redsea.

Or perhaps these characters could just be changed...

from redsea.

well, seems like radio stations are just using the ascii symbols codes and not the ones defined in the standard.

from redsea.

idea: A config file with per-station workaround preferences (like "ascii_strings": true)

from redsea.

Maybe you don't need to improve the outdated EBU tables standard at all? Just wanted to add that the symbols could be substituted by the postprocessing. I think I could do such substitutions even using jq -> split("‖") | join("`") for the specific station pi. Sorry for the 'spam' issue

from redsea.

Not spam at all, very useful discussion :) It seems the standard is applied quite liberally in different parts of the world and by different encoders.

from redsea.