yashsingh1/xdaforums huggingface dataset:
[MTCD Software Development] KoTiX2:
I like the (b) suggestion.

Naming the station by logo name? No, I don't like it.

You have about 10 logos in your zip file, for my country I have about 1500 logo images and names are really a mess. (I know because I renamed all of them adding the RDS id number).

The best option is still the RDS name for my opinion and based on that is also the automatic assignment of the logos.

Right now you don't have this feature working because you cannot download the logos from the app but with next release you can try it out.

Even better would be knowing if you receive the RDS id of each station so we can rename the logos with the Id number too and let the automatic assignment work flawlessy.
[MTCD Software Development] okij:
Thanks for your explanations! :)

Hm, what about not using an index based fav list, but a station name based (plus a flag if it's an FM or an AM station), so when a user presses a fav button, NavRadio+ looks it up in the FM and AM list based on the station name and then tunes to it?

If it's quite easy to implement, then it might be a good first solution.

I personally wouldn't mind, since my radio can only receive FM stations anyway (don't know if I would need a separate antenna or if it's a different cause) and I don't miss AM.

Ah, I didn't know this yet. This might suit my needs already and I will try it tomorrow.

However, a radio app should be as easy to use as possible, and the average user wouldn't come up with this solution on his own. So a noob-proof way to sort the fav list would still be an important feature.
[MTCD Software Development] Scopesys:
[MENTION=2734955]KoTiX2[/MENTION]

Exactly How ....?

Would be nice if there was a "Basic" SORT trigger, in the Station Pull Down, that sorted Both FM, and AM lists by Frequency.

Also, as I found out the hard way, if you tell the Station Menu to SCAN, you loose everything -- the Logos, and any Station name changes.

Very upsetting .. wish there had been a POP-UP warning to let me know that, before I committed to a re-scan.
[MTCD Software Development] KoTiX2:
How what?
[MTCD Software Development] Scopesys:
Now I uninstall NavRadio+ and go back to the Default Radio, that work flawlessly.

Thanks for your time, and support, while I did have it installed.....
[MTCD Software Development] okij:
I think what Scopesys asked you is written in big bold letters in the post he quoted:

So he reacted a bit upset when not getting the expected answer, but a question in return. So please look again at his question and give him an adequate answer.

[MENTION=9325785]Scopesys[/MENTION]: Are you serious? From the FCC forum a know you as a person with far more patience. Also please take into account that [MENTION=2734955]KoTiX2[/MENTION] is living in a different time zone (AFAIK Europe, like me), so he was answering you late at night respectively very early morning.
[MTCD Software Development] KoTiX2:
I didn't mean to upset anybody, i really did not understood what he was referring to.... At 23:00 I was also a bit tired to reply to something that i don't understand just because it is not well explained.

Anyway, now the mistery is cleared: I read the post using the xda app on my phone at 23:00 and the BOLD text is not so clear like using a normal browser. (I'm sorry if i'm not in front of my PC 24 hours a day...)

To reply to his question: in edit window you can change the station number , in the picture under "Numero":

[IMG="https://i.imgur.com/ckDsg70l.jpg"]https://i.imgur.com/ckDsg70l.jpg[/IMG]

Today is coming out V1.60 with this changelog:

Added custom colors for station buttons

Added custom color for frequency slider

Added Maryland (Baltimore area) logos

Disabled play/pause action from mediabuttons

Better metadata notifications (avoid repeating the same notification, metadata are sent only if something effectivily change)

Some various fixes for sporadic crashes..
[MTCD Software Development] AdekP:
After today's update, when using the steering wheel buttons, the radio very often jumps 2 stations forward / backward :(

As you can see in this movie: https://youtu.be/f1CGmZ4IMGk

The second issue I have been struggling with for several versions. Despite switching off the alternative frequencies, some of the radio stations I remember have such frequencies in memory (despite the fact that the alternative frequencies refer to completely different radio channels) and when switching to the channel you want to listen to, NavRadio starts playing a completely different channel than I had programmed .. Then I have to enter the channel edition and change the alternative frequency to restore the programmed channel
[MTCD Software Development] okij:
Thanks, with this information I now was able to sort the FM radio stations to my likings. :)

