yashsingh1/xdaforums huggingface dataset:
[Android Head-Units] SpeedFire-:
Thanks!

Can you please record video+log of changing volume with SWB and then from the widget?
[Android Head-Units] rigattoni:
Sure, here you are: Video
[Android Head-Units] SpeedFire-:
Please test again volume (with video+log) and calls:

FCC 3.350 csn v7
[Android Head-Units] rigattoni:
:highfive:

Phone call is working correct now! :good:

Volume is getting closer to finished.

On volume up, the widget is always one digit in back and on volume down one digit too high.

Video
[Android Head-Units] maxbboard:
Please [MENTION=4292729]SpeedFire-[/MENTION] , tell us something about it. I am a new FCC user and I am excited. I searched the whole topic for something like this. Can you please add the function of adding custom icons to the player and widgets? Something like being able to import a new library of icons and images. Grateful for your work.
[Android Head-Units] SpeedFire-:
Is it better here? csn v8
[Android Head-Units] SpeedFire-:
I still don't really like that pop up volume bar.

Here is a completely different approach to set volume (via CanBus). Can you show how does it work?

FCC csn v9 (canbus volume)
[Android Head-Units] rigattoni:
:good::good::highfive:

Perfect!
[Android Head-Units] rigattoni:
I don´t like it too, but unfortunately v9 does not work...

Video
[Android Head-Units] SpeedFire-:
Is there any place in the native UI where you can adjust volume without such pop-ups?

If yes, can you record it?
[Android Head-Units] SpeedFire-:
This is based on v8 but with additional request to hide pop-ups (I hope it will work, or we will need to add some delay for this action).

FCC csn v10
[Android Head-Units] rigattoni:
The native UI does not provide any known place.

...but what´s about the way you use the 2-fingers-volume settings? If this would work (just in the moment it seems to be broken, but as far as I remember, this way did not show the pop up.
[Android Head-Units] rigattoni:
Volume setting is working as in v8, but the popup still comes up.

Additionally I was wrong with my assumption that the 2-finger-volume does not show the pop up.... it does.

Video
[Android Head-Units] SpeedFire-:
Let's try to add some delay: FCC csn v11
[Android Head-Units] rigattoni:
No, the delay shows no difference as far as I can see.

I just logged the try...
[Android Head-Units] Scopesys:
[MENTION=4292729]SpeedFire-[/MENTION]

Quick question about "Speed Limit" and "Road name" widget data.

My understanding is that this data is coming over and Internet connection, so to get the data, one has to have Cellular connection when driving. *Typically Hot-Spot set on Phone)

This seems to be confirmed by the fact, that if I do not make my Phone Hot-spot, I do not get this data, -- apart from when I first start my journey from home, and when in the garage, have a wifi Internet

connection.

But when I drive a local route that I have driven earlier, with a Cellular connection, even if I am now making a journey WITHOUT cellular connection, I still get Road names & Speed Limits.

So I am assuming this data is coming from a Cache, that has survived at least a sleep.

My question is : If this data is being cached, is there any control on the size of the area being downloaded from the Internet.

