while(true){💩};
Well, in the case of the liberux and the 9 pro, you get a lot more storage space built in (very fast storage), way more RAM, etc.
Its up to you whether that’s all worth it. To me it is, I max out sub-$400 phones very quickly. The pinephone feels very choppy to use too by comparison.
Wow, that’s quite the difference. What’s more shocking to me though is the fact that the rockchip somehow is built to handle a higher resolution than the tensor despite being weaker (8k@60fps vs 4k@60fps), and has AV1 support where the tensor doesn’t.
That’s a good callout. I’m not super familiar with it, do you know how it might bench against the Tensor G4?
Liberux NEXX is supposed to be a thing but they sorely need backers. It costs about the same as an equivalent Android phone (pixel 9 pro 1tb costs $1,500, liberux nexx 1tb costs $1,300).
8 core/32gb RAM/1TB storage phone in a very sleek body, Linux phones could have their flagship soon (and unlike pinephone it sounds like Liberux is gonna do the actual work on developing the software).
After the Apple ruling basically forcing them to allow side loading, I doubt google would even be able to.
If you have access to the actual files themselves you can even edit them with a text, binary, or hex editor depending on the format.
Are you using Pipelines in either github or another upstream source management platform? I don’t know if they have a free build plan or not, but you can have an entire pipeline that just spits out an executable for one or more platforms every time you commit to your main branch, depending on how you have compilation set up (you can have it use both a Linux and a Windows VM for different steps in the pipeline too). It can even handle publishing them to a website if youre handy with bash and/or powershell scripts (or python or JS or whatever you can call from the pipeline).
I use the Azure DevOps version at work and its amazingly useful, but very confusing to learn at first.
Looking forward to seeing your work - it’s always good to have competitors, and gpt4all is also very crashy. If you have a lead in stability, I’d definitely use yours over theirs.
Some other areas you could probably look into if you want to differentiate are:
Getting Started experience - recommend some high quality models and update the list as time goes on. Maybe include a good default one as part of the package.
Convenience - include a way to do what the modern chat interfaces do where asking it to do something other than text will call a different AI model built for that purpose and return the result (image generation, etc)
Voice conversations - Can we actually talk to the dang thing?
Assistant module - piggybacking off of the last one, can we invoke it with a wake-word or a button press and have it “always available” (similar to HomeAssistant with a Whisper plugin, but on-device).
Anyway, I wish you well in your endeavor and will keep an eye out.
EDIT: looks like the conversational bits are on your roadmap, and you do have some basic suggestions on startup.
As for voice, the OpenWhisper module might fit your project’s theme a bit closer than elevenlabs.
Its just whatever is built into copilot.
You can do a quick and dirty test by opening copilot chat and asking it something like “outline the vulnerabilities found in the following code, with the vulnerabilities listed underneath it. Outline any other issues you notice that are not listed here.” and then paste the code and the discovered vulns.
That seems to be the direction the industry is headed in. GHAzDO and competitors all seem to be converging on using AI as a force-multiplier on top of the existing solutions, and it works surprisingly well.
Having actually worked with AI in this context alongside github/azure devops advanced security, I can tell you that this is wrong. As much as we hate AI, and as much as people like to (validly) point out issues with hallucinations, overall it’s been very on-point.
You might be thinking of Box64?
I have not started using the launch flags yet, I’ll have to give those a try. Wonder if it’s possible to set those nits values globally per display in a config file somewhere?
It happens on several monitors and my TV, and it happens with both my desktop and my steam deck, even with rhe HDR saturation set to “SDR.” It’s like the red channel gets crushed upwards.
Maybe its a configuration issue on my part? Or maybe its the panel brand? I do have a lot of LG screens, but then you’d think it wouldn’t be an issue elsewhere either…
Any ideas are welcome though, hoping to fix it so the family and I can start enjoying HDR more.
Why does it make oranges look aggressively red though?
I prefer the soyjak original
I have been using Arch for a half a decade at this point and its worked out well for me. I like how its very stable despite being bleeding edge (relatively speaking). It’s made gaming a lot easier, and I was pleasantly surprised when Valve announced SteamOS was switching to it as a base.
A lot of people have varying levels of purism when it comes to linux, and it sounds like your friend dipped his toes in with Arch and realized “not pure enough” and then jumped in on the deep end with Gentoo. At the end of the day, Linux is Linux no matter which distro you pick, but each distro highlights different strengths and weaknesses of it. Its all about the package managers, the repository contents, and the maintainers. Occasionally, technical support might matter.
So, pick whichever distro you like, move around a bit to see what has the least papercuts for you, and then stick with that until you can’t anymore.
I wasn’t trolling, but okay. I probably should stop arguing with a bot designed to astro turf for big corporate data ownership.
I don’t like flatpaks or snaps or anything like it either, but I think they help a lot in situations like the Steam Deck or PinePhone where you want the base to be able to move slowly and be stable, while letting the apps on top move quickly.
The problems with flatpaks and similar is that it allows and even encourages developers to stick with horrendously outdated libraries, and your system is only as safe as the container’s isolation defenses.
They also make it more difficult to go in and directly modify or tweak the program as the user.
And many developers are no longer offering bare-metal options.