Since this way of sorting the FM respectively AM stations is not very obvious for the user, there should be a hint for this in the OP as well as a hint for this in the app itself, since many users don't read the OP on xda and not even the text on Play Store. ;) Much better would be an easy and obvious method to sort the stations via drag and drop, up/down arrows or something like this. :)
[MTCD Software Development] KoTiX2:
The jump of 2 stations is related to latest changes in FCC. If you close FCC you will notice that the jumps stops.

Yes, the merging of frequencies got messed up now.

It will be next thing that I'll try to fix. I hope to be able to reproduce it at home and find a solution soon.
[MTCD Software Development] Scopesys:
[MENTION=2734955]KoTiX2[/MENTION]

Apologies to all.. BIG misunderstanding .. I incorrectly took "Now What" as a Put Down, rather than a request for "Clarification"

Lets move on ---On a more POSITIVE note:

I was talking to some Software Developer colleagues at work this morning about NavRadio+, in particular about "SORT" functions, and this was their consensus of opinion.

Maybe this will help, assuming you are open to considering some sort functionality.

(1) Forget Drag & Drop. You are wise to leave the basic Full Screen of NavRadio+ as it is, and NOT try to make it more complex by trying to add drag & drop functionality, to what is already working well.

(2) A better design decision might be to add a "Sort" option under STATIONS.

This would be a NEW Module, independent of all other code, so no other existing code would need to be modified / made more complex

This would be a classic scrollable, text table of the Station database, with only SORT functionality (easy to code)

So selecting SORT would present a new SORT screen, with a COPY of the Station Database displayed in a Table.

with Columns of "# Freq Name Fav Logo"

Note :

# remains the original order Station number

Fav and Logo are just an X or space, indicating if Fav, or a logo is present.

FUNCTIONALITY.

No EDITING of Stations here. Keep it 100% only a sort screen.

(Editing of a Station is well served by the existing Station Editing Functionality)

Touching any of the Column names will sort by that parameter.

Maybe even supporting sort in either direction (as is typical in such tables)

Note: Sorts should be such that if you say sort on Name, and then on Fav, the end result will be a table sorted by name, with all the Fav at the top sorted by name, and all the non-Fav sorted by name after that.

In addition, there can be an UP and a Down Button.

Any ROW selected, will respond to those buttons, moving that selected Station up or down in the table.

There will also be a CANCEL button, which will exit the SORT, without updating the Database.

There will also be a SAVE button, which will also exit the sort, but saving the current table back to the Database.

On Exit, the original Database will be updated from the Sorted table, and return to the main screen, refreshed to show the current updated state of the Station Database.

This would add a great deal of Sort Functionality, all contained in a separately developed module, without changing any of the existing code, or making existing code more complex.

It will also be far easier for the user.. Drag and drop on the Main screen is not as user friendly as a separate sort screen.

Also removes the chances of moving station around on the main screen by mistake.

Making SORT an addition independent "Module", greatly simplifies it development and integration into the main program.
[MTCD Software Development] yaris1:
I clean all data and v1.60 crash .

https://youtu.be/QN8tYW-nmnc
[MTCD Software Development] Scopesys:
I tried this, but it did not seem to work, (or I was doing it wrong).

I had a full set of Stations, created from an initial SCAN (Local sensitivity mode) , and then with lot of editing of station names, and adding logos.

Then I went in and searched for some other, less local stations, that I wanted to add, and added them, and they appeared at the END of the station list. (as expected)

I then wanted to sort all the stations by freq, so it meant moving those new stations, back up the list, to the correct frequency order.

(Tricky thing to go, to determine what # that extra station should be)

So I tried to set it to #1 (and SAVED) , by editing the NUMBER to 1, but it did not seem to move it, when I went back to the main screen.

Even if it did work, its still a painful Process to do manually, when this is what Computers are really good at doing programmatically :)

Manually sorting by Station name would take AGES !!!!!
[MTCD Software Development] KoTiX2:
:) While you were writing, I just added a very quick testing "sort by freq" function and it seem to work ok . Even the fav list is just sorted without problems.

