New Accessible TeamTalk Client for Mac – Looking for Beta Testers

Hi all,

Friendly reminder that while we do now allow the usage of mild profanity on AppleVis when used for emphasis or expression, strong, sexualized, or graphic profanity--including words like the F-bomb--is prohibited under all circumstances regardless of context. Any posts containing strong profanity may be subject to removal at moderators' discretion.

Thanks,

The AppleVis Editorial Team

Then you need to tell us what's aloud and what is not, because yall lifted profanity restrictions but you never told us what we can and cannot use and in the case of context, what contexts. Not my issue if I didn't know. Note I'm not the only one who expressed this neither, a few members did in said mod thread. Sighs the double standard astounds me! Great you lifted and relaxed the profanity restriction and my mind went, kay as long as I'm not harming anyone we good. You should have told us in the beginning what was aloud and is not from the very beginning and sorry if I do not look at the rules as much. Didn't know I needed to. Maybe if a list was provided I would have known but sorry if I didn't.

Hi Jonathan,

The below is taken from the original post announcing the loosening of profanity restrictions:

• While discouraged, limited use of mild profanity—defined as non-sexual, non-graphic language generally considered acceptable for a broad audience—may be permitted when used sparingly for emphasis or expression. Such language must not be used to harass, intimidate, demean, or degrade any individual or group. Profanity that is strong, sexualized, hate-based, or graphic is strictly prohibited, regardless of intent or context. Determinations regarding what constitutes “mild” versus “strong” profanity are made at the sole discretion of the AppleVis Editorial Team and will be evaluated on a case-by-case basis in accordance with this policy.

While we appreciate that some may disagree, we believe the F-bomb falls into the "strong profanity" category. We have addressed other instances of usage of that word as they have arisen, including in the original thread announcing the changes. It is our strong preference to avoid content removal unless it is absolutely necessary, thus the community reminder.

I agree about the iOS app, Jonathan, and its lack of file sharing and managing user accounts on a server. Those things should be able to be done on iOS as well, but who knows if the developers there, will do anything about that. It's awesome that Mathieu here, is working on this alternative to the QT client on the Mac side, as things that worked ok, previous to version 5.18, or maybe 5.19, of the QT client, are seriously not since then. This alternative in the TTAccessible app that is in development here, is working absolutely great so far, and is becoming my go to TT client on the mac. It is what a Mac TT client should be. Nice, accessible, and putting VO users first. Back when you could arrow through lists in the QT client, I found there was a bit of a lag, between the time when you'd arrow, and things would be spoken, and if you went to quickly, things would be missed. Unlike that, this is very very nice and responsive. Beta 5 and its added features, are working well.

Edit: yeah, this crashing is actually quite bad, it even does it when I get a private message LOL.
So, I'm experiencing more random crashing in this version, like when sending a channel message the app crashes, even when just command tabbing back to its window also crashes it.
Aside from that, good work on this, the auto recording works fine, I have yet to test some of the other stuff.

I'm beyond excited to try this out when I get home from work tonight. It's probably loads better than my current solution to mac TT accessibility, which is to download and run the iOS version on my M1 Mac.
This should be night and day better experience wise.

How you gettin' round the TT sdk with out paying a shit load of money.

The tt sdk is basically in a permanent trial mode. You are not even forced to stop using it after 30 days have passed. You can just continue on using it. The so-called license on the website says that you are required to buy a license after 30 days have passed, and yet the software remains perfectly usable afterwards. Of course since he sells this so-called sdk at a totally insane price, noone will ever buy it.

Bit of a braindead move imho to make your sdk cost a ton because that just prevent ecosystem growt. Very stupid move indeed.

And even things like the tt media bot take this exact approach and don't pay for the sdk.

Using the latest version of the beta. After sending a channel message, I did shift tab to get out of the text field, then the app crashed. Just letting you know.

I connected to a teamtalk where my account is set to autojoin a channel. My regular mac teamtalk client and iPhone teamtalk client respect this autojoining, but TTAccessible doesn't.
The autojoining is set at the account level on the server, not in my TT configurations.
I'm not sure why this is happening, but if you can look into it I would be most appreciative.

Can you perhaps make the keyboard shortcuts to subscribe/unscribe to events just control+numbers instead of command+control+numbers? Would be easier to press if that's the case.
Also, VO doesn't indicate that the subscription events are checked when they are, like voice for example.
And another thing, can you make the server/channel tree behave like in the qt client, where if you're not in a channel it's collapsed and auto expand when you join that channel, would also be helpful if VO says it if the channel is collapsed/expanded.
Thanks for all the work you're putting into this.

It doesn't say if they are checked/unchecked in the user>subscriptions menu.

Hi, whether subscriptions are checked or not, is spoken just fine with VoiceOVer here. I'm also on the latest version of Mac OS Tahoe.

Will this be ported to IOS as well? If this thing has account creation and file sharing you'll blow the lazy ass TT devs out of the water and there's no excuse for not having account creation nor file sharing after all this time. I keep giving devs feedback after feedback about all of this as well as what I said above in my other posts here in this thread but they do not listen! Clearly they do not care at all about our suggestions.

Just reporting a small issue I ran into. The text field for typing the default nickname was behaving oddly. When I tried to use Command + A to select all and delete the existing text, it didn’t work. Instead, anything I typed just started writing over the existing text in an inconsistent way.

I was eventually able to enter my name, but it was a bit tricky and confusing to navigate. Thought I’d pass this along in case it helps identify a bug.

