yashsingh1/xdaforums huggingface dataset:
[Android Head-Units] Dieleco:
If I deselect radio from media apps Poweramp doesn't resume after wake up. Poweramp doesn't resume neither way.

AppSwitcher is on the white list but the toast message "Starting AppSwitcher Service" always appear and AppSwitcher icon doesn't show up after wake up so, I think JunsunSleepConfigurator isn't working in my unit.

Right, apps are still marked in JunsunSleepConfigurator after a reboot. In the case of my app Radardroid.apk first I added it in the yellow list and seeing that the service didn't started I added it in the white list with the same result.
[Android Head-Units] TorstenH:
Please check if setting Autostart\Run media app is enabled.

You could check with app logcat reader if start of Poweramp gets recognized by searching for "Collected: com.maxmpz.audioplayer"

This log entry should always appear as soon as you start Poweramp.

Seems like the Quickbootmanager is not working as expected on your head unit.
[Android Head-Units] TorstenH:
Attached version 2.6.24 to first post:

What's new:

- optimized log reader and derivation of current foreground app

- removed unneeded resources
[Android Head-Units] ramig:
Hi 😊

I changed my canbus to recover some functionality of the car.

With the new canbus I lost the possibility to change the steering wheel controls. if i use Key 10 for a short press, the appswitcher works. But I lose the FM Radio 😕 (Disable on menu ícon). Is there any way to get the FM radio back?

"Junsun v1 4/64"

Sorry for my english
[Android Head-Units] TorstenH:
You used your head unit and so SWC before without canbus or with another canbus box?

If you had the possibility to map/change the SWC buttons by yourself, I think the steering wheel was connected to the key wires of the head unit directly. Right?
[Android Head-Units] ramig:
I have another canbus. In the new canbus i have the OEM Mazda configuration of SWC. Can't map/change SWC buttons in HU.
[Android Head-Units] TorstenH:
I think the KEY wire of your OEM connector is connected to the can box and was connected directly to pin 13 of the head unit before.

You can check this by comparing the Chinese wiring harnesses you're using now and before.
[Android Head-Units] ramig:
I will check

Thanks
[Android Head-Units] ser_hero:
So!

HU 8667.

AppSwitcher works great. It starts as should be, it switch apps and autostarts media app (apple music) without problems.

JSC doesn’t work at all. I can put any app to white/yellow lists, jsc says that config was changed, I reboot hu, start any/all app that is in the list, switch on sleep function, turn off/on hu, and nothing happens.

But built-in apps with white marks (junsun security, phone, recorder, sms etc) are working as well.
[Android Head-Units] TorstenH:
Great to hear that. I'm happy AppSwitcher works as expected.
[Android Head-Units] TorstenH:
Would you like?

Grayscale not selected apps:

Grayscale all app icons:
[Android Head-Units] ser_hero:
Both options are eligible (I prefer first one).
[Android Head-Units] ciorapel:
Hello TorstenH, it's me again with the bug in the Sleep Configurator; unfortunately I have a small problem with this software too: the option to keep the top bar visible doesn't stick to "on". I enable the option, I restart the unit (as requested) , but the option gets back to default value after restart. MTK 8259 running 20221226 fw on V1 Pro 4/64. Thank you.
[Android Head-Units] TorstenH:
Hi st3v4nt,

Thank you very much for your feedback.

I downloaded the app from first post to validate it's version 1.4. And yes, it seems to be the right file. Please download it again and (maybe) uninstall currently installed version.

The feature 'cycle to different apps' is already in place (please compare with the video in first post). You just have to select your navigation app(s) and the media apps in AppSwitchers settings. Please note that these are two separate setting entries.

You can't assign an app to "long press". The app is listening to Android log and cycles trought the apps as soon as "Short button log entry" gets detected. We're only replacing the navigation app to realize autostart of the foreground service with "AppSwitcher Starter". The predefined settings "... button press log entry" are the log entries a Junsun Device writes into Android log as soon as you press the SWC button for navigation. Maybe you have to adjust the log settings for your teyes cc3.
[Android Head-Units] kuike:
Anyone any idea why I can’t assign buttons? The controls are working but I can’t reassign them unfortunately so I can’t assign the source button to the navi
[Android Head-Units] TorstenH:
Are you using canbus box?
[Android Head-Units] kuike:
Yes I am (see pic)