I need to test am/fm mixed fav list but i'm confident I'll find a way...

Beside frequency and station name I don't see any other option for sorting. Do you?

Then I have to find a nice way to add this "sort module" to the Stations menu but first I really want to fix the stations merging problem.

I already asked you but I had not answer yet: please I'd like to know if in the USA you have Sid number displayed in the edit window.

For last, please check the new version 1.60 with Maryland logos downloadable.

Download the zip, extract it and if possible make a new scan to let it find the logos automatically by station name. (Save your list before scanning).

Tnx ;)
[MTCD Software Development] dj.shauny.g:
Can't get the free app to install to test??
[MTCD Software Development] KoTiX2:
Get it here:

https://drive.google.com/open?id=1Zha6l2UaZPl0mFibvAF-ltCfYOVo4Mna

Or here:

https://www.dropbox.com/s/orpvb87ug0swci1/NavRadio-_1.27_FREE.apk?dl=0
[MTCD Software Development] Scopesys:
In the USA, we have the following.

(a) LOT of FM stations, so completely unrelated stations separated by a suitable distance can have the same Frequency.

(b) Most of the bigger Radio stations have RDS, so those that do, transmit a unique Sid number - those without RDS, do not transmit a SID ( but they may have a Sid allocated to them, but that would be difficult to determine, as they do not use it)

(d) All Radio station in the USA have a "Callsign", ie WQSR. If they are a FCC registered FM Radio Station here in the USA, I believe they must have a unique "Callsign". and are probably required to announce it over the Air at regular intervals ( "Station Identification")

(e) If they have RDS, they do not necessarily send their FCC Callsign in the RDS stream -- sometimes they use a less formal Identification.

ie 110.7 may be WABC but they call themselves "The Bay" in their RDS text, (no mention of WABC)

Here are some examples:

SCREENSHOT: Has Sid, but does not send any other RDS info

SCREENSHOT: Has Sid and sends some other RDS Info

SCREENSHOT: NO Sid . ( No RDS)

And of course, over time, some of the smaller station are changing and getting RDS installed.

------------------------

So some have RDS and send information, and some don't. Those with RDS do send their Station Type, (ie Rock, Classical, News etc). Those without seem to display "None" on NavRadio+

I had considered adding a RDS symbol to my Logos to indicate RDS, (ie to expect some station information), but that state can change over time, and of course, other submitted Logo wont have this already on them.

A far better system would be if NavRadio+ had the option ability to insert the the Station Type into the LOGO before it displays it, or it is sent out to widgets.

Maybe in small text top center, with a contrasting background around the text.

(Top center would work on both Square or Circular displays of the Logo, on whatever is displaying the Logo)

---------- Post added at 12:32 ---------- Previous post was at 12:08 ----------

[MENTION=2734955]KoTiX2[/MENTION]

Will do --

Is this new NavRadio+ version that same as the one that you and Speedfire- have been using for this latest NavRadio+ compatible FCC version V29 ??

No sure I can see how that "new scan" works, as not all stations send their correct station name, or send it at all.

May work by Frequency, if it automatically matched the Frequency with frequency text in the logo filename?

Then the frequency part of the filename need to be in the correct format etc etc

If the files of Logos were standardize, to contain both the Frequency and the Station name, then that would work even better, with NavRadio+ replacing often wrong RDS station names obtained by RDS, with the one in the filename, if it is present in the filename.
[MTCD Software Development] KoTiX2:
One thing at time please.

I asked you about Sid because that is the most important item to recognize a station.

NavRadio can assign the Logo automatically first looking at Sid and in a second time scraping the station name within your available logos.

If can prepare all your logos named with this convention:

Station_Name_xxxxx.png

Where xxxxx is the Sid number of the station and as station name whatever the RDS name is, then the app will do all the work by itself.

With Sid number is also possible to have a better working AF and merge AF frequencies of the same station.

So if you can rename the images and send me back the zip I'll update it in my repo.
[MTCD Software Development] AdekP:
In the video I showed the situation when the default launcher is AGAMA and FCC is inactive. Later I uninstalled FCC, restarted the station and NavRadio still switches channels from the steering wheel badly. Surprisingly, if AGAMA is active on the screen, it's ok, if NavRadio is displayed on the screen, it starts to work badly with switching.

