Well, I was thinking a program called "KnightConnect"...You'll sure beat KermMartian in terms of busiest auithor on ticalc.org :P
That or a converter.
Also, I've said this many times but feel like I should re-enforce it. I will have zero compatibility with TIOS. I will release a developer guide, and will personally port as many TIOS games to KnightOS as possible.
I will probably use TI's drivers if I write a program for linking. I think there is already a library out there that does this (anyone know about this?)If you do a linking prog, please at least make it compatible with XP, Vista and 7, both 32 and 64 bit.
Also, not having a limit on ASM programs and not having a such thing as an application (what's the difference, anyway?)
Hmm... I am somewhat familiar with a DOS command line interface, but I haven't used linux before. Are they similar at all?
*edit: spelling*
Kinda. They have basically the same system of commands and options (except that options are generally marked with a forward slash / in DOS, while UNIX/Linus uses a dash). Some commands are different, though (for example, dir is ls in Linux-style terminals).You can technically use whatever style options you like in either ;) also, dir works fine in Linux.
That console looks awesome (hope it works out!). I like how all the characters are the same small size. Is that the font used by KnightOS?It is the very same font.
If it is, feature request: optional large text. Some games might not work with smaller text.
And another feature request: a startup hook like OFFSCRPT would be useful. Oh, and batch files for the console, if it really get going :D
Native 44 level grayscale support. (routines for programmers)DJ, 44 is such an odd number, and 32 gray is not enough. Let's try 256 level gray.
tiDE runs on the computer for x86 or x64 bit processors. Not on a calculator. Mosaic runs on-calc, and I plan to port it to KOS.Awesome! I can't wait for both versions of Mosaic! ;D
From what I recall I think he was planning to add USB Flash drive support. Bluetooth dongle support would be nice, if possible, although if for stuff like Online gaming it would need someone to code a server or something to allow it, and I wonder if internet on a calc would be possible.Yeah, me and alberthrocks are working on the internet thing.
From what I recall I think he was planning to add USB Flash drive support. Bluetooth dongle support would be nice, if possible, although if for stuff like Online gaming it would need someone to code a server or something to allow it, and I wonder if internet on a calc would be possible.Yeah, me and alberthrocks are working on the internet thing.
It is still progressing? Cool. I was a bit worried it kinda died.From what I recall I think he was planning to add USB Flash drive support. Bluetooth dongle support would be nice, if possible, although if for stuff like Online gaming it would need someone to code a server or something to allow it, and I wonder if internet on a calc would be possible.Yeah, me and alberthrocks are working on the internet thing.
tiDE runs on the computer for x86 or x64 bit processors. Not on a calculator.Yeah I know. I think he was more wondering about compiling to a KOS-compatible format.
And a feature request that you've probably already included (just in case): key routines in the system interrupt, like GetCSC (but I don't think there need be two of them :P).No, but I think I've found a better way by just making it a routine :P
Yeah I know. I think he was more wondering about compiling to a KOS-compatible format.Yeah, I'll work on this. Technically, 8xp will probably be a KOS compatible format.
And a feature request that you've probably already included (just in case): key routines in the system interrupt, like GetCSC (but I don't think there need be two of them :P).No, but I think I've found a better way by just making it a routine :P
tiDE runs on the computer for x86 or x64 bit processors. Not on a calculator. Mosaic runs on-calc, and I plan to port it to KOS.yes, I meant Mosaic, I just got it a little bit confused.
Just as long as it doesn't keep every keypress in memory, because when something hangs and we try to press keys to access menus or something in Windows, it's annoying when suddently, when loading is finished, all keypresses or clicks stored into memory are processed completly, even thought you might have decided to just say "screw it" and do something else beforehand. The TI-Nspire also does that and the Casio FX-7000G did, too. I think it should be like TI-BASIC, where only the last keypress is kept in memory.And a feature request that you've probably already included (just in case): key routines in the system interrupt, like GetCSC (but I don't think there need be two of them :P).No, but I think I've found a better way by just making it a routine :P
That'll work, but will it keep track of keys already pressed? Because sometimes when it's laggy keeping a record of the past keys pressed might be a good idea (especially in multitasking).
That'll work, but will it keep track of keys already pressed? Because sometimes when it's laggy keeping a record of the past keys pressed might be a good idea (especially in multitasking).The only thread that should be logging keys is the currently active one anyway. Think about it - you are editing a program, and go open a second one on a different thread, and type into it, then when you go back to the first one, everything you typed into the second one is there.
And of course a routine for key combinations would be nice: I would like to be able to check wheter [ALPHA]/[2ND] is pressed wit an [other] key, or just only the [other] keyGood idea, I might do that. I was thinking that ON+[other] would be good for key combos.
Ooh, and that reminds me: Not sure if this is what ztrumpet meant, but how about Axe Debug but for KOS? Maybe have it as an optional interrupt.That would most likely have to run the music from an USB jumpdrive, as a 1 minute 11 KHz song is about 1.5 MB on a calculator, I think. That's unless someone wrote a player that supports compression formats like MP3 instead of just WAV.
EDIT: Ah, yes, and a feature request: How about a reasonably-featured music player for the Gaming version? Though it'll probably be kinda sucky at 6/15 MHz x.x
Yes. You could use the official OS routine RequestDisableMultitasking, or you could just use di.Aah cool :D
1) Ability to interface with a variety of USB devices like cell phones, flash drives, and cameras, as well as the ability to explore, move, cut, copy, and paste files on a linked computer from the calc (to make transferring files faster and easier). Maybe support for third party drivers to interface with unsupported devices (like touch screens and mice)1) USB support is planned, though maybe not for all the devices you mentioned. I'll look into the feasibility of exploring a computer's contents.
2) Ability to boot into the command line and maybe unload the current shell and go to the command line by using a key combo (such as ON+Clear)
3) Support for multiple shells or "distributions" to be on the device, and a boot loader that starts on cold boot to select which one you want to use.
4) Networking!!
And for software:
5) A text editor like Notepad that allows you to save into any file type, and open the saved files in their default programs.
6) An integrated editor for a scripting language (such as a more fully featured version of TI Basic) and an Axe editor built in that allows you to debug and step through programs, and each different editor with its own CATALOG.
7) Maybe an assembler? something simple like an assembler where programs are written in a text editor and assembled with a command line program and something like a Mimas port available for download
8) Some kind of command line program.
9) And (yes this one is far fetched) maybe a text based web browser like Links
1) USB support is planned, though maybe not for all the devices you mentioned. I'll look into the feasibility of exploring a computer's contents.
2) Planned, and partially implemented.
3) Planned and it is being coded to allow this to work
4) KermM has offered to attempt porting CalcNet
5) Planned
6) Still on the fence about this, I think something like this may be best left up to 3rd party developers. Quigibo has expressed interest in porting Axe.
7) I plan on porting Mosaic
8 ) Planned, partially implemented
9) If KermM ever sends me that link cable, I'm going to try to write a WiFi driver, and will port it to KnightOS if I'm successful.
What is signing keys?They are used to make OSes for the calculator, you need to have them in order to make a valid OS.
1) USB support is planned, though maybe not for all the devices you mentioned. I'll look into the feasibility of exploring a computer's contents.
2) Planned, and partially implemented.
3) Planned and it is being coded to allow this to work
4) KermM has offered to attempt porting CalcNet
5) Planned
6) Still on the fence about this, I think something like this may be best left up to 3rd party developers. Quigibo has expressed interest in porting Axe.
7) I plan on porting Mosaic
8) Planned, partially implemented
9) If KermM ever sends me that link cable, I'm going to try to write a WiFi driver, and will port it to KnightOS if I'm successful.
You are aware that the TI-82.stats.fr (The most commonly used calculators in France) and TI-76.stats.fr have flash memory of 512 KB which is normally ignored by an OS designed for TI-83 (or TI- 82.stats). I was wondering .. why not an Knight OS porting for these two types of calculators (Maybe there are calculators equivalent in countries other than France?).From what I heard, there is still no way to replace the current OS they have, though. Once this is possible, Mosaic could maybe be ported to those calcs.
What do you think?
Bit of a necropost, but...Actually, that would be easy with a patch. Unless the pages he has the text on are write-protected.
Having the ability to either define new tokens or rename existing "free" tokens would be really nice if something like Axe were to be ported to KOS.
This is not how KnightOS works. There are no tokens, just ASCII. A text editor would have to support this, because KOS doesn't.Oh, in which case, could you maybe change the icon of a letter for different fonts?
This is not how KnightOS works. There are no tokens, just ASCII. A text editor would have to support this, because KOS doesn't.
Nspire or an 8985 and 86 too.
So that's why WFRNG didn't start immediately when I ran it in the emulator...Nspire or an 8985 and 86 too.
The homescreen and KBasic will use a tokenizer. Those of you who have used a Nspire or an 89 have a similar experience.And for the input-routine? How will tokens be chosen? from menu's like in tiOS? Or will tokens be disabled, or perhaps optional enabled?
(Also, California highways suck for typing on a soft keyboard)
/ ; Root
/bin/ ; Command line programs, such as LS and CLEAR
/etc/ ; Everything else
/home/ ; User files
/doc/ ; Documents
/img/ ; Pictures
/src/ ; Source code (KBasic, asm, etc, this is where user projects are kept)
/lib/ ; Libraries
/media/ ; Mount points for flash drives and networked calculators
/sbin/ ; Essential system binaries, such as the Castle and Global Settings
/root/ ; Contains information for the root user (may not be included in final release)
/usr/ ; Installed programs
I thought about that, but when the file explorer opens, it shows /home/ so that the first thing the user sees is that their files are kept in /home/. Also, the package manager shows all the programs installed without the need to have the user manually look through the filesystem.That makes me really want to incorporate C2I in this. Anyway, will you be able to add stuff to your path variable? How editable is the kernel? I can't wait to work on USB on this.
The kernel can technically be modified from code, but it isn't encouraged. Flash is not locked down by KOS, though. And you can definitely add to your path variable. And have patience. February 1st, my friend.I have huge amounts of patience with many things. Unfortunately, excitement overcomes that. A LOT. But, just 20 more days. Yay!
BTW: Look at windows. The windows OS can do nothing. If you want to calculate, you use the 'calculator' application, If you want to edit text, you use notepad.
I don't know if this really fits in the feature requests section, but I think the size of the OS itself should be kept to the absolute minimum, and let every feature be an application. This way, you won't waste memory on the features you never use.That's the plan. The entire kernel is <4000 bytes, and fits on one page. The rest of the ROM (save some places for obvious reasons) is where the applications go, and the user files go.
I don't know if this really fits in the feature requests section, but I think the size of the OS itself should be kept to the absolute minimum, and let every feature be an application. This way, you won't waste memory on the features you never use.That's the plan. The entire kernel is <4000 bytes, and fits on one page. The rest of the ROM (save some places for obvious reasons) is where the applications go, and the user files go.
No, but you can use the boot page ;)I don't know if this really fits in the feature requests section, but I think the size of the OS itself should be kept to the absolute minimum, and let every feature be an application. This way, you won't waste memory on the features you never use.That's the plan. The entire kernel is <4000 bytes, and fits on one page. The rest of the ROM (save some places for obvious reasons) is where the applications go, and the user files go.
We can't use the certificate for storage? :P
Page 0 or Page 1F/3F/7F. I'm assuming 0, since the other pages shouldn't be writable, but knowing SirCmpwn...No, but you can use the boot page ;)I don't know if this really fits in the feature requests section, but I think the size of the OS itself should be kept to the absolute minimum, and let every feature be an application. This way, you won't waste memory on the features you never use.That's the plan. The entire kernel is <4000 bytes, and fits on one page. The rest of the ROM (save some places for obvious reasons) is where the applications go, and the user files go.
We can't use the certificate for storage? :P
Considering ROM stands for Read-Only Memory it'd be kind of a breakthrough :DPage 0 or Page 1F/3F/7F. I'm assuming 0, since the other pages shouldn't be writable, but knowing SirCmpwn...No, but you can use the boot page ;)I don't know if this really fits in the feature requests section, but I think the size of the OS itself should be kept to the absolute minimum, and let every feature be an application. This way, you won't waste memory on the features you never use.That's the plan. The entire kernel is <4000 bytes, and fits on one page. The rest of the ROM (save some places for obvious reasons) is where the applications go, and the user files go.
We can't use the certificate for storage? :P
Hey, I'm just saying SirCmpwn has skills. I bet he could do it.Considering ROM stands for Read-Only Memory it'd be kind of a breakthrough :DPage 0 or Page 1F/3F/7F. I'm assuming 0, since the other pages shouldn't be writable, but knowing SirCmpwn...No, but you can use the boot page ;)I don't know if this really fits in the feature requests section, but I think the size of the OS itself should be kept to the absolute minimum, and let every feature be an application. This way, you won't waste memory on the features you never use.That's the plan. The entire kernel is <4000 bytes, and fits on one page. The rest of the ROM (save some places for obvious reasons) is where the applications go, and the user files go.
We can't use the certificate for storage? :P
It was a joke :PI know it was a joke. I was making a joke too....
Page00 is restricted from filesystem access, the reason being that it's the kernel and would be bad to mess up. So is the boot page, usb page (84+, read-only), and certificate pages.
Yeah, especially since I spent so much time getting it working on linux :PI wish I could play around with it a little bit. :D
I wish I could play around with it a little bit. :DWell, right now it *only* compiles on Linux <.< but it wouldn't be a far cry to get it working on Windows again, I just have to write another script for it.
I run Mac, Windows, and Linux. So it really doesn't matter overall. :DI wish I could play around with it a little bit. :DWell, right now it *only* compiles on Linux <.< but it wouldn't be a far cry to get it working on Windows again, I just have to write another script for it.
Well, but it would port relatively easily to another fully-featured z80 CPU, like, say, the ez80, right?Sure, since eZ80 has a mode for backwards-compatibility with Z80.
So, there's not tons of code related to specific hardware handling and such? That's what I was really wondering about :P Obviously there would be some, but too much is almost like rewriting it.Oh yeah, that's true. That would pose a problem, especially for 3rd-party programs meant to run in the OS.