If so, could this be increased to say 50 miles radius , so that at least for local journeys, it would not need a Hot-spotted internet connection, to cover this larger cached area ??
[Android Head-Units] SpeedFire-:
There is no any "area cache". The only data cached is your previous requests / responses. Basically, roads you already attended with internet connection on.
[Android Head-Units] SpeedFire-:
This version is to check one theory (Volume Widget will not be updated - that's fine). Do you see pop-ups while changing volume from the widget? FCC csn v12
[Android Head-Units] liamstears:
Hey guys

What android CSN2 version are you trying this on?

I ask as I have a CSN2 also but using the test versions (I haven't tried the latest yet I think I'm on test 6 at the moment) and my volume was jumping massively and at first boot it was setting itself to full

I will try latest versions tomorrow

EDIT: Also are you using DSP or non DSP CSN2? As this could affect volume maybe...
[Android Head-Units] Scopesys:
Thanks for the speedy reply.. based on that I will try a long trip out with internet, and then return later the same way without internet, to determine just how much of the outward journey gets cached.
[Android Head-Units] rigattoni:
Yes, the pop-up is still present.
[Android Head-Units] rigattoni:
This picture should answer your questions...

View attachment 4922115
[Android Head-Units] liamstears:
It does thank you, I can see your unit is not a DSP unit, DSP and non DSP might handle things differently

I will try latest ones by spitfire, if they do not behave the same I will post up some logs so speedfire can have a look
[Android Head-Units] rigattoni:
Use the version 11
[Android Head-Units] SpeedFire-:
Please record a log when you adjust volume with SWB first and then using widget. Thanks
[Android Head-Units] rigattoni:
Nothing easier than that....

Since my unit is on bench setup and I am still on vacation this week...
[Android Head-Units] SpeedFire-:
Our state holidays ended yesterday, so my updates will slow down.

Overall it looks like this is unlikely we can remove this pop-up. But let's try if any external action can help here.

Please record a log of:

1. Showing volume pop up and then tapping on a screen to hide it.

2. Showing volume pop up and pushing hardware Home button (or SWB). Will it dissapear?

We have the last part of integration - steering wheel custom actions.

3. Can you please record a log of teaching a couple of SWBs with some built-in functions and then executing these actions with a steering wheel.
[Android Head-Units] rigattoni:
Okay, got them...

...and I would be fine with keeping the volume as in v11. Most of the user would use hardware buttons, steering wheel or touch button instead of the widget I think.

1. Showing volume pop up and then tapping on a screen to hide it. View attachment 4922147

2. Showing volume pop up and pushing hardware Home button (or SWB). Will it dissapear? No it will not disappear. View attachment 4922151

3. Can you please record a log of teaching a couple of SWBs with some built-in functions and then executing these actions with a steering wheel. View attachment 4922149
[Android Head-Units] maxbboard:
Hi [MENTION=4292729]SpeedFire-[/MENTION] , its possible, maybe in you future versions, add a function to add/import a new icon pack, or images from galery? This will be amazing if you can. Tanks for you wonderful work and support.
[Android Head-Units] rigattoni:
[MENTION=4292729]SpeedFire-[/MENTION]

Additional information:

All Klyde units (CNS-units are always built by Klyde) are able to store short and long-press actions for the steering wheel buttons.

View attachment 4922171
[Android Head-Units] rigattoni:
This is nothing SpeedFire- needs to implement... it´s already since a long time possible.

You are able to add your own text and Icon to each button out of your gallery.

Long press to a button and it will open a settings page where you can do what you want to do with it.
[Android Head-Units] SpeedFire-:
As far as I know you need to install Icon Packs as apps (and then apply them in FCC Settings - Display - Advanced - Icon Packs). Do you want to assign icons to the apps manually using their package names?
[Android Head-Units] ab1702:
[MENTION=4292729]SpeedFire-[/MENTION] just a quick one regarding the autostart last player used function.

As I said a few days ago it works every time now for DAB-Z.

However I’ve found out that for Apple Music it doesnt always happen, sometimes from sleep and sometimes from cold boot it doesn’t autostart if it was used last. It’s hard to get a log or anything though as it doesn’t always happen, more times than not it does actually work.

I noticed yesterday Apple Music didn’t autostart after waking from sleep so I put dab-z on instead, then after listening to dab-z for about 5 minutes fcc automatically changed it to Apple Music so maybe this was a delayed reaction from the autostart that never happened or maybe this was a different bug??
[Android Head-Units] SpeedFire-:
This may happen when your internet connection is poor.

For some (online) players I've set a condition: wait for internet connection and only then start the player.

This looks you didn't have a stable Internet connection for a couple of minutes and when it appeared Apple Music was started.

Can it be the case?
[Android Head-Units] maxbboard:
Hi Bro, I have build specific icons to use with the ODB widgets. Icons like ECU, Turbo Press, Exhaust Temp, Oil Press, Water temp... This icons that i buld, follow the pattern user by my car factory. So my wish about that is use some specific icons and maybe let the visual same like original panel of my car.

Using icon packs from play store i can't this. I apreciate your work and i am very Glad with the FCC.
[Android Head-Units] ab1702:
It may be something to do with that then.

I don’t have an internet connection most of the time when using the unit so when using Apple Music I’m using it offline with music I’ve already downloaded.

I’ll use my phone as a mobile hotspot for an internet connection and see if it makes a difference. Thanks

Edit

[MENTION=4292729]SpeedFire-[/MENTION] if that is something that you have recently introduced then could it perhaps be an option, as quite a few online players have the option to play downloaded music and I can’t imagine too many people have a constant internet connection to their unit?
[Android Head-Units] gouster3:
Maps ask for API. Can you somehow baypass that, and connect to google apps map using root?

Like Root version of this app which wouldnt ask for maps api?

Thanx.
[Android Head-Units] SpeedFire-:
Please read question 4 in FAQ. There is no any other option.
[Android Head-Units] Zakotaa:
informative. thanks
[Android Head-Units] Raphaeluss:
hi, first i wanted to congratulate a really good launcher.

I installed it a few days ago and is just getting acquainted with the functions, but for now because of the possibilities it gives it is my favorite.

- Which mp3 playback application do you recommend?

- is there any widget for showing speed from OBD2?
[Android Head-Units] rigattoni:
MP3 playback application is more or less a private "gusto".

OBD2 widget is available and you can show whatever the OBD port provides. (By the way... the GPS speed is more reliable as the one from the car.)
[Android Head-Units] ric69:
Hi I have problems with BT on 349 version. My px30 call and music stopped, when connected music is back again I can't hear anything. Not rooted . With stock launcher its ok

Forget this: i uninstall/ reinstall its ok
[Android Head-Units] vedko:
actually I realized that the difference between the OBD and GPS in my car (Mazda 6) is 1km/h at max, mostly they're the same. Plus OBD works in tunnels etc.
[Android Head-Units] ab1702:
[MENTION=4292729]SpeedFire-[/MENTION] I did some testing and it’s exactly as you said, when I don’t have an internet connection then the Apple Music doesn’t start (this doesn’t explain why fcc randomly changed to Apple Music from dab-z after about 5 minutes though).

Could you perhaps make the fact that FCC player checks for an internet connection on startup a user option or possibly remove it as for me I don’t connect my unit to the internet when I’m driving. I only do it when I’m updating my apps etc?

On a side note, I think I’m currently using the last version of FCC that you uploaded to the play store. I have to say that for what I use FCC for this has to be the best and most stable version so far for me. From what I can think of everything works perfectly apart from the one thing mentioned above. Player widget is the best it’s ever been and even the scrolling text in player widget works perfect.

Top job and thanks for your efforts!!
[Android Head-Units] Scopesys:
Thanks for the speedy reply.. based on that I will try a long trip out with internet, and then return later the same way without internet, to determine just how much of the outward journey gets cached.

------------
[MENTION=4292729]SpeedFire-[/MENTION]

So I did a few trip, with and without Internet connection, to determine how the "Speed limit" and "Road name" cache "may" be working.

(1) Did a short 10 mile trip with Internet (Smartphone Hot spot). As expected, widgets got data from Internet and updated & displayed as expected.

(2) Did a second different 20 mile trip, with Internet only on the outbound part. As expected, widgets got data from Internet and updated & displayed as expected.

For the return part of this 2nd trip, I had internet off. (this is where it gets interesting)

(i) The 1st quarter of the return was along the same routes as the outbound. Widgets got CACHE and updated & displayed correctly

(ii) The 2nd Quarter of the return was along a different route to the outbound. The widget displayed the LAST data it had displayed from cache for that entire 2nd Quarter.

(Ideally it should have detected that it could not get data, and displayed an error message related to not being able to get data corresponding to current GPS position.)

(iii) The last half the journey was on the same routes as the outbound, and the widgets returned to getting the correct data form the cache.

I would suggest there should be two error messages.

(a) Unknown Road : when the widgets is able to request data from the internet, but is told from the Internet that the position is an unknown road

(b) No Data : when the widget is unable to request data from the Internet, and also cannot get data from the cache.

Currently, if the widgets cannot get requested data from the Internet, they display the last correct data (internet or cache)

(3) The next day I then repeated the 1st 10 mile trip, without Internet, and the widgets were able to get the correct data from cache, even though the that same trip was a day ago

This is GREAT !!

So, given that the widgets only get data from the roads they are actually on (and not for an AREA), How big is this cache ???

IT would also be nice to know if the Road name being displayed, was during a period with or without an Internet Connection.

I know one should already know if the head unit is connected to a smartphone hot spot or not, but till , some reminder to qualify the displayed data would be nice.

Many way to do that - maybe a couple of leading DASHES if there is no Internet connection --

so possible displays would be

NO DATA = No road name available from Cache or Internet, with NO internet connection

UNKNOWN ROAD = UNKNOWN road name available from Cache or Internet, WITH internet connection

High Street = valid road name from cache or Internet WITH Internet connection

-- High Street = valid road name from cache with NO Internet connection.

It is GREAT that these widgets "can" operate sometimes with cached data and no Internet connection, but since they can, it would be good to know (from their display), exactly what nature of thet Data is.
[Android Head-Units] ric69:
Google assistant sound setting in FCC is buggy (if I understood well). If I try to activate menu, music sound is coming immediately after "ok Google' so impossible to ask requests.

If I try to reduce or increase voice sound, it increases the sound of music
[Android Head-Units] mclaudio:
Is it possible to make my own skins?

Enviado do meu SM-N975F através do Tapatalk
[Android Head-Units] Scopesys:
[MENTION=4292729]SpeedFire-[/MENTION]

If this is something you are willing to do, please could you add the ability to have user "day" and "night" Json files for the Mini-Map ( as well as a user Player Widget Artwork mask)

The user files for the compass worked out really well - thanks ..
[Android Head-Units] SpeedFire-:
Can you test this version?

FCC beta 3.351

In this version players which requires Internet connection will be started in the background once after the set delay (even if the connection is not established) and then will wait for internet connection if background start has failed.

Any manual change of player by user should now cancel this Player On Boot procedure (so no unexpected start of player should happen in a couple of minutes after boot).
[Android Head-Units] okij:
[MENTION=4292729]SpeedFire-[/MENTION]: Since I still have problems with FCC not starting properly each time and didn't get a response yet, I'm asking again if you had a look at the LogCat log and infos that I posted here ten days ago.

I waited with asking you about this issue again, because some days ago you have been busy with implementing [MENTION=2534110]rigattoni[/MENTION]'s request for improving CSN2 support, which I didn't want to disturb. But I hope that you have some time for my issue now. :fingers-crossed:

As I already wrote, I actually would prefer to not let FCC close during standby (i.e. setting it on the whitelist of the ROM), but then the last player doesn't autostart, because it seems to depend on FCC being launched itself. Isn't there a possibility that you can let the last player autostart when the head unit is woken from standby, without FCC having to be freshly launched?
[Android Head-Units] SpeedFire-:
WakeUp action mostly depends on your device.

You can send me all your apk-s (from priv-apps and apps folders) and I will look. The best option if head unit sends broadcast on wakeup.
[Android Head-Units] okij:
Do you mean the actual binaries or just the names of the apks?

Can I check this somehow, e.g. via Tasker?
[Android Head-Units] SpeedFire-:
The actual files (apks). Better use Root Explorer to copy.

I think that Tasker will not help here.
[Android Head-Units] maxbboard:
Hi [MENTION=4292729]SpeedFire-[/MENTION] , I feel the need to do new customizations in FCC. As if we users could create our own skins.

Would you be able to analyze the following improvements?

1 - Possibility to include new Skins, with the option of "Custom", to point to personal files. So we can point to .png files with different lines and grids.

2 - Possibility to have a different wallpaper for each screen, as a layer behind the skin. When scrolling between screens, each would display its own wallpaper.

3 - Possibility to modify widgets icons, with the option "Custom", as you added in the case of the Compass Widget.

Please enjoy these possibilities.

I believe it would increase the power of customization and we could let the launcher desing exactly as we would like.

I hope you receive a positive response.

Thank you.
[Android Head-Units] okij:
OK. :) I copied the apk files with Total Commander and uploaded them for you here: APKs from app and priv-app.zip

