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.
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.
@@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.
@@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.
Thank you! i have copied this to a real disk using a pi1541 and Maveric. I can see this project going a long way. Cartridge image with the ability to use 1531 as well :D This is my goto disk for moving my basic progs around my disks. Thank you again!
You're welcome. Please stay tuned for the next version v1.1 - which will include a file viewer (text and hex representation). A cartridge version will then be released soon.
A small operating system like this would have been great on a cartridge back in the day. And having a reset option in the menu would have been so useful for C64 programs instead of using the power switch!
First off, GUI64 is not an operating system. It's just a graphical user interface (GUI) which uses the C64 operating system's (KERNAL) functions. Moreover, it will come on cartridge. Unfortunately, we're not "back in the day". ;-)
@@WebFritzi Even the early versions of Windows were just a UI for the DOS system, yet they were still called an operating system, so there's no reason to be modest.
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.
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.
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.
@@freeeflyer You might want to check out my game suite "WinGames" that you can download on github.com/WebFritzi/Assembly/blob/main/WinGames/WinGames.d64
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).
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.
2 หลายเดือนก่อน +1
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 ?
"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.
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.
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.
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.
@@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.
@@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.
This is the most polished C64 GUI in terms of user experience. Great job!
Check c64os. Comparing to this gui, c64os is a complete system with task management and support for many devices (net, storage, etc).
Thank you!
Thank you! i have copied this to a real disk using a pi1541 and Maveric.
I can see this project going a long way. Cartridge image with the ability to use 1531 as well :D
This is my goto disk for moving my basic progs around my disks.
Thank you again!
You're welcome. Please stay tuned for the next version v1.1 - which will include a file viewer (text and hex representation). A cartridge version will then be released soon.
This is hands down pretty amazing work.
Thank you!
A small operating system like this would have been great on a cartridge back in the day. And having a reset option in the menu would have been so useful for C64 programs instead of using the power switch!
First off, GUI64 is not an operating system. It's just a graphical user interface (GUI) which uses the C64 operating system's (KERNAL) functions. Moreover, it will come on cartridge. Unfortunately, we're not "back in the day". ;-)
@@WebFritzi Even the early versions of Windows were just a UI for the DOS system, yet they were still called an operating system, so there's no reason to be modest.
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!!
Thank you.
wow!! this is amazing. well done! can't wait to see what else you write!
Thank you!
I want that 95/xp look back into Windows 11.
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.
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.
okay, this is epic
Thank you!
Love it! Great demo of this work. Keep em coming! 🙂
Release it next year and call it "GEOS '25" ;-)
Thank you!
This is fantastic!!
Hmmm interesting. Nice work
Thank you. Version 1.1 with a built-in file viewer is about to be released soon.
My jaw is on the floor
Thank you!
Great work, that's amazing! Just joined yout channel for more Updates! 👍
Thank you!
I'm looking forward to trying it out. Are you going to setup some sort of waitlist or pre-order for the cartridge?
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.
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.
would be great if it can be the os for a raspberry pi?
great job
Thank you!
Great job. This is very nice. How much memory does it takes?
Thank you!
Current memory map:
------------------------------------------------------
Program code and data:
$033c - $5700 : Program code (followed by graphics data which is copied to $e000)
Dynamic:
$5700 - $5800 : FREEMEM, used, e.g., for copying files
$5800 - $5c00 : Buffer for file viewer content
$5c00 - $a000 : 17 KB free for applications
$a000 - $a100 : 16 window structs
$a100 - $a800 : Control structs (112 controls max)
$a800 - $ab70 : Buffer for desktop data
$ab70 - $ac00 : Buffer for taskbar data
$ac00 - $b000 : Buffer for color data
$b000 - $c000 : String list for drive 8
$c000 - $d000 : String list for drive 9
------------------------------------------------------
$e000 - $e800 : Char set (desktop)
$e800 - $ec00 : Char set (taskbar)
$ec00 - $f400 : Sprites
$f400 - $f800 : Screen memory
------------------------------------------------------
@@WebFritzi 22kB for the program.. Why didn't you work at MS when they were developing Windows 95 🤣
@@freeeflyer You might want to check out my game suite "WinGames" that you can download on github.com/WebFritzi/Assembly/blob/main/WinGames/WinGames.d64
amazing
@@cest7343 Thank you.
nice
Thank you!
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).
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.
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 ?
"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.
Very cool. How much memory does that eat up?
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
tonspur vergessen oder wie
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.