Re: What does your OS look like? (Screen Shots..)
Posted: Fri Sep 30, 2016 7:57 am
Goddamn, Sik, I might just have to splurge on a flash cart for my Genesis just to check out your work.
The Place to Start for Operating System Developers
http://f.osdev.org/
You can get my graphical toolkit: it has alpha channel support, only a little bit of code to change for porting, by the way all U365 graphics is based on it. After porting Surface you can get STB_image and STB_truetype from my code and API for their usage with Surface, so you will get a lot of graphical functions and start to code a good-looking GUI with wallpaper and TrueType. There's a problem with perfomance now, but I work at that exactly now. I'll PM you when it'll be done, also I maybe write TTF text rendering (I have only one-line string rendering, this will support 1) newlines and tabulations, 2) text alignment by sides or center).glauxosdever wrote:Hi,
All of these screenshots make me want to stop any OS/language design I'm doing occasionally this period (apart from studying for final 3rd grade exams). I now want to work on the GUI!
Regards,
glauxosdever
Thanks!! At the moment there is no point of getting an ISO because it doesn't do anything fancy. As soon as there is something to show I will consider releasing a preview.catnikita255 wrote:looks good! Can I download ISO or something?
I didn't release anything yet though! I mean, there's literally just a moving cursor =/ (unless you want to try one of my games instead) Although if you do so you may need a Mega Everdrive since this thing will really need those 2MB of SRAM (and even then I may have to write code to explicitly save files to the SD card, although the RAM will still be useful for temporary files).jojo wrote:Goddamn, Sik, I might just have to splurge on a flash cart for my Genesis just to check out your work.
Just to make it sure: you're rendering to RAM and not directly to the framebuffer, right? (I ask since the framebuffer will be on a much slower bus and a lot of people seem to make this mistake) If already so then nevermind what I said.catnikita255 wrote:There's a problem with perfomance now, but I work at that exactly now.
Code: Select all
// Serial Port
OperationRegion(SERL, SystemIO, 0x3F8, 1)
Field(SERL, ByteAcc, NoLock, Preserve)
{
COMB, 8
}
// Screen Framebuffer (QEMU ONLY!!)
OperationRegion(SCRN, SystemMemory, 0xFD024040, 12)
Field(SCRN, DWordAcc, NoLock, Preserve)
{
TST1, 32,
}
// Test Method -- This should write "Hi!" to the serial port
// And put a white pixel near the top-left of the screen
// The pixel part only works in QEMU because hard-coded framebuffer address
Method(WRTT, 0, Serialized)
{
COMB = 0x48 // 'H'
COMB = 0x69 // 'i'
COMB = 0x21 // '!'
COMB = 13 // '\c'
COMB = 10 // '\n'
TST1 = 0xFFFFFF
Return(0xFA6)
}
Looks great! What library are you using for JPG decoding, or is it your own?catnikita255 wrote:JPG image displaying and TTF rendering. Top text is displayed by OS, bottom is on image.
STB_image.omarrx024 wrote:Looks great! What library are you using for JPG decoding, or is it your own?catnikita255 wrote:JPG image displaying and TTF rendering. Top text is displayed by OS, bottom is on image.
EDIT: I wish ACPI AML had more to show in a screenshot... I want to post in this thread yet work on my AML interpreter, lol.