The buttons do work, but i cant reassign them in the SWC app (see video link)
[Android Head-Units] TorstenH:
Thanks for clarification. I think you can't remap the buttons in case you're using a canbus box - that's a bad restriction from Junsun.

But maybe we can overwrite another function your SWC can trigger... Which functions are currently available via your steering wheel buttons? I've seen volume control. Do you have the option to jump from app to app? I'm talking about a button I would call mode.
[Android Head-Units] TorstenH:
Added new version 1.5. Added option to enable/disable DuraSpeed. Please perform a reboot after changing the setting.
[Android Head-Units] kuike:
I have the button source-audio (see pic) that switches between the stock audio/video apps.

I just received a message back (finally) from the seller and he tells me I need to change two cables so let’s see if that works (tonight after work)
[Android Head-Units] kuike:
That’s nice but as long as I can’t assign buttons the app won’t work me 😔 Right?
[Android Head-Units] hackras:
Please let us know if it worked and what cables did you change. Thank you.
[Android Head-Units] kuike:
This is what the seller said : If you are now 1 to 3, please change to 2 to connect to 3 (check pic), and then go to select the 117 model.

I have now connected 1 to 3 so I need to connect 2 to 3.

I will let you guys know if this did work or not.
[Android Head-Units] TorstenH:
I think he has to disconnect the KEY wire(s) from the canbus box and connect them directly with the head unit. This will work if the SWC buttons are just realized as resistance matrix.
[Android Head-Units] kuike:
Well it didn’t. The controls didn’t even work anymore.
[Android Head-Units] kuike:
And what if it isn’t? Will it break something?

And which are the key wire(s)? The link ones? And which one is 1 and which one is 2?

🙈
[Android Head-Units] TorstenH:
Haha. I would have been really surprised if the "Chinese Friends" (CFs) had provided some useful information. Usually their ultimate professional suggestion is to update the firmware.

First of all you need to know if it's possible to bypass the can bus box and connect the key wires directly to the head unit. So you need to identify if your car provides a KEY wire.

Therefore you can Google for the PIN description of your original OEM radio. Maybe I can help if you provide the following information:

- brand, model, year of your vehicle.

- name, picture, number of your original radio.

To give you an idea: The CFs told me it would not be possible to use their head unit in my car: https://xdaforums.com/t/junsun-v1-mtk8259-the-adapter-battle-kia-ceed-jd.4236281/

If your car does not have these wires I could try to find another software based solution - but then I need your help to investigate the Android log.
[Android Head-Units] TorstenH:
Here is the PIN description of the head unit. We're interested in the PINs A4 and A11. Maybe the wires of the hu have a label with a "key" description but are not connected with the can bus box. Correct?

Just for your confusion. Same socket rotated by 180 degrees (same pins but other numbers):
[Android Head-Units] kuike:
Well I did install “ The new firmware” but it looks all the same and I didn’t find any changes.

-I have a Renault Clio 4 estate from 2014

-this one looks like my original radio but made it’s a different model if so I will provide tonight after work another picture. (Site with pictures)
[Android Head-Units] kuike:
On the wire harness there is a wire labeled key 1 and one with key 2.

As you can see on the picture (if you look good) my socket is vertical.
[Android Head-Units] TorstenH:
As expected. But are they connected to your car? I think not.
[Android Head-Units] kuike:
No they aren’t
[Android Head-Units] ramig:
Wow. 😊

Nice work. Thanks
[Android Head-Units] TorstenH:
Thank you for your feedback. Next version will fix this issue. Because it's not completely pre-tested I will send it via a private message.

Will be soon shared officially here, too.
[Android Head-Units] ciorapel:
Thank you very much for the brilliant piece of software @TorstenH . I was able to use appswitcher with the canbus controls by removing all entries from 8878 ”menu” menu and leaving only the ”navi” entry, finding the key that was retuned from my ”mode” button (that circled between stupid default apps), and putting ”10” value (found with LogCat) in the entry of short press you provided. Works like a charm !!!

