BTT Mobile Testflight Beta

Hallo Andreas,

changing the setting back (from a specify device) to 'All' (devices) does somehow not trigger the action anymore...

[
  {
    "BTTActionCategory" : 0,
    "BTTIsPureAction" : true,
    "BTTPredefinedActionType" : 452,
    "BTTPredefinedActionName" : "Show Floating Menu With Name On Connected iOS Device",
    "BTTAdditionalActionData" : {
      "BTTMenuActionMenuID" : "example-menu2"
    },
    "BTTGenericActionConfig" : "All",
    "BTTOrder" : 54
  }
]

This is the same from the example menu 3
noticed the difference for ""BTTGenericActionConfig" : "All",

[
  {
    "BTTActionCategory" : 0,
    "BTTPredefinedActionType" : 452,
    "BTTPredefinedActionName" : "Show Floating Menu With Name On Connected iOS Device",
    "BTTAdditionalActionData" : {
      "BTTMenuActionMenuID" : "example-menu3"
    },
    "BTTOrder" : 56,
    "BTTIsPureAction" : true
  }
]

Thx,
Christian

possibly BTT 5.305 fixes your "All" issue, I also added "Device That Sent Last Command" option (however not tested yet, I will be back next week)

works now

I have test buttons defined with that new option for those two
"Show Floating menu..." and "Go Back/Previous..." actions

here is what happens:
(iPhone and iPad shows the same menu.)
pressing the button on the iPhone: both iPhone and iPad triggers action
pressing the button on the iPad: both iPhone and iPad triggers action
( or in other words menu and navigation is the same on both devices )

this is what I would assume should happen...
pressing the button on the iPhone triggers only the action for the iPhone
and will show a different menu now on the iPhone only...

and similar/analog when that button is pressed on the iPad...


Hallo Andreas,

that new filter variable "BTTMobileLastCommandDeviceID" works fine with BTT Mobile devices... now we can define conditions like here:


possible bug ?
the disable BTT Mobile action is not reflected in the setting tick box...

Thx,
Christian

oops, I actually forgot to enable the device check. Should be fixed in 5.308 but I'll verify on Monday.

yes, 5.308 fixed the "Device That Sent Last Command" option",
Menu navigation can now be indenpendent on multiple devices, nice...
thanks a lot,
Christian

Today, the latest version was upgraded. btt: 5.3.15. btt mobile: 0.23. It was tested again. The problem still exists and it still disconnects frequently.

There is no feeling that the network is special. There is also no firewall. The interconnection between iPhone and Mac for other applications is all normal.

where can i find the btt mobile preset example? is there a link somewhere?

it's automatically loaded when you enable BTT Mobile in the settings. I will soon add a better looking more real-world example!

BTT crashes in a loop after restarting with an old floating menu I reactivated last week, and I had to reinstall BTT. Now, even if I reactivate the remote app, the BTT mobile presets are not reappearing.

unchecking and re-checking will bring it back:

Just a note in case a crashloop or similar happens, always try to start BTT with safe mode enabled using this terminal command, this can get around most crashes:

defaults write com.hegenberg.BetterTouchTool BTTSafeModeEnabled YES

i unchecked , and even restart but doesnt bring it back

awesome thanks for the command

mh, maybe it got confused due to the restored backup.
Attaching the example here:

btt-mobile-example.bttpreset (746.3 KB)

1 Like

thanks you :pray:t3:

Hallo Andreas,

I know we are in early alpha tests with "BTT Mobile"...
I noticed that once "BTT Mobile" is connected (and showing a menu)
the BTT Mac app becomes (quite a bit) slower over here,
(as menus are refreshed on the fly, which is quite nice when designing the menu)

But the BTT Mac is slower even when not working on a floating menu,
therefore:

Could you consider to add a setup option (in BTT Mac) for BTT Mobile, like
Do not refresh BTT Mobile content while BTT got focus / is front window

At the moment I use the below workaround or
close the BTT Mobile app manually before I work in the BTT Mac app...

Thx,
Christian

I can't really think of a reason why it would be slower (it doesn't seem to be here). Maybe it is related to your large menu, but I can't see how BTT Mobile would trigger any re-renderings.

Is it only slower if a BTT Mobile client is connected?

yes, that happens when the BTT Mobile client is connected, the menu is shown and BTT Mac is focused...it happens also when your example menu is used.

My 'large' menus are as such quite fast and speed is fine for me...handling two iPad at the same time, works...:sunglasses:

What is still an issue (not related to BTT Mobile) is to read the Ableton screen at 6 different positions to find out which BTT menu button needs to be updated (audio Playing/Stopped etc. etc). That takes about 1-2 sec before the updated BTT menu (during navigation) can be shown (and that is on its own fast...) anyway...

more than happy with the current alpha, you did a top job !
Thx,
Christian

and a video here we go...

3 Likes

Awesome setup!

Build 0.24 aims to improve reconnection speed and adds a debug log viewer / exporter, which should be very helpful for the future development.

Today I'll work on some new features :slight_smile:

@Max_Megalon have you looked into GitHub - ideoforms/pylive: Query and control Ableton Live from Python ? It seems to allow to query & control Ableton Live via python, that could be pretty fast if it works.