You can help CodeWalrus stay online by donating here. | New CodeWalrus | Old (dark mode) | Old (light) | Discord server
Administration Center

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - SirCmpwn

#31


Icons in the app listing.
#32
Quote from: DJ Omnimaga on July 19, 2015, 06:17:41 PM
Thanks for explaining. That gives me a better idea of how much needs to be done yet. As for math I wasn't sure if 100% of it was up to the developers to add as third-party apps or not, since KOS was originally not gonna include anything and have everything ranging from maths, graphing (eg that grayscale 3D grapher) to games as separate, third-party softwares to keep KOS as small as possible. Including maths could probably make it easier for KOS to be accepted at exams, though, in a more distant future. :)

KnightOS is built like a Linux distribution. There's "KnightOS", which refers to the official KnightOS distribution, built on top of the "KnightOS kernel", which is independent and comes with nothing. Basically, "KnightOS" is a collection of software that runs on the KnightOS kernel distributed in one big package. You can add new software, replace the built-in software (with your own castle or file manager or whatever), or remove things you don't need. KnightOS is actually built in a very similar fashion to the Arch Linux distribution. All of the software available on KnightOS can be found at packages.knightos.org, including the built-in things like fileman, the castle, and corelib (by the way, if you search with "!pko" in your duck duck go search terms, it'll redirect you to a search on packages.knightos.org).

So even though the official upstream KnightOS distribution will include enough things to be productive (math, kpy, fileman, etc), you can remove them or replace them. Additionally, it would be extremely easy to make another KnightOS distribution (WalriiOS?) that uses the same kernel but has different packages installed by default.

By the way, just because there's a lot left to do doesn't mean that we haven't come a long ways. Things that are "done" include a filesystem driver, multitasking, dynamic memory management (malloc, realloc, calloc, etc), color support with legacy emulation, packaging tools, image conversion tools, an assembler and linker, a C library and compiler, library support, a KEXC loader, kernel support for compression and sorting, a file manager, an app launcher, thread switcher, calendar, several games, three websites, an extremely good SDK, an emulator (+emscripten), a config library, the community's best 8xu creation and signing tools, filesystem generation tools, a documentation generator and excellent documentation, a mature Flash driver, SHA-1 and CRC16 support, filetype associations, standard concurrency models, signaling, date/time support, and more.
#33
Depending on your use-case, it's ready now. It runs on all of my calcs and the same can be said for several other people. The important milestone is probably math, and that depends on several other things being in place. Kernel 1.0.0 will be the biggest milestone the project has seen so far, and that requires USB support, I/O networking, fully fleshed out filesystem support, better compression support, a mature C API, and some major refactoring projects (refactoring internal kernel data structures, for the most part). For math, we first need to flesh out the package manager and add support for transferring files to calculators post-install, as well as bringing some kind of BCD support in the form of kernel support or a userspace library (or both). corelib should also see more development before we embark on that.

Before I'm willing to call it "1.0", we also need kpy support, a settings manager (in progress now), fileman needs to be fleshed out more, the castle needs to be finished (it's nearly done, but depends on kernel 0.7.0 features), and bed needs to be finished (it's not even close to done), along with all of the things mentioned in the last paragraph.
#34
It's a bit weird to ask for a percentage. I don't even know how I'd begin to calculate that. I don't even know what "done" means.
#35
Kernel 0.6.8 released

This kernel adds mature date/time support and improves filesystem support.

Features

Bugs fixed


  • Several bugs in 0.6.7's date/time support
  • reassignMemory checks that the target thread exists and returns an error if not
Deprecated


  • `findFileEntry` and `findDirectoryEntry` are deprecated and now behave as no-ops. Internally, the kernel now uses `findNode`, and KFS internals are no longer exposed to userspace.

Download

kernel-headers-0.6.8.pkg
kernel-TI73.rom
kernel-TI83p.rom
kernel-TI83pSE.rom
kernel-TI84p.rom
kernel-TI84pSE.rom
kernel-TI84pCSE.rom

Kernel 0.6.8 on Github

Disclaimer

This release, like all other kernel releases, is only relevant to developers. The kernel also will not run on its own, so if you put this in an emulator you won't get much out of it.
#36
Web / Re: HTML5 osu!mania (and later osu! standard)
June 13, 2015, 09:53:03 PM
Sorry to necro, but Streetwalrus pointed this thread out to me.

I've been working on this project:

http://www.drewdevault.com/osuweb/

Source code is here: https://github.com/SirCmpwn/osuweb

Try dragging and dropping this file on it: https://sr.ht/ed5.osz
#37
Minor updates:

Ivoah contributed a change to the castle that prevents it from showing the "you might lose work" warning on shut down if there are no running threads other than the castle.

libc is progressing. I've added support for SDCC built-ins from string.h (like memcpy), as well as adding a little bit more to ctype.h. C support in general is improving steadily, with bug fixes in scas and kcc going on. Handling for include paths for C programs has also changed a bit in the SDK to be more flexible and less stupid.

Also, the TI-73 explorer was tested with KnightOS. I expected it to work, and it did, so that's good. No updates on the 84+ CE front - I still don't own one and there are still no public exploits for installing unsigned operating systems.
#38
Quote from: DJ Omnimaga on April 28, 2015, 07:35:25 PM
Aah ok thanks for clarifying. As for performance I remember issues about lag and stuff. On my 2010 computer, when I had juju's topic open (which had the emulator embedded in) my browser would take 100% of the CPU and my mouse cursor moved at about 2 FPS when it was loading. And when it was done loading, typing posts was like 4 letters per second max. Hopefully if this project gets revived, you guys can find a way to get it run faster on older machines.

It runs at a much more reasonable speed natively. It's just in the browser that performance is abhorrent.
#39
Quote from: DJ Omnimaga on April 27, 2015, 05:47:56 AM
Ah thanks for pointing out. Now that you mention matref, I think I remember hearing some tidbits about such project. I didn't know it went this far, though.

Unfortunately, no one is really working on z80e right now. It's the default emulator for the SDK, and it powers the live demo on knightos.org, but it can't emulate TIOS and it has poor performance.
#40
Quote from: DJ Omnimaga on April 27, 2015, 05:43:33 AM
Now that Lionel mentions the TI-Nspire, that makes me wish that Jacobly and Calc84maniac's respective attempts at creating TI-84+ emulators for the Nspire came to fruition. I don't remember if there is any other such project in the works, but it could be a way for people to use KnightOS on their Nspire if there are no plan to port KOS directly to that platform. But I guess that's for another topic.

matref has ported z80e (the KnightOS project's emulator) to the Nspire, and I would love to see more contributors come in and help develop it.
#41
Quote from: Lionel Debroux on April 27, 2015, 05:36:12 AM
QuoteThe game works great and I was able to fix a few problems with KnightOS's C support while making it.
Small projects, especially for new platforms / environments, usually have that effect. In 2011, advancing an old Lua port to the TI-68k/AMS series, and partially porting "p14p" python-on-a-chip to the same, yielded improvements in GCC4TI.
That's also why in 2010, I suggested the making of a demo (in the demoscene sense) for the Nspire platform.

Yep, that was the goal of this project in the first place. I'll be doing a few more projects with the same goal in mind.
#42
Quote from: DJ Omnimaga on April 27, 2015, 04:25:06 AM
Good to hear. :) I will need to check it out. I wonder how does the executable size compare with a TI-OS Axe or pure ASM one?

It's 1719 bytes. You can get the package here: https://packages.knightos.org/community/pong
#43
I realized that I never really gave an update - the mini-project is effectively done now. The game works great and I was able to fix a few problems with KnightOS's C support while making it. The code is a great reference now for anyone else hoping to build projects for KnightOS in C.
#44
The 84+ CE is also so different from the other supported calcs that I'm not sure exactly how KnightOS support will take shape. A high quality port of KnightOS to the CE will take a lot of work, but will be really cool. And yeah, we need an exploit and there aren't any public ones yet. I don't have time myself to go hunting for exploits.
#45
Quote from: DJ Omnimaga on April 26, 2015, 04:53:47 AM
By the way, if it ever became clear that we will never be able to install third-party OSes on the 84+CE, will the CE version of KnightOS simply be downscaled to a shell like Mirage/DCS?
I don't know enough about the CE yet to really say anything like that.
Website statistics


MyCalcs | Ticalc.org | Cemetech | Omnimaga | TI-Basic Developer | MaxCoderz | TI-Story | Casiocalc.org | Casiopeia | The Museum of HP Calculators | HPCalc.org | CnCalc.org | Music 2000 Community | TI Education | Casio Education | HP Calcs | NumWorks | SwissMicros | Sharp Calculators
Powered by EzPortal