The only suggestions I'd have for the brilliant software are:

- the option to auto-start the navigation software on startup, just like the audio app

- the option to put favorite apps in order (to startup), or favorite single-apps that will be opened on startup OR (I don't know if it's possible but it'll be brilliant) to auto-start the last navi app and the last audio app.

Thank you very much for the effort !

//edited:

Other option that it'll be nice to have (I realize that is not the purpose of AppSwitcher, but it'll be another option besides top bar visibility) is the option to automatically turn on hotspot of the HU; I have a 4g sim card in the HU and my kids have sim-less tablets, so every time I start the car I have to manually open the wifi tethering.
[Android Head-Units] TorstenH:
After I bought the head unit I was negatively surprised how they implemented the mode button and that's not possible to integrate 3rd party apps. So I wanted to fill this gap.

I already thought about auto start of the navigation app. But which app should be started first? Which app should be on top after startup? Do we need to be able to set a delay before start of the apps? Do we need to add an option to start an app twice? Is it a good idea to make AppSwitcher an app starter? ... 😅

I asked in a Telegram group if a dedicated app starter would be a good idea and the answer was: Why? We can set autostart of apps in Agama Launcher.

In most cases users are only consuming apps and don't provide feedback and are not willing to test. Because I don't have a second unit in my living room it's not easy to test. Developing an additional app without testing support is no fun.

You're welcome and I'm happy to get such a positive response. In most cases I get no feedback so I don't know if the users are just frustrated. 😅

To fulfill special requirements like starting a bundle of apps, enable hotspot and more I suggest to use Automate:

Automate - Apps on Google Play

An automation app for Android that can perform almost any task.

play.google.com

A brilliant app which is free if a small flow is enough. The good thing is: you can design the flow on your smartphone at home before you put it on your head unit. In my opinion it's easier to "learn" than Tasker and AppSwitcher allows to trigger a flow after startup. AppSwitcher will even start the Automate Service if it doesn't survive sleep mode *

If you need assistance in designing a flow let me know. I have some samples.

* Since the feature is completely underestimated, I can't rule out bugs when starting service and flow. But that's nothing we can't correct together.

Sorry for such a long answer...
[Android Head-Units] ciorapel:
Thank you for the reply. An example of an option that will not turn Appswitcher into a auto-launcher is the option to ”start on boot” in witch I can tap a plus sign, choose an application, choose a delay that fits my needs and click save; an entry would be created with Appname, delay and a tickbox for enable / disable the startup of that application; on tapping another +, another entry would be created etc. It is fully customizable by the user and the user can choose witch app will stay on top by putting it start last.

Ex:

- after 2 seconds of HU starting up, turn on tuneinradio (or last media used)

- after 5 seconds turn on Waze (or last navigation app used)

// edit : the double start of an app could be done by two entries to the list // end of later edit //

I'm not using a 3rd party launcher because I do not see the launcher at all, so I didn't feel the need to install Agama. 99.99999% of the time my display is on other apps (navigation and music in background), not on the launcher, so the launcher could be (and is) a piece of crap .. I do not really care :D

I'm not trying to say that you should implement this, I just wanted to explain my vision on the approach. If a user doesn't want to setup multiple apps on startup, he can only choose ”after 0 seconds open last used media player”.

I do not have any idea on how much work gets into coding a function that does this, if it makes a difference or not, but the fact that you already gave so much effort and sharing the work for free is an amazing job.

Thank you on the tip with Automate, I'll take a look at it. (I didn't had a clue on what does Automate Flow means on the 1.7 changelog, but now I get it ... maybe a hyperlink to Automate on GPlay on the changelog would lighten up some users).

Thank you again for your hard work.

// later edit: seems like Automate could be the answer to auto-startup of navigation too //

// edited again: after making a flow in Automate, how can I get the link to put in AppSwither ? And invoking the link does all the job (like starting Automate and doing the automation) ?
[Android Head-Units] TorstenH:
Attached version 2.6.25alpha to first post.

- Fixes bug: "Forced fullscreen system property" not applied.

