does the switch have tts support?

no build in tts does not mean no support for tts.

i mean minecraft has a tts and i plan on making a homebrew screen reader one day for it so until nintendo does i dont see a reason to port them

Will the Switch ever get more in terms of Vision accessibility aside from Zoom?

well, I have been fancying about what it would take to make an audiogame for the nes, currently searching for ways to build roms in C instead of nes assembly. Anyway, what one could do is literarely embed a lightweight tts engine inside the game itself, like flite, for example, then redirect the generated samples to the sound chip, like the sample playback channel on the nes. I considered the eSpeak once, but it is kinda too big, plus it's not using standard C anyway, so harder to port it to such a low-level platform.
Yeah, for real hardware, even the flite might be overkill, but I don't think this would actually go anywhere, maybe just a research paper or whatever. Plus, if someone would build something on my findings, I bet everyone using it will do so with an emulator, so yeah, no big deal.

well, what will happen with it is I will publish my findings in a kind of semiformal, technical essei in the public domain or something. I will try to provide as much info as I can about the workings of a nes, how would this limit or impower audiogames, ideas on how one can make an audiogame for this platform, complete with tts engines, mainly flite.
On that subject, I think that should be all I do, I will let other enthusiasts tinker with my findings after that. Note, however, this might take a lot of time, as I am burdoned with school and other stuff besides, like too other nearly completed projects, at least one of which shall be released to the community.

not too big by today's standards, but big enough for a rom to not overfit the memory of the real hardware by a few bytes or so, but entire KB or more. Anyway, rhvoice is made in c++, thing that is kinda slow for this platform, even C needs very weird optimisations to run properly, like not too many global vars, constants should be static, make your functions always inline or not at all, make your loops almost always predictable, so that the compiler can perform loop unrolling, etc. That is, one must do that only if one wants performance. Otherwise, one can just mess around for a while. Besides, about the rhvoice, I see I'd need to make some modifications to the infrastructure itself, for me to be able to just grab the spoken audio as a sample buffer. So, in that alone, one can see it perhaps needs more than the standard/ancy C level of native functions, think that the nes won't provide anyway. I will presume flite works untill I can actually get to compiling the static library, voice packs, etc, maybe then I will think otherwise, upon seeing it failing. First, however, I must learn a thing or two about the nes, plus I would need an accessible emulator with a debugger included or something.

is it possible at some point you can provide an audio clip?
like, when all the hard stuff is done and over with.
this is grate stuff your doing. keep it up.

yes, I maybe could at some point, now am trying to make flite talk, don't know how to send the sample buffers to the dpcm channel. Otherwise, I think I could make it talk a message or something already, like press a to start game, etc.

Dev kits cost $400, but it's a lot more than that to get a game published. I forget the exact price offhand, but it ain't cheap. I know that much.

At post 22, I would love Switch ports of games like A Hero's Call, Shadow Rine (in english,) maybe even BK 2/3.
Thinking out loud here, I know BGT seems to get a lot of crap these days, but as its language is similar to that of C+, I wonder if ports of BGT games would be possible.