Please tell me if you need any more infos or help.
[Android Head-Units] SpeedFire-:
Please test this version: FCC 3.151 v2

In this version I've refactored all actions which were run during "wake up after sleep" and "going to sleep" stages. This may lead to bugs (or to a better performance). If someone would like to test - please test this version and comment on going to sleep / wake up process.
[Android Head-Units] okij:
Thanks, I will test it tomorrow. :)

I guess it's for improving things when FCC is not whitelisted (= being closed in standby), or should I test it in whitelisted mode too?
[Android Head-Units] SpeedFire-:
This is mostly for whitelisted case. When FCC is not killed by the system while going to sleep.
[Android Head-Units] maipaozi@gmail.com:
Hi whenever the car and app starts, the default fm player always comes on.

Any way to disable this?
[Android Head-Units] mclaudio:
hi there

would it be possible to ad an widget that checks if internet connection is exchanging data by 3g/4g ? the idea is simply check if internet connection if available

i use this app:

but it is not a widget:(

https://play.google.com/store/apps/details?id=com.edycarlosr.internetchecker&hl=en_US
[Android Head-Units] ric69:
Hello with this version, standard player starts immediately here (while fcc is starting on background) and my unit switch off immediately after removing key (before there was always 5 / 10sec I'm not sure it's related but it's very good
[Android Head-Units] okij:
This morning I tested 3.151 v2 and unfortunately there are no improvements in comparison to previous versions:

When I have FCC whitelisted, it still doesn't start the last used player.

When I don't have FCC whitelisted, still the following three scenarios occure:

1. Sometimes the Recent Apps are shown after waking the device from standby. FCC is only started after pressing the home button and only after this the audio playback is started.

2. Sometimes an app that I have on the whitelist (e.g. Tasker) is shown after waking the device from standby. FCC is only started after pressing the home button and only after this the audio playback is started.

3. In case that FCC starts correctly by itself, I often I get the Android messafe "FCC Launcher is not responding / Close app / Wait". To me it seems to happen more often in 3.151 v2 than with previous versions.
[Android Head-Units] SpeedFire-:
Can you record some logs of switching off / on of the device in both cases (whitelisted / not whitelisted)?

If you whitelist your LogCat app this should work just fine.
[Android Head-Units] okij:
I used my lunch break for doing some tests and taking a log (see attachment).

As players I used GoneMad Music Player (GMMP) and FM Radio. I had one of both playing before each reboot (respectively standby by toggling the car off) to test if it continues to play afterwards. (This time I couldn't use DAB-Z because for some reason it currently isn't receiving a DAB signal, so I guess that I have to check the antenna and cable connection this evening.)

13:37 cold boot, FCC and GMMP started as intended

13:38 start from standby with FCC whitelisted, GMMP started to play as intended

13:39 start from standby with FCC whitelisted, FM Radio didn' start

13:40 start from standby with FCC whitelisted, GMMP didn' start

13:42 start from standby without FCC whitelisted, GMMP started to play

13:43 start from standby without FCC whitelisted, FM Radio started to play

13:45 start from standby with FCC whitelisted, FM Radio didn' start

13:46 start from standby with FCC whitelisted, GMMP didn' start

13:47 start from standby without FCC whitelisted, Tasker was killed, FCC started and GMMP started to play

13:49 start from standby without FCC whitelisted, Tasker was not killed and stayed in foreground, GMMP only started after pressing the Home button to launch FCC

During these tests I didn't get the issues of Recent Apps being shown after waking the device from standby or of the Android message "FCC Launcher is not responding / Close app / Wait". I don't know what this depends on, as this morning I got those issues.

For the last two tests I started Tasker (which is whitelisted) before sending the head unit to standby.

The LogCat log I took with DAB-Z, which has a built-in function to write a system wide logfile (it uses root for this).

Sometimes I started a player manually after waiting long enough for the automatic start, which didn't happen. I'm mentioning this just in case you see in the log file some players starting although I wrote that they didn't. ;)

When FCC was whitelisted, the resuming of the last player obviously worked one time (at 13:38) but not again after this. Interestingly this was during the first start from standby after the cold boot. Maybe this can give you some hint how to further tackle this issue?

I hope that the log file and these informations are useful for you. :)
[Android Head-Units] mihaimilea2005:
Same happens to me, but I haven't yet found any solution.

Tried to ad the FCC launcher as app to automatically start after boot or wake up from sleep... I gues it is hardcoded into the firmware somehow....