Only relevant for Mtk8257 devices.

- New dialog setting "Grayscale app icons"

Please uninstall previous version before installing.
[Android Head-Units] TorstenH:
Other car - similar topic:

Post in thread 'Ford Fiesta Steering Wheel buttons not working' https://xdaforums.com/t/ford-fiesta-steering-wheel-buttons-not-working.4081065/post-88278791
[Android Head-Units] TorstenH:
Please let me know if someone is still having the problem with Spotify not showing in portrait mode after turn off "forced fullscreen system property" on a MTK825X device.

I may have a fix for this...

@roubi?
[Android Head-Units] roubi:
I haven't installed the latest version yet. I'll try to install it today in the evening and give it a try and report.
[Android Head-Units] roubi:
I installed the latest version (app switcher and Spotify) and tested it. The problem still remains. Album cover view is not working in landscape mode. It is forced to portrait in Spotify.
[Android Head-Units] TorstenH:
Looks like you missed my private message. I sent you an adjusted version of AppSwitcher for a first test.
[Android Head-Units] roubi:
1. Yes I missed it. Sorry.

2. Wow - it workes! The modified version does the trick. Tank you! Great work!
[Android Head-Units] TorstenH:
But I think it's only working while screen dimming is active. Correct?
[Android Head-Units] roubi:
Correct, if I turn off dimming, Spotify instantly turns back to portrait. I set screen brightness to 90% and left dimming turned on.
[Android Head-Units] TorstenH:
The mixture of the functionalities "screen dimming" and "force a app into landscape" will be separate in future. I just mixed them in your temporary version because it was easy to implement for a test. In one of the next versions you will be able to use screen dimming and "force landscape" according to you needs.

Thanks for testing.
[Android Head-Units] roubi:
Thank you again for the great work. :)

By the way, I really like the new look with Grayscale not selected apps. 👍
[Android Head-Units] TorstenH:
I sent you another private message for a 2nd test. :-)
[Android Head-Units] TorstenH:
AppSwitcher 2.7 is knocking on the door...

including a lot of optimizations and the possibility to show Spotify in landscape mode after disabling "forced fullscreen".

Today tested on Junsun V1 Pro (MTK825X) with latest firmware "8259P_军灿UI02v1280x720-国外_v53_20230223" without issues.

Still have a little patience...
[Android Head-Units] TorstenH:
Simply overseen your message bacause I got no notification of the edits.

Open the first task "Flow begin" and click on the "Flow URI" which will copy the value to the clipboard.

Open AppSwitcher settings and turn on "Enable Automate" in Automate section. Paste the Flow URI into "Start Automate Flow".
[Android Head-Units] ciorapel:
Not a problem. I've abandoned the idea because Automate runs into an error (java .. something) upon opening hotspot on the Junsun unit (works on my phone tho). Tested from Automate instance an got the error.
[Android Head-Units] TorstenH:
Got this error on first try on my phone, too. Nevertheless the hotspot gets enabled and the error disappeared with 2nd try.

You can catch the failure to let the flow continue (and start your navi app):

Hotspot state from ON->ON crashes fibre

groups.google.com
[Android Head-Units] TorstenH:
Attached AppSwitcher version 2.7 to first post...

Whats new:

- new setting "Screen\Landscape overlay" which forces all apps to run in landscape orientation. This fixes the appearance issue of Spotify (and other apps like Tidal and Apcoa Flow) after disabling "Screen\Forced fullscreen system property".

- "Apps and activities\Set media apps/activities" offers all exported activities, now. This allows to start a specific screen of your app.

- optimized switch dialog performance and countdown sync.

- adjusted color of settings button

- optimized app starts (actively by user and after countdown)

- "Dialog\Grayscale app icons" is enabled by default (after fresh installation)

- run of media app gets skipped if SWC button gets pressed. Only relevant if "Autostart\Delay (seconds) before start of media app" is set.

- click on AppSwitcher status bar notification opens settings screen

- code cleansing and other code optimizations/simplifications

Fixed bugs:

- App crashes when settings are changed after service is stopped

- Dialog does not disappear when user clicks on settings button

