TallyArbiter
TallyArbiter copied to clipboard
TODOs for v3.0.0 (Typescript Refactoring)
Sources
Source |
Status |
Tested by | Issues |
---|---|---|---|
Analog Way Livecore | ๐งช needs testing | ||
Blackmagic ATEM | โ Working | @hrueger |
โ Initial state is not loaded โ Flickering โ {{STREAMING}} is missingโ {{RECORDING}} is missing |
Blackmagic VideoHub | ๐งช needs testing | ||
Incoming Webhook | โ missing implementation |
||
Internal Test Mode | โ Working | @JTF4 |
โ Was not able to adjust time when added by toggle button โ Bus states would not clear after disabling test mode โ Removing test mode using button would not trigger ConfigSave so test mode would become active upon restarting TA |
Newtek Tricaster | ๐งช needs testing | ||
OBS | โ Working | @hrueger @MatteoGheza |
โ Crash when switching to scene without a device_source โ Nested scenes not working โ Initial state is not loaded |
OSC | ๐งช needs testing | ||
Panasonic AVHS410 | ๐งช needs testing | ||
Roland Smart Tally | ๐งช needs testing | ||
Ross Carbonite |
๐งช needs testing | ||
TSL 3.1 UDP | โ Working | @JTF4 | |
TSL 3.1 TCP | โ Working | @JTF4 | |
TSL 5 UDP | ๐งช needs testing | ||
TSL 5 TCP | ๐งช needs testing | ||
VMix |
๐งช needs testing |
Actions
Action |
Status |
Tested by | Issues |
---|---|---|---|
Local Console Output | โ Working | @hrueger @MatteoGheza |
|
OSC | โ Working | @JTF4 | โ Argument parsing gets stuck in an infinite loop |
Outgoing Webhook | โ Working | @MatteoGheza | |
RossTalk | โ Working | @JTF4 | |
TSL 3.1 UDP | โ Working | @JTF4 | |
TSL 3.1 TCP | โ Working | @JTF4 | |
TSL 5 UDP | ๐งช needs testing | ||
TSL 5 TCP | ๐งช needs testing | ||
TCP | โ Working | @JTF4 |
Clients
Client |
Status |
Tested by | Issues |
---|---|---|---|
M5StickCListener | ๐งช needs testing | ||
Blink1Listener | ๐งช needs testing | ||
Pimoroni-Blinkt-listener | ๐งช needs testing | ||
M5AtomMatrixListener | ๐งช needs testing | ||
RelayListener | ๐งช needs testing | ||
GPOListener | ๐งช needs testing |
Other Features
Feature |
Status |
Tested by | Issues |
---|---|---|---|
Cloud | ๐งช needs testing | ||
TSL Listener Clients | ๐งช needs testing | ||
vMix Listener Clients | ๐งช needs testing |
Other TODOs:
-
[x] Initial TypeScript support
-
[x] Fix CI
-
[x] Classes
-
[x] Sync models with UI instead of copying
-
[x] Get rid of
// @ts-ignore
s -
[x] Add types for function parameters
-
[x] Add function return types
-
[x] Give Tally Data to UI
-
[x] Support linked busses (UI as well as application)
-
[x] Move Actions into separate classes (with more decorators ;-) )
-
[x] Add Addresses for selection in UI
-
[x] Move remaining Source Types ito their classes
-
[X] Release 2.0.15 from 2.0.14 with support for release notes
-
[x] Fix listener clients #225
Based on @hrueger comments #204
@MatteoGheza @hrueger @JTF4 anything major left on this list we should address?
I think the only thing we really need is a tsl5 test, but we don't have a tsl5 system. So the best way to test it would probably just be releasing it.
I agree ๐
That's fine with me. It's more or less the same code there that we had before, so if someone has a problem, we can help resolve it.
Did we verify cloud functionality?
I don't think so, at least I did not.
If we verify that cloud works, then I think that we would be good for a release
Easy to test, just need two installs
@josephdadams im working on that now.
@MatteoGheza What would you think about merging your new authentication system before we release?
@JTF4 I released a beta because someone needs it. I think that we can release 3.0.0 as beta and 3.1.0 as stable (with new login system).
I spun up two instanced of TA and when I try and connect them across the cloud, the destination instance freezes with no indication of what went wrong.
Maybe we get some kind of infinite loop?
That would explain it. I'll look at the connection process
Any TODO left? I think we should focus on fixing the cloud connection and on testing the new auth system, so we can release v3 "stable beta" in the next days or weeks. Speaking of auth system, if you think this system doesn't work well or it's "overkill" to use JWT and hashed password, we still have time to revert to the old one / improve this before the release.
Speaking of auth system, if you think this system doesn't work well or it's "overkill" to use JWT and hashed password, we still have time to revert to the old one / improve this before the release.
Haha, yesterday I spent about an hour debugging because I thought there was a bug: Sometimes I could login and sometimes it said "wrong password". I thought that some special navigation (like going to settings first, then refreshing and then going to producer) would trigger the bug.
However, it turned out that I was just typing to fast on my numbers block on the keyboard and sometimes typed 13245 instead of 12345... ๐
This aside, I really like the new auth system and don't think that it is overkill.
I've even been wondering if it makes sense to encrypt the data sent to the cloud connection using symmetric encryption with the hashed cloud key as the encryption key.
Before finally releasing version 3 stable, we should either hide or implement the Incoming Webhook source. I prefer the latter, it shouldn't be that hard.
@josephdadams @hrueger @JTF4 I'm sorry, I was very busy these weeks. Now I'd like to help for the remaining tasks to do before a stable release. What do we need to do?
- [ ] Documenting new listener client in Platform.IO
- [ ] Fixing documentation for old listener clients
- [x] Adding a disclaimer in the old listener clients repo
- [ ] Fixing OBS source (difficult, since the v5 protocol is ๐ฉ for implementing tally status)
- [ ] Fixing cloud connection
- [ ] Migrating the config file from old version or showing a warning message
I think there's one more thing to look at.
With V3 there's some phantom bottleneck that freezes the exit of tally data from TA. Internally, all the steps are happening pretty much instantly, but when it gets sent out, the data transfer freezes every second or so.
Happy new year to all of you ๐ I'm quite busy with lots of work to do, so unfortunately that means I can't contribute a lot.
The disclaimer has been added to all old listener clients repo that they are only compatible with TA 2.x, so that should be good to go.
We should probably make sure all the ATEM bug reports are handled properly as I think the ATEM is one of the most used tally sources.
I think there's one more thing to look at.
With V3 there's some phantom bottleneck that freezes the exit of tally data from TA. Internally, all the steps are happening pretty much instantly, but when it gets sent out, the data transfer freezes every second or so.
After some more research it appears that this issue only shows up when you use socketio based listener clients. If you just use plain TSL then there's no issue. Are we sending out tally updates synchronously?