I hope that Speedfire will finally repair your launcher and you will stop working on adapting your application to FCC. As you can see this is a road to nowhere. I have not used FCC for over half a year, because despite many advantages this launcher always has some errors and I prefer to focus on driving a car than always get annoyed that something is not working as it should;)
[MTCD Software Development] KoTiX2:
I fixed this double jump in upcoming v1.61.

It Will be there in a couple of hours for testers.

I also fixed the wrong merging of stations (I cross my fingers on this one) and another small fix regarding stations lists.

I'm pretty happy now with FCC integration and it's good to have apps working togheter.
[MTCD Software Development] okij:
:good:

Yes, it's getting better and better with each new release of NavRadio+ and FCC.

Here I posted my feedback for today's fresh releases, as you've probably already read.

While most of the remaining issues are more likely on [MENTION=4292729]SpeedFire-[/MENTION]'s side to fix, I would like you to also have a look at how they can be fixed and discuss this with him.

Thank you both for your commitment! :)
[MTCD Software Development] Scopesys:
Sure, I can rename the Station_Name_xxxxx.png, just for your Repo. (I know it will be a PITA doing so, as I will have to document both the SID and RDS Station names, assumimg the station has them)

Question: Is this format already the one in use, or is it just only now being defined. ?

I foresee a number of problems, mainly if

(1) The Station does not have an Sid

(2) If the "Station name" as detected by RDS is not right. (as is the case of many Maryland, USA stations)

My logos were names as "Freq_Callsign.png" --- which makes it a lot easier to deal with them manually,

Could I suggest the format

anything_you_like@My Station Name%STATIONNAME%SID%anything else you like.png

ie % are Field seperators, to ensure that STATIONNAME and SID are correctly parsed from the Filename.

@ is an optional field, that is what navradio+ is to make the Station name

You would then key of the 1st & 2nd % and scrape, and if found that's the LOGO, but if the filename has @ field, make that the "assigned Station name" instead of STATIONNAME

Then I would say name them

112.00@WXXY%STATIONNAME%SID%more description.png

or

112.00%STATIONNAME%SID.png

or even

#1_112.30_RAP_weak station@RAP_112%%%.png

or simply

#1_112.30_RAP_weak station@RAP_112.png ( No % fields)

ie It does not have a RDS Station name or a SID

--------------------

FULL DISCLOSURE

Having played about with selecting Logo Numerous time, after numerous re-scans.. I find it easy enough to manually select the Logo to match the Stations scanned, and change their names to whatever I want, but what make that easy, is having a file format where the Frequency is FIRST, so when the logos are presented for selection, they are in Frequency order.

What is much more of a pain, is after adding an additional manually found station, to get that into the Presets , sorted by Frequency -- which it looks like you might have nicely addressed recently.

I typically NEVER listen to the "Rubbish" Local FM Radio when in the Car, preferring to listen to a higher quality (AD Free), MP3 selection on a Flash Drive, of the Music I want to listen to,

Until discussion started on the FCC forum about NavRadio+, I typically NEVER use the FM Radio in the car. But i found navRadio+ technically interesting, and since it was impacting on FCC, which I do use, I decided to try it.

I only mention this because I have no strong feeling either way about what NavRadio+ is, or end up being, as I will seldom, if ever use it.

Not because there is anything wrong with NavRadio+, but rather plenty wrong with my Local FM Radio stations (and the quality (and content) of FM Radio in general)
[MTCD Software Development] KoTiX2:
It's already like that since a lot of time and it's working fine for all Europe and the other countries listed in the description in first post.

Please think a bit more widely, do not think only about the state you live and about what you think is better for your usage of NavRadio. I have to care about all countries worldwide.

You are not the first NavRadio user of the USA.

As you have noticed there already logo packages for some US states and they were made by other users with Intel TS9 units.

The TS9 and Allwinner units cannot receive the sid at all so they work with rds name scraping.

You are the first American that I know with an MTC unit that use my app so I was curious if SID work in the USA.

Honestly I don't care much if a country have logos with sid in the name or not.