- set delay of media activity freezes app start
[Android Head-Units] TorstenH:
Find new demo video 📹 attached to first post...
[Android Head-Units] rickhowland:
what is the link to download the latest version of appswitcher
[Android Head-Units] ramig:
Thanks for sharing 😊
[Android Head-Units] TorstenH:
Attached to first post 😁
[Android Head-Units] TorstenH:
You're welcome. Looking forward to get a feedback if everything is working as expected.
[Android Head-Units] ramig:
Tomorrow I will install . After a few days I'll give feedback and show you my setup.
[Android Head-Units] TorstenH:
Thank you. I just can test on my head unit and on my smartphone so I'm happy to get feedback.

After 43 downloads only silence is weird 🤫 🤔
[Android Head-Units] TorstenH:
Had the chance for a first test of version 2.7.1 today.

Acoustic signal on button press will be one of the features. So turn on sound 🔊 while watching:

Sure, there will be a switch to keep it silent 😶

Support the development of my free apps via

ko-fi.com/appswitcher
[Android Head-Units] TorstenH:
Almost 100 downloads of the latest version 2.7! Nice!

Zero Coffee (ko-fi)... People are probably very poor.

But zero feedback? Not exactly an incentive to release an app here for free.
[Android Head-Units] OpenAL:
Hello there! Congratulations on the success of your latest version 2.7 with almost 100 downloads, that's quite an achievement! As for the lack of Coffee and feedback, perhaps the users are too busy enjoying your app that they forget to show their appreciation? Or maybe they're just too afraid to give you feedback because they're worried it won't be good enough. Either way, keep up the great work!
[Android Head-Units] TorstenH:
Thank you so much for your great feedback.

To be honest, I think it's because of the international brutalization of humanity. Lack of appreciation and selfishness are in vogue. True to the motto: If everyone thinks of himself, everyone is thought of.

I'm certainly not developing this app for money. But a "it works" or "I tried your app, but it's not for me because..." I would have expected somehow.
[Android Head-Units] OpenAL:
I appreciate your perspective on the matter. While it's true that a lack of appreciation and self-centeredness can sometimes seem prevalent in today's world, I still believe that there are many people out there who are kind, thoughtful, and willing to show their gratitude for the hard work of others. It may just take a little extra effort to find them sometimes. In the meantime, keep up the good work and know that your contributions are valued by those who do appreciate them!
[Android Head-Units] ciorapel:
I'll upgrade the app myself, to see if it fixes a little ”bug”. My HU is very laggy after some hours of sleep and I experience the fallowing:

HU starts, last used media player starts, and I press mode button to switch (start) to navi app; because of the lag and slow processor of HU, the Appswitcher dialog only appears for a fraction of a second and then the ”selection timeout” lauches the app that Appswitcher is selecting; and there is another problem, that the first option in the Appswitcher is my last used media app also .. so I have to click the mode button twice to get to navi app.

If I start the HU and try switching after 30 seconds, the HU is not laggy anymore, and the Appswitcher works as intended (I have sufficient time to choose the app), and the first option in Appswitcher is not the media app anymore, but navi app.

I don't know if was clear about the problem :)) @TorstenH
[Android Head-Units] TorstenH:
I completely understand what you're talking about. The head unit performs like a snail 🐌 the first minutes after boot. This even affects other apps (e.g. missing station logos in DAB-Z). It's better performing after wake up from sleep mode.

This is a topic I try to address with

- optimized switch dialog performance and countdown sync

you can find in change log. This ensures dialog related data is ready before the countdown ticks.

But: Android does not provide an event for "the user can see my activity, now". So there is still a gap.

Same is valid for the usage statistic. It takes a while until the head unit tells the last opened app whereby I already have an idea how I could work around that.

Thank you for your feedback. Please look forward for the next releases...
[Android Head-Units] ciorapel:
@TorstenH a temporary fix may be to provide navigation app as first option if the ”launch last media app” is checked.
[Android Head-Units] TorstenH:
Did you had a look on Automate? Automate would allow to start a bundle of apps and AppSwitcher already has the option to start an Automate flow on launch.