Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: GodotOS – Fake operating system interface made in the Godot engine

github.com

Post reply on HN
Print view View original

251–260 of 292 posts

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#251

Post by MrYellowP »

Gormo wrote: post #51

This is actually a great proof of concept for using Godot as a cross-platform framework for desktop applications. The distribution package is incredibly simple -- just a single executable and a data file -- and performance is excellent. This seems much superior to Flatpak and the like as a way to offer fully self-contained distro-agnostic binary packages, and vastly superior to Electron in the performance department.…

Did you actually do any benchmarks actually measuring CPU performance?

Last time I did that was two years (I think) ago and "excellent", even with Godot 4 beta, wasn't what I called it.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#253

Post by mark38848 »

fkyoureadthedoc wrote: post #125
fragmede wrote: post #121

Earlier quoted context omitted.

they're a text editor and a chat client, and a 30 year old computer can run vim/emacs and irssi just fine.

brb, just switching my 100k employee company from Teams to IRC, should be quick and easy, everyone is going to love it.

I would love it. I would also love for it to switch to silence instead.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#254

Post by sebastos »

IshKebab wrote: post #186
fauntle wrote: post #149

Earlier quoted context omitted.

I keep seeing this complaint but I have never reproduced it locally. VSCode runs at a buttery smooth 120hz on my MBP. What are you doing that causes such poor performance?

It's extensions. Some of them can drag a machine to its knees, with unbounded CPU usage. The worst is the C++ extensions. Gets stuck at 100% CPU if you open a file it doesn't like, which is most of them. VSCode with no extensions is very fast and light. VSCode with 30 extensions you've accumulated? Not so much. I think that's why you see such conflicting experiences - people have different extensions.

Yeah, that god damn cpptools intellisense scanner seems to grab one core and peg it for 10’s of minutes after deigning to break an include. I don’t get what it’s doing in there that it can’t at least get spread out over more cores; as-is, it spools up the fan because you’ve got one cpu melting while the rest of the processor is just chilling.

I absolutely love vscode and think all of the people complaining about it being sluggish are ridiculous, but the cpp extensions really are genuinely annoying.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#255

Post by omeid2 »

IshKebab wrote: post #183
jeremyjh wrote: post #88

Earlier quoted context omitted.

It would have all the issues of Flutter (non-native widgets, accessibility, etc) without the focus on these specific kinds of use cases.

Only nerds care about non-native widgets.

And people with disabilities.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#256

Post by remix2000 »

tmpdbejdhejd wrote: post #109
gumballindie wrote: post #12

Just the other day I was wondering - what would it take to develop a Linux WM in Godot?

> Just the other day I was wondering - what would it take to develop a Linux WM in Godot? It bas been done : https://github.com/SimulaVR/gdwlroots But it is not up to date with Godot 4. You can have your Firefox or Blender window be a regular texture inside a full Godot game, pretty crazy...

This is sadly just a nested compositor, it seems like it does not implement any new Godot drivers…

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#257

Post by idkwhoiam »

squeaky-clean wrote: post #133
bufio wrote: post #75

Earlier quoted context omitted.

I have never encountered an Electron app that can even display the results of keystrokes in a timely manner, and that includes vscode. All Electron apps waste system resources to an obscene degree. Also, Electron apps have already thrown away OS conventions to the point that user interface consistency has become a thing of the past. I don't believe that either choice is ideal, but if Godot were ubiquitous instead of…

Something is very wrong with your system configuration if VS Code has issues showing keystrokes in realtime. It's not a VS Code or electron problem.

As an OSX user I had problems with VS Code only on 2 occasions: 1. Syntax highlighting gives up on larger files. What can be considered "large" depends on your machine of course. In this situation I use Sublime Text. 2. I worked on a web frontend that used React MUI (Material UI). That particular version of MUI & VScode combo didn't work at all. Intellisense would slow the editor down to where it was barely usable. That was a couple of years ago, never seen this issue again.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#258

Post by hazelnutcloud »

jadtl wrote: post #57
Gormo wrote: post #51

This is actually a great proof of concept for using Godot as a cross-platform framework for desktop applications. The distribution package is incredibly simple -- just a single executable and a data file -- and performance is excellent. This seems much superior to Flatpak and the like as a way to offer fully self-contained distro-agnostic binary packages, and vastly superior to Electron in the performance department.…

I was trying to think of arguments against it, so I thought about the fact immediate mode GUIs might not always be suitable, before I stumbled upon this post: https://stackoverflow.com/questions/47444189/what-are-the-pe... The only other downside I can think about is from a design standpoint, the application has to have the same design language across platforms, so it cannot have a native look for each. Any other con…

I feel like the scripting language (GDScript) is pretty bad. There's no real way to handle errors and its type system sucks compared to typescript. Not to mention you lose out on the diverse packages available from npm.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#259

Post by LeanderK »

gopher_space wrote: post #231
LeanderK wrote: post #209

Earlier quoted context omitted.

I currently use an old macbook from 2014. Everything is slow and I can't have too many applications open at once. But vscode is still one of the snappier ones and I don't see those keystrokes issues. Of course you can always go less powerful but at one point you just can't use all more complex editors. It's not an electron issue.

Vscode struggles with intellisense and vm round trips on my older cpu. Feels like a race between displaying the character I just typed and displaying suggestions. Sometimes.

to be fair, it's possible that I also experience this from time to time. Since it's an old laptop, sometimes things are slow and I have to wait a bit for intelligence to initialise and cache results. But generally, especially if I close most other programs, it feels reasonably snappy and I don't have the displaying issue.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#260

Post by neonsunset »

janosdebugs wrote: post #247
neonsunset wrote: post #204

Earlier quoted context omitted.

.NET is licensed under MIT[0]. There are additional concessions[1] regarding the code that used to be proprietary specifically to make all the Mono bits to be legally sound. [0] https://github.com/dotnet/runtime/blob/main/LICENSE.TXT [1] https://github.com/dotnet/runtime/blob/main/PATENTS.TXT (I think there was another document, please post the link if you remember which one)

As I pointed out in that thread, I wasn't able to track down the license of all required DLLs for the binary distribution.

I think it’s an imagined problem and in practice no one has it. Just stop worrying and start deploying :)
Post reply on HN