GUI64 Demo

[@alexandermirdzveli3200]

This is the most polished C64 GUI in terms of user experience. Great job!

[@MadJedfox]

Check c64os. Comparing to this gui, c64os is a complete system with task management and support for many devices (net, storage, etc).

[@WebFritzi]

Thank you!

[@sylverrez]

This is hands down pretty amazing work.

[@WebFritzi]

Thank you!

[@64jcl]

As the creator of TEOS (which has stranded due to lack of motivation), I have to say well done! This looks fantastic. And so much functionality in the file processing stuff which mine was severely lacking in.

[@WebFritzi]

Wow, thank you so much. I followed your project back then and was amazed by what is actually possible on the C64. GUI64 is so much less than TEOS is because it's not an OS and just uses the kernal functions. It's a GUI add-on, if you want. "which has stranded due to lack of motivation" Maybe it was too big of a project. There is so much you have to consider, and at some point it's just tedious work. However, I (and not only me) would be really happy if there was an official first version of TEOS at some point. It's a great project! I am happy that GUI64 is not that extensive. I only have to add some more disk error handling, and then I can publish a first version. The complete code will also be available. If you would like to contribute (e.g., a fast loader for 1541 drives), just let me know. I would be more than happy.

[@64jcl]

@@WebFritzi , yes it became a bit too big. I am mostly a front-end developer and loved the idea of a char based windows "OS" with some dynamic use of custom characters so that was what I basically prototyped and saw that running multiple tasks was possible by just swapping between calling their code. It has been through a number of rewrites, fixing the mistakes I did before, and I guess the last rewrite where I separated window stuff from tasks burned me out as I was at it for a week every night for hours on end. It was an essential rewrite though as I wanted more reuse to save memory due to the constant copy/paste of code to achieve stuff too (which is ok in a prototype). I then saw that my whole controls system need a rewrite with dynamic loading - basically same as DLLs on windows. I did start on that but that was when I burned out on the project as I could be coding for days and in the end there was no change in how the UX appeared, hence little or nothing to show. Making it into a real OS was after all the hard core stuff, and I had to rewrite all my test applications for any major change I did too - and making those actual apps for it was the fun part meaning that any single one I did increased the work on every change to the core of the OS framework I did. I am hoping to get the motivation to go back and work more on it though, since it was very fun to make and people seemed to enjoy it. I had some quite cool things in the pipeline too which would have been awesome to get working too. The challenge is as always to work within the limited memory that the C64 has and figure smart ways to at least have enough of the heap for the actual apps to run. :) - Best of luck with whatever you do with your GUI64 which already looks excellent and is already useful. I can readily see this on a cart with instant boot into every time you power on the machine, as I had planned with mine.

[@WebFritzi]

@@64jcl "I am hoping to get the motivation to go back and work more on it though, since it was very fun to make and people seemed to enjoy it." In fact, we did. Just search for GUI64 on Google. There is a recent Reddit post on it, where people immediately mentioned TEOS in the comments. "I can readily see this on a cart with instant boot into every time you power on the machine" In fact, that's the plan. But for this, I have to dive into cartridge programming with bank switching which will presumably take a while.

[@fNX-TOBYTRONIC]

Great work, that's amazing! Just joined yout channel for more Updates! 👍

[@WebFritzi]

Thank you!

[@direct3d]

wow!! this is amazing. well done! can't wait to see what else you write!

[@WebFritzi]

Thank you!

[@commodoreclub]

Complimenti davvero WebFritzi! il tuo nuovo sistema operativo ricorda tanto il mitico GEOS e porta a far sentire l'immortale Commodore 64 veloce e utile nel mondo moderno ad un livello molto alto.

[@WebFritzi]

Hi there. Thank you, but it's not an OS like GEOS. It's just a graphical user interface for the C64. The OS (the Kernal) remains the same.

[@ylette]

My jaw is on the floor

[@WebFritzi]

Thank you!

[@samviolet398]

yo that looks just like what i imagined an 8 bit version of windows 95 would look like, thats a great work you got there!!

[@WebFritzi]

Thank you.

[@kenzito6753]

Love it! Great demo of this work. Keep em coming! 🙂

[@kenzito6753]

Release it next year and call it "GEOS '25" ;-)

[@WebFritzi]

Thank you!

[@markuszeller_official]

I want that 95/xp look back into Windows 11.

[@theoasisbbs]

I'm looking forward to trying it out. Are you going to setup some sort of waitlist or pre-order for the cartridge?

[@WebFritzi]

You can already download a preliminary version here: github.com/WebFritzi/Assembly/blob/main/GUI64/gui64.d64 Concerning the cartridge, I will mosk likely only produce a crt image file for download.

[@jabublu358]

great job

[@WebFritzi]

Thank you!

[@kallekivimaki7825]

This is awesome! Also I'm no C64 dev but, is it possible to make executable BASIC programs? That would be pretty cool. Also a trash can that you can empty would be epic.

[@_zproxy]

nice

[@WebFritzi]

Thank you!

[@freaker126]

would be great if it can be the os for a raspberry pi?

I'm interested as to why you didn't use a drag'n'drop type of setup for transferring files rather than the cut/paste menu mechanic ? Why not a double-click kind of mechanism to run a program ?

[@WebFritzi]

"I'm interested as to why you didn't use a drag'n'drop type of setup for transferring files rather than the cut/paste menu mechanic ?" You might wanna guess. ;-) "Why not a double-click kind of mechanism to run a program ?" If you had tried it, you'd know that a double click triggers RUN. You can as well navigate by using the cursor keys and hitting RETURN to run.

@WebFritzi Cool.

[@tassadar1977]

Very cool. How much memory does that eat up?

[@WebFritzi]

Thank you. This is the current memory map: ; Code and fixed data: ; $033c - $5700 : Program ; $5700 - $5800 : FREEMEM, used, e.g., for copying files ; $5800 - $6000 : Char set 1 (Desktop) ; $6000 - $6400 : Char set 2 (Task bar) ; $6400 - $6c00 : Sprites ; Dynamic: ; $6c00 - $7000 : Screen memory ; $7000 - $7100 : 16 window structs ; $7100 - $7800 : control structs (112 controls max) ; $7800 - $7b70 : buffer for screen data ; $7b70 - $7c00 : buffer for taskbar data ; $7c00 - $8000 : buffer for color data ; $8000 - $9000 : string list for drive 8 ; $9000 - $a000 : string list for drive 9

[@a68k_de]

tonspur vergessen oder wie

[@WebFritzi]

Meinst du die Drives? Hab für beide Virtual Device eingestellt, damit es schneller geht. Und wenn du meinst, dass keine Kommentarstimme dabei ist: bin ich zu faul zu. Hab auch das Equipment nicht.

[@20windfisch11]

Always funny to see when C64 people use the Atari 8bit font. It looks so much cooler though (although the small letters of the C64 font are nearly 1:1 rips of the Atari ones).

[@WebFritzi]

I completely agree. In my opinion, the Atari font looks much better than the Commodore font. That's why I use it in all my projects.