If you feel ok renaming them, you do it more for yourself than for me and you are free to name them as you like because you are probably the only one using them(?)

Let me just say that if you add the sid it will probably make you use my app in an easier way than how you are using it now.
[MTCD Software Development] Scopesys:
I just checked out ALL the current USA state Logo files.

Not ONE filename has a SID in it, and they are all different formats, even within a State.

So not much point in just renaming my Maryland set, as it will be the only USA State in that "official" format, and, as you say, I am probably the only one using it in any case.

Those in the USA, who want some Maryland (Baltimore) Logo, should have no problem in using my set, as at least, they are all in the same format.

BTW: latest NavRadio+ works really well for me ( and works well with FCC) so a BIG THANKS to both developers for all that work to achieve a good result.

ADDED: Did NOT try to "Clean all data" , so don't know if that will make it crash for me. ( reluctant to try, as it is woking so well !!)
[MTCD Software Development] traxformania:
Same thing happening to me :(
[MTCD Software Development] Scopesys:
In theory, at least for the USA or Canada, one could generate the logos for every FM Radio station in the country, automatically, by a FCC database search,

The PI code (SID) can be calculated directly from the Station callsign.

https://www.fmsystems-inc.com/rds-pi-code-formula-station-callsigns/

Not a project I want to take on, but interesting that it could be done.

The above link is interesting, as it gives the programmatically method to translate between PI & Callsign.

ie

WBJS <===> 22584

So, if the filename contains Wxxx (USA), or Kxxx (Canada), then that could be extracted, and used to calculate the PI Code (Sid), for an exact fiername to Station ID match from the RDS information.

Maybe you are doing this already :)

2 weeks ago, I knew NOTHING about RDS, and now I know more about RDS (or RBDS), that I ever wanted to know. :P
[MTCD Software Development] KoTiX2:
Can you send me a log file? Using any logcat app on playstore please?
[MTCD Software Development] KoTiX2:
Hi, please can you install any logact app on playstore and send me the log files of when NavRadio crash?
[MTCD Software Development] KoTiX2:
And we have an online calculator too:

http://www.w9wi.com/articles/rdsreverse.htm

;)
[MTCD Software Development] Scopesys:
For USA only :p

It was interesting to see what the actual encoding method is.

At least for a 4 character Callsign.

Came across one with only 3 Characters.

Your Online calculator can handle it, but the method in the link I posted does not work on 3 character callsigns. :(

I was able to put all my Callsigns into EXCEL, and have it calculate all the PIDs (SIDs)

This will now make it almost trivial to rename all my Maryland logo filenames to include the SID :good:
[MTCD Software Development] AdekP:
Unfortunately, this did not help, it continues to jump after 2 channels and there is also a delay in the reaction of NavRadio to commands from the steering wheel. In addition, FCC works with NavRadio for a while to kill this application. So it's bad here too, but that's the "advantage" of FCC - a great application, but it works as it wants, not as its user wants
[MTCD Software Development] traxformania:
I already sent you log files by PM and in my previous post.
[MTCD Software Development] KoTiX2:
Please check if version 1.61 has fixed it.
[MTCD Software Development] dj.shauny.g:
Sorry, i have the app downloaded to my device but i can't install it. When it goes through the install process it states app not installed.
[MTCD Software Development] KoTiX2:
Forget my previous post.

I finally was able to reproduce the problem and you'll find it fixed tomorrow in playstore .

Sorry about it ;)
[MTCD Software Development] Scopesys:
[MENTION=2734955]KoTiX2[/MENTION]

Is it possible to get hold of a few of the Non-Usa logo files. Here in the USA, NavRadio+ only displays the option to download USA State Logo zip files/

It would seem that none of the USA Logo collections are following any of your filename format rules, and the actual logos are an assorted collection of vastly differing design styles ( especially with respect to Background transparency).

If I am going to spend the time, making Maryland Logos, and maybe even logo collections for neighboring states, I'd like to do it correctly, to make maximum benefit of your programs ability to automatically select the correct logo.

Saw a YouTube video of NavRadio+ automatically identifying FM Stations, and selecting the correct logo .. It was most impressive. :)