Uh, sorry for all the confusion LOL, turns out I wasn't focused on a user when trying to test that.
Maybe is it possible to make those menu items dimmed/disabled whenever you're not focused on a user, to avoid confusion?

With Discord and possibly many other mainstream platforms going to require age varification down the road, TT might be the only viable platform where anonymity is still a thing.
Regarding the official iOS TT app it seems that a new update, v5.22, have just been pushed out but from the changelog it's nothing more than adding a new translation, easy login and a bug fix.

Hi,
just used beta 7 this morning and it neither detected my loopback audio device nor my external headphones or airpods when connecting those. I had to quit the app and restart it again for them to actually show up. Still also has issue where if you plug in headphones and go into the audio settings it will will cut your audio so that others cannot hear you anymore until you restart the app.

Also hitting a very strange issue at random where the app starts behaving oddly without me dismissing the window and claiming that there are usable controls and yet no visible window all at the same time. Not sure why or what happens.

Hi, a friend of mine just hit a crash when trying to perform cmd+n to add a new server. He runs a mac mini with a m4 pro chip with an external display connected over hdmi -- not the apple one, to be fair.

Sounds to me as if there might be a race condition and a well hidden bug in TTAccessible code that might trigger this. Here is a link to the full crash report. Hope that helps to debug this problem.

One annoying part of this is it keeps asking for my keychain passworld whenever I update to connect to servers, but I think it's because of the app being unsigned, right?
Also, can you add shortcuts for moving people, like the mulyt-select moving that is in the qt client, and shortcuts for kick/bann operations as well?
Also would love to have an option to disable the confirmation dialogs when trying to kick off a server.

Hi.
First of all, I absolutely love having a macos teamtalk client which is fully accessible, so thank you very much for your work.
Regarding the bug, I noticed when I chose "both" for the "Single file (all voices mixed" option, the app doesn't seem to reflect the change. Additionally, the toggle for automatically starting recording doesn't seem to work either.
WHen I revisit this settings area, the changes do do appear to save, but I do suggest correcting this in the next update.

One last thing, I can't figure out how to add custom sound packs. Is this supported, or am I missing something?

Edit: OK, it seams the problem is with user voluumes I just checked and it's so weird, like my volumes are like, 20 for one user, 40 for another etc. I didn't even change it, this was on a fresh restart of the app, it seams to set random volumes for each user.
Isn't 50% supposed to be default, it mmight also be that when I adjust volume for one user it adjusts the volume for everyone or something.
Hey, over the passed few versions I've noticed the default 0DB master volume has gotten quieter.
And me on my friends always use the same mic gane on the server, so that's not the issue.
It's just that if I turn it up to like 5db, the recordings made the program would start distorting.
Also one more thing, can you add the command I shortcut to view user info?

I'm so very sorry to have to report that once again, audio is causing trouble.

I can't actually get external headphones, be it wired or wireless ones to work unless I restart the app, still.

I am nott sure how to fix this, but... I'd like to have a crack at it. Would there be any way you'd be amenable to sharing a link to the code?

I'm also still having trouble with echo cancellation. It's really, really not good. People still hear my screen reader, and themselves... And they also have trouble hearing me because their own sound is cutting my voice. I'm not sure if I'm making sense.

Also, auto away isn't, well... Exactly working.

It will enable itself at some point, it'll say, automatic away enabled. And then, about 5 seconds or so later, automatic away disabled. I didn't touch my mac or do anything. So that seems to enable itself then disable itself for no reason at all, so not working correctly.

Holy damn, talk about some massive rework!

I've just tested the new AEC and it sure works a ton better than it did before. I like it a lot. I will try out the audio devices too, but hopefully this is now also fixed.

P.S: absolutely no shame in working using AI, I do the very same thing, both because I seriously couldn't code even if I wanted to, and because, I might as well do the things I need/have use for instead of just giving it up and being like, too bad, cause nobody will build it, like before. Some will no doubt criticize you for using AI, but honestly? Don't listen to them. I'd rather be able to make what I need using AI than being stuck unable to have the tools I want.

I'n not sure if you really should be including the SDK compiled in your repo. Mayybe a better idea would be to provide instructions on where to find/or compile it for those who really wanna build the client fro scratch.

Well,, the only problem is that you cannot include anything but a compiled sdk in the repository. The teamtalk sdk has never, ever been open source. Nobody can build it but bearware.dk themselves.

I'll definitely be checking out this code, lovely! I'm all over this now, I really want to try a meaningfull thing to contribute.

The only thing we could do about the sdk I supose is include a download script that would go and download the prebuilt binary from bearware directly... That way you don't include the sdk itself, but you still make it easy to fetch.

Is there a reason why your .dlib file is only like 40 MB, and the one it downloads is like 70MB? If possible I would like to use that smaller .dlib LOL, smaller app sizes are always better in my opinion.

Will it be fine if I just open issues for bugs/feature requests from now on? As to not clutter up this thread.

Thanks for your work on This. I'm about to give this a go. So far it seems like it'll be a good app.

There's a lot of good stuff here! A few requests that I have for the present are as follows:

1. Have an option in preferences to allow the program to connect to the last connected server upon startup.
2. Allow for custom audio quality settings to be chosen when choosing recording formats other than wav, and indeed ,to have other formats such as mp3 available for selection.
3. Not sure if this is already a thing, but if not, allow for the streaming of media files to channels that allow such, possibly with the keystroke CMD+S.