Another notable, if old, train simulator from Japan is OpenBVE. It was easy to model railroads on it. Many short Brazilian routes were/are modeled in OpenBVE. It is particularly convincing since it simulates well the typical lateral wobbling that metric trains are known for.
It is all a conspiracy, now that mechanical keyboards are affordable and available and so many shapes and switches, they want to take this last pleasure (typing) from us
In the last 2-3 years, every contribution I made has been reverted by a reviewer or editor, either giving some excuse like lack of references, or none at all. Ceased to contribute to articles, and financially as well.
Would HLS be an option? I publish my home security cameras via WebRTC, but I keep HLS as a escape for hotel/cafe WiFi situations (MediaMTX makes it easy to offer both).
It is a bit expensive for this kind of "dangerous" experimenting. I wish there was a ESP32-like capable of running Linux. (Actually, there is: BeagleBoard. But these are even more expensive.)
At least here in Brazil, WhatsApp consolidated its position by working well in feature phones that ran J2ME and dominated the low-end market before Android. It took testing and adaptation to each and every available phone (as far as I can remember, J2ME was kind of a loose standard so developing a J2ME on one device did not guarantee it ran well, or at all, in any other). This, coupled with the possibility of eliding the outrageous SMS rates and the availability of EDGE data plans.
Partly on my own experiences, used to have a steel bike w/o suspension that I rode for thousands km and it was a joy, the next bikes I've had were aluminum and locking the suspension makes them unbearable. But yes, could be the geometry as well.
Some say carbon fiber has the steel-like dampening properties. And steel can be welded by anyone. OTOH an aluminum bike has to have suspension because it is so harsh to ride w/o it.
In general, the whole current bike culture with very expensive bikes/parts and a plethora of expensive and semi-proprietary tools is disgusting.
It would be great to have 48VDC in homes, for lightning, light appliances, etc. to centralize the whole power factor control in a single big power supply instead of doing it (poorly, or not at all) at every LED bulb.
Had a problem like that while porting an IEEE 11073 parser library to Emscriptem. Funnily enough, the code worked happily in x86 and ARM environments, but failed in Emscriptem.