obs-web VS teams-for-linux

OBS-Web remote control - Control OBS remotely from a web browser (on the same LAN)

Niek obs-web http://obs-web.niek.tv/ works great combined with noalbs or bot commands for manual scene controls

I use http://obs-web.niek.tv/ connected to OBS Websockets to control scene switching from my Galaxy Watch 5 Pro. If the Apple Watch has a reasonable web browser, you may be able to do the same. This really is designed for a mobile phone or tablet, but works fine on my watch.

OBS v28 is amazing. It's bundled with the obs-websocket v5 plugin now. I have updated OBS-web [1] to be compatible with this, so you can now control OBS remotely without any additional setup.

1. https://github.com/Niek/obs-web

Another option is minimizing OBS and using https://github.com/Niek/obs-web to control OBS from a tablet or phone.

Self-promo:

In case anyone is interested in controlling OBS remotely, you can use OBS-web: https://github.com/Niek/obs-web

It's not a full reimplementation of the UI, but offers the most often used controls so you can manage a livestream from e.g. a tablet or phone.

About how the director is controlling the scenes. I've one assistant connected on the GC VM via remote desktop to monitor the transmission and do the audio cues. For the director I've obs-websocket set up and the director is connecting through [obs-web](https://github.com/Niek/obs-web). I am also an actor in this play. Not 100% happy with this setup though. Perhaps the best would be the assistant in a zoom call with with the director and changing the scenes for her as commanded.

This isn't me trying to convince you to use Linux, but the listed reasons (other than LLM testing) aren't real deterrents:

> Acorn

GIMP (or Glimpse, if you want a more modern UI) or Krita can definitely do pretty much anything Acorn can.

> Keyboard Maestro

GNOME and KDE have been able to do this out of the box from pretty much the beginning. The OSes are still mostly terminal-first (one of the big complaints, actually), and that translates into the DEs and Applications. A keyboard automation is just a sequence of commands.

This is probably one of the few areas where Linux almost definitely beats macOS or Windows.

> OnniGraffle

There's a large swathe of diagramming tools in Linux. I can't speak on them directly.

> Alfred App

Yep, both KDE and Gnome are able to handle this task as well as Alfred. Like automation, this is probably an area Linux will be able to shine above macOS.

> MS Office

LibreOffice would be the common alternative.

> MS Teams

They used to have an official client. They now recommend you create a PWA, and there are some unofficial clients that do pretty much that:

https://github.com/IsmaelMartinez/teams-for-linux

This seems to be the route they'll be going all around, similar to slack (web + an electron app).

> I test LLMs locally.

LLMs run fine on Linux, but you will be limited to about 16GB on the VRAM side. Though, you could technically use Asahi + Apple Silicon as the support matured if you want.

Most of these are open source applications, with cludgy UIs/warts and all; and aren't really designed by teams with UX masters, so operate oddly and require relearning. But if you were interested in making the move, they're options.

I've never used this but apparently this wrapper is useful for linux people: https://github.com/IsmaelMartinez/teams-for-linux

Have you tried an unofficial electron client?

I use https://github.com/IsmaelMartinez/teams-for-linux . It's "just" a wrapper around the PWA but a very decent one at that.

Unofficial and not Microsoft supported, but might be an alternative to Microsoft's official PWA. How do the two compare in your experience with them?

You can try the unofficial client Teams for Linux. It's available as a Flatpak and I didn't have any issues sharing my screen with it. https://github.com/IsmaelMartinez/teams-for-linux

This client works well for me: https://github.com/IsmaelMartinez/teams-for-linux

There is also: https://github.com/IsmaelMartinez/teams-for-linux