lunixbochs

I think Google's Conformer paper is SOTA at the <30M model size, where I think they put an incredible amount of flops into a 10M param model to reach around 2% lsc clean (the whole model and RNN decoder were trained domain specific to librispeech here).

I think my small Talon models are next, around 3% lsc clean at ~28M (greedy CTC decoding, no external encoder, no LM, not trained in a domain specific way). I reached around 6.5% at 10M.

I've been working on some new baselines I want to release soon as public artifacts. This article is inspiring me to try pushing the param size down a bit. I suspect we can do large vocabulary end to end in the <5M range.

Thank you.

I don't think any of your points reflect what I was trying to communicate.

> You're not interested in addressing customers' needs

I would love to support Wayland, but it is my position that it is impossible to "support Wayland" for Talon. I can only support a subset of the features and only on specific compositors, and it would be a lot of work.

> or giving them ways to address their needs themselves

As I said at the top of the message you are replying to, I believe today users already have the tools to address their needs themselves with about the same level of jank I'd be able to provide on Wayland. If this is a veiled hard line on open source being the only way for users to address their needs themselves, we have a philosophical difference that won't be sorted out in this thread.

> If slack interactions are so unpleasant, why do you direct all support through it?

That's a whole new sentence. I was specifically referring to the support requests for Wayland, which in the long tail have been more hostile toward me than is likely warranted.

> "yes this is a hack, but we'll live with it for now until an actually good solution is available"

The hack is switching to X11, which is fully supported, or working around it in your user scripts, which has already been done by some users for their specific environment.

Hi, I'm the developer of Talon.

It's possible to do the simple compositor specific hacks from Talon's scripting system to give yourself partial Wayland support at roughly the quality I'd be able to provide myself, and I know of a couple efforts to do this.

The tentative plan for "dropping support for X11" is just to do one more public Linux X11 release, stop there, leave it available to download, and make it very clear what to expect when you download for Linux or run on Wayland. I plan to continue supporting X11 on the paid version indefinitely.

Most requests relating to Wayland on the Slack have not been offers to help, and way too many have ended up being unpleasant conversations.

I have a standing offer to reconsider my stance if someone can show the vast majority of the necessary APIs are available and well supported without compositor specific hacks.

For some of the other points above, consider me disappointed but not surprised.

naive c is just a memcpy. non-temporal uses the streaming instructions.

I'm confused why they repeatedly call a slots class larger than a regular dict class, but don't count the size of the dict

I'm not familiar with C# compile at runtime. Are you saying your change was to do an AOT compile locally?

> made gl4es

Neverball was working in the original glshim project before ptitseb forked it to gl4es. (Not to discount the significant work he's put in since, including the ES2 backend)