Skip to main content


rant

Sensitive content

in reply to Devin Prater :blind:

rant

Sensitive content

reshared this

in reply to Devin Prater :blind:

rant

Sensitive content

in reply to The Cube

rant

Sensitive content

in reply to Devin Prater :blind:

rant

Sensitive content

This entry was edited (3 months ago)
in reply to Jookia

rant
about point scoring, absolutely true unfortunately, and I hate it as much as the next person.
About the bios, that's infinitely more complicated. For now, the biggest problem is that there's no standard for a soundcard, no single API all of them would use, like you can now drive absolutely any graphics card using a very rudimentary API, called VGA I believe, yes, even nvidia. And no, the pc speaker isn't a good enough substitute, because who knows if it's universal, I know of at least two computers who don't have it at all, and also you can't really transmit lots of things through it, much less intelligible speech, though as with anything, I'd be glad to be proven wrong. But anyway, basically, firmware has to be small, right? Well, forget small, start thinking how would it fit the current chips flash memory size, because basically you'd have to put in there drivers for all the soundcards linux has access to at least, and even excluding external sound cards, that's a lot. So, to actually answer your question, I dk if it's possible at all to do this, bake something like that into the firmware. You may then be asking, how does apple do it then? Well, first off, you may be familiar with the amount of restrictions mac OS has, if you tryed making a vm or hackintosh before. Well, that's part of the reason, they integrate everything in there. But also, the most important, I'm not aware of a single instance where you actually interact with the UEFI menu of apple hardware and it actually speaks. Instead, you either interact with the bootloader, which could probably be larger on linux as well, to contain all those drivers, but apple has only one hw combination so it's easy for them, or essentially half of mac OS, with voiceover included, just that the graphical part is a fullscreen application, accessible and readable with voiceover. There you go, that's how apple does it. So, in order for an accessible bios to be doable, we have to first solve the sound card problem, because afterwards, things are relatively simple, integrate flite or something similarly lightweight, then wire it up to speak when selection changes, in the same parts where the selection is redrawn. That's all there is to this problem, and it seemns easy kinda, except for the soundcard issue, which would basically need the whole w3c and a lot of soundcard companies to make a standard followed by at least all of the new cards past that point. I know a person who tryed to make a proof of concept audio stack for uefi, as preparation for screenreaders on actual firmware, but not only there's no onboard audio support in the uefi specification, but there's no usb audio either, so that would have to be solved, because it ties in with and is exactly the first problem.
in reply to the esoteric programmer

You can push intelligible speech through the built-in speaker. There used to be a dos programme called voc2exe that would compile a voc file into an executable that would sound through the speaker. The quality is kind of shit, but PCM is PCM. You might have a ceiling of 8khz or so, but it's not like you need more than that for human voice. ESpeak is tiny. So technically it could be done, but nobody will bother, probably. I hope I am wrong.
in reply to modulux

OK, I'm extremely curious now about the speaker. First, do you know more or less where is such a thing found nowadays, if at all? second, do most laptops just have beepers, or full on pc speakers, alongside their soundcard? Third, is there a sample of that working? last time I tryed listening to pc speaker stuff, my head started hurting, so hearing actual speech coming through that would be a very interesting experience. About espeak, as far as I heard, it's very hard to compile its codebase for uefi, probably because it still needs operating system specific functionality, or it uses either too old, or too new, C language features for those compilers to handle. Flite is easier, because it's only ansi C, and also both the voice and the engine can be compiled into a single, freestanding binary, which is much easier to get working on weird targets, I mean, there was this flite powered text editor for the soni psp once if I'm not mistaken, so yeah. Probably dectalk could work as well, but I dk anything about the architecture of that one, so no comment there, except maybe if we ask @datajake1999 if it's possible to compile that for a uefi target, though I doubt it.
in reply to the esoteric programmer

1) These days I doubt one can find much of this. There used to be a Windows 3.11 driver that would actually use the internal speaker as a sound card as well though. This is retrocomputing stuff these days as not having a sound card isn't really a thing anymore. 2) I don't know how it goes these days but back in the day laptops had some form of beeper, and it would even output to the headphone jack, so you'd get startup BIOS beeps and such. There's some samples around on youtube you can get if you're curious, depends on the physical conditions of the speaker how good the output is. It's never going to win a high fidelity prize, it's 8-bit too, but it is definitely intelligible.
in reply to the esoteric programmer

rant

There is a similar discussion for recovery managers in Android with a similarly unproductive result. The closest anyone got is TeamWin which lets you use script commands like "install" "format" etc on the commandline from a connected (USB) terminal. I've also seen a few environments that will look for a file to execute a list of instructions from when it launches.

I wonder if either approach would work here: an interface that will except instructions from a properly-credentialed device (SSH, say), or a utility/scripting language that will allow you to change BIOS settings from another OS that the BIOS will load upon boot.
@jookia @pixelate @seedy

in reply to Drew Mochak

rant

Sensitive content

in reply to Devin Prater :blind:

inaccessible Linux rant

Sensitive content

This entry was edited (3 months ago)
in reply to Bren

inaccessible Linux rant

Sensitive content

@Bren
in reply to WestphalDenn

inaccessible Linux rant

Sensitive content

in reply to Devin Prater :blind:

inaccessible Linux rant

Sensitive content

@Bren