Milk-V just keep churning these things out. I wonder what the RISC-V market looks like? I assume they're targeting business application and not hobbyists? I'm very much ignorant, and have never seen an implementation using RISC-V anywhere.
I actually ordered a Mars just yesterday but I get the feeling, after initial intrigue, that it'll be a curiosity that sits in the drawer until it eventually gets thrown away. Maybe it was a good thing Meles was sold out at the time of my order. haha
It's really just for tinkering at this point, or cheap build systems I guess. There's some small edge cases where the existing instruction set will beat ARM or x86, but they're very niche. Eventually it's expected to be a contender to the more optimized stuff we see in ARM chips these days.
It’s the odds-on favorite for the next generation of radiation-hardened space computers (HPSC). Potential to be a 25x improvement over current capabilities. Guessing most of the use cases will be niche like that, but who knows.
Even though FF Android has been getting closer and closer to having all features of FF Desktop, like Extensions, therefore UA switcher, and a way to pretend to be a desktop browser, I'm still missing full responsiveness settings (ie. pretending the size of your browser is like a tablet) and browser editing tools. The actual FF desktop program, running via Termux in a Linux environment, would have all these features.
I don't think that's a platform or software problem but rather an issue where the feature-to-bug ratio isn't worth it.
I'm not saying that Firefox for Android is perfect or that no further development is needed, but using the desktop version of Firefox to guide the development of the Android version is a waste. It needs better feature integration with the platform rather than a 1:1 copy of its desktop variant.
The software you are suggesting are in my honest opinion not worth the squeeze. it's like asking Bicycle with engine and complaining about it not being efficient as the motorbike. Just use the bike while making bicycle better in it's own way.
I did not want to suggest those features should be forced into the Android version, the normie user wouldn't like that anyway, but those are the exact cases where an actual desktop browser, via Termux, is useful.
It's likely you could use winlator to play the windows version of the game (I know, not quite the same, although it does run wine via a linux container lmao)
Winlator is kind of a bitch to configure to get things running smoothly. I spent wayyyyyyy too much time trying to get new vegas to run at 60fps on my fold 4 just because I wanted to see if I could. I got close but now it crashes every minute or so. Moved my save over to my pc lmao. If you'd like, you can dm me and I can try to help you out with getting it to run. I ended up joining several discord servers to try to learn what the options do. It sucked but I think i have a somewhat basic understanding of how things function now.
Appreciate the offer. I managed to get it running full screen on a sever I can vnc into, just like steam link except not slow.
Note: SL may not be slow, but the server it's on aty place is a potato. Doing DF and steam (goddamnit I'd love to kill steam webhelper) and steam link will make you crazy.
The WSL part was just a joke, but I do sometimes test apps on waydroid as I am using an IPhone currently and I want to switch, so for that I try apps on waydroid so I can easily replace IOS exclusive apps when I make the switch.
Put it on your phone. It runs inside a container, so on top of stock android. All your normal phone stuff is still there and running. Worth noting android has good support for mouse and keyboard.
Edit: user below pointed out that this does not appear to be an app, which kinda makes it a weird choice? Seems like there are still better solutions like Userland, Andronix, and LinuxDeploy
In this specific github entry it mentions flashing, and with my setup, I would prefer not to flash something onto my phone without some sort of backup.
Unless there is a userland app I can install that I seem to be missing.
I can think of one valid use case for this unsolved by any other solution:
Lets say a company has an SoC board base product currently currently base on ARM. They want to eventually migrate to RISC-V based solution.
If a company has a product currently written to use ARM compiled code, but wants to transition to RISC-V (which isn't ready yet), they could deploy this board which could run today's ARM implementation, and it would be future-ready when the RISC-V implementation would be released without having to replace hardware.
liliputing.com
Active