Jump to content
  • Sky
  • Blueberry
  • Slate
  • Blackcurrant
  • Watermelon
  • Strawberry
  • Orange
  • Banana
  • Apple
  • Emerald
  • Chocolate
  • Charcoal

Search the Community

Showing results for tags 'wip'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • OpenComputers
    • Announcements
    • Feedback
    • IRC
  • Code Central
    • Support
    • Showcase
    • Tutorials
  • Addons & More
    • Addons Mods
    • Architectures
    • OpenEngineering Task Force
  • General
    • Lounge
    • Forum Games
    • Showcase
    • Servers
  • Archives
    • Public Archives

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Minecraft


GitHub


IRC


Fediverse ID


Location


Interests

Found 10 results

  1. Overview Hello there. Some of you may remember KLang. I decided that I should you know, actually work on it. Therefore, I present Triton/TritonLang. Triton is the continuation of KLang, a C++-styled programming language that compiles to Lua. I have no ETA on when it will be done as of the moment, but it is work in progress and I would possibly like to get feedback on my current project status. Hello, world! [Pseudocode] #include <io> int main() { io::info("Hello, world!"); return 0; } Advantages to Lua Headers/easily include libraries Statically and dynamically compiled libraries for programs C++-style syntax and easier OOP Helpful Links WIP Documentation GitHub Repository
  2. KestrelOS GUI-based, Windows-alike, highly customizable, and safe Operating System for common pourposes What's the major GUI-based OS currently available? The amazing system created by Igor, called MineOS (I'm sure everyone by now knows about it). Igor's system is based on OpenOS, that looks like MacOS and is by itself the most amazing system released yet, with all sorts of programs and even 3D libraries which is mind blowing. So why create yet another GUI-based system? There are several reasons why I decided to take on this journey. First of all, the majority of OS's out there, including MineOS is based upon OpenOS, which makes it a bit streamline and boring, but also unsafe. KestrelOS is made entirely from scratch with it's own libraries, services and style. I wanted to create something new, that would give less freedom than OpenOS (which is KestrelOS's main disadvantage), over a much more secure way to process applications. I also wanted to make KestrelOS as simple as possible, so anyone that is familiar to Windows will recognize most of it's content. How exactly KestrelOS works? KestrelOS implements safety policy, where only so called "managers" have absolute control over the system's event management. The "heart" of the system is a manager called "taskman" (Task Manager). Every other manager is registered to taskman and is a read-only table with functions that cannot be altered once the system has booted up. This restrains a lot of freedom for the user, but also prevents malicious software of changing core functions of the system in order to spy or corrupt data. There is few core managers that will "steer" every process in the system, taskman being the most important one as it is the only library in the entire system that has access to a now unavailable command: computer.pullSignal This forces every application to register itself into taskman in order to be able to hook itself under the heartbeat. What is this weird "heartbeat" you're talking about? Taskman has a loop, in which it listens for any signal. I called it the heartbeat, because it waits only 0.25 of a second to update any tasks hooked under specific processes even if nothing happens. This allows multitasking, or for example updating the clock on the bottom-right of the screen What are the so-called "managers" doing? Those so-called managers are here to serve programs with several system services. For example, there's a manager called "driverman", which loads system drivers, which are usually a single library that communicates with a specified type of component. There's a driver for graphics, which is communicating with the GPU, but uses Igor's amazing double-buffering technique (although I made my own version of it from scratch, but it is very primitive right now) to draw into the screen. Drivers are basically bridges between gpu's, datacards etc. that make sure such a given component is available and return optimized methods to use those components better. Of course, every driver has it's own version, name, description, and can be retrieved manually from driverman using the driver id or name, in case you'd like to implement your own driver and use it. What other features it has? Well, most of the system features are actually the managers which act as the main "pillars" of the system. Here's few of main managers that I remember as of now (as I'm not on my home PC right now, I'm writing from my work PC): driverman - manages drivers fileman - manages mounts for different filesystems and resolves path using mounts taskman - heartbeat of the system, manages processes and tasks assigned to those processes regman - manages system's registry guiman - uses kgraphics driver from driverman to draw complex GUI elements on the screen ... (there's a few more that I can't remember now or that are under development) ... Any concerns/disadvantages? Well, like stated before, it actually restrains quite some core functions to prevent malicious application of accessing those in order to prevent system spying or corruption. This removes quite a lot of freedom, but once you log in and unlock everything, you should be able to edit that manually in the system files if you so desire. Any pictures? Well I'm on my work PC not at home so I can't do any pictures, what I can say is that most of the baseline managers are implement and that I'm working on the GUI now, so don't say hurray yet as I'm working on it. Sorry Release date? Undefined.
  3. Hello. I recently started creating a C++-styled Lua programming language. Currently, it is not quite done yet, but you can feel free to contribute to the project as a whole. Site: https://thepuzzlemaker.github.io/KLang GitHub: https://github.com/ThePuzzlemaker/KLang Advantages Header Files Compilation to Lua Static and Dynamic Libraries Roadmap Actual parsing Compilation to Lua Headers Dynamic/Static Libraries Core libraries* Other stuff not planned yet EDIT: It turns out I was able to just pull the lexer out of Penlight, and change the 'file' and 'path' Penlight libraries to the 'filesystem' API. The branch "opencomputers" of the GitHub is the branch that deals with OC. Pretty self-explanatory * network library will have sockets (Entering personal opinion in 3...2...1...)!!!!!1111! sockets [open a socket to any client on port * and allow an object-oriented stream to send to client and receive from client] > normal [listen on port *]
  4. Hey there, I figured I'd share how my project is advancing. I realized that for a computer within a game... there really was a lack of games If you ever wanted a way to chill while you wait for your 8 High Powered Solar Arrays to craft... here's a solution! The game works and plays but it's still a work in progress as there is still no type checking when users enter a choice (entering a letter when the program wants a number makes it crash, for exemple). The credits are not saved in a file for persistence yet. Finally, I stil haven't completed the split mechanics (When you receive two equal cards as your first cards, you can split them to play two hands). Implementing it will require 4 tables within a table within a meta-table, and I'll have to rework A LOT of functions to take into account the number of hands a player can have (dealing cards, placing bets, ending the turn, comparing against the dealer, etc.... ). One aspect that I liked is the shuffling. You will see inside the code, the deck never gets shuffled. I struggled to find a good shuffling algorithm when I came to the conclusion I didn't need one. The reason is simple: it's not a real deck of cards. Instead of finding a way to shuffle data inside a table, and picking the first one out, I figured it made WAY more sense to simply pick a card inside the table at random. Saved me an evening of work So, I hope you enjoy it!
  5. This is just a placeholder post, I'm still working on making programs worth sharing here on the forum. I will edit this post as I make new programs worth sharing.
  6. Textures is not quite ready, need small changes. Enjoy it! All in one: 0xD00B last update: 26.01.17 Screenshots:
  7. This mod provide the way to use python on OpenComputers. (When i finish the work by next 2016 year, it will running as server mods so client are don't need this mods) = Source Code = - https://github.com/EcmaXp/micropython (MIT License) - https://github.com/EcmaXp/mpoc (Public Domain!) = Notes = - Build this mod are very hard. (Easy way is must require linux machine for build micropython library) - Currently multi state with micropython are working but can be crash minecraft! (VERY UNSTABLE) (i don't know why that is crash; sometimes bad free thing happen) - Do not repeat computer turn on/off or press key (or click, scroll, etc) rapidly - Only one instance of python are allowed. (designed for multi instance but it have bug) - There is no persist. (zero code for persist the thing...) (can't resume computer after restart server) - CPU/Memory limit are included but not sandboxed. - Require many module for fully function like Lua. = How to build? = 1. get micropython $ git clone https://github.com/EcmaXp/micropython.git 2. build micropython library in linux $ make -C opencom -> copy libmicropython.so + jnupy.jar in windows - windows port are unstable - (if you have VS2015 then just open micropython.vcxproj and compile) -> copy libmicropython.dll (still you require build jnupy.jar; check micropython/java folder) 4. get mpoc $ git clone https://github.com/EcmaXp/mpoc.git paste the library and jar file. and setup gradlew.build for include jnupy.jar content to jar file. 5. modify source code. dll and script path are hard-codeded must modify for new path (or using dynamic path like OpenComputers; it does exteract library from jar, and direct read script from jar) $ ./gradlew $ ./gradlew jar 6. now you get unstable mpoc-1.0.jar 7. get nbtedit mod for edit nbt for CPU 8. run minecraft and start game 9. modify CPU nbt by type /nbtedit oc:archClass kr.pe.ecmaxp.mpoc.MicroPythonArch oc:archName MicroPython 10. make a computer and run 11. Now you can see hello world! (with no library) I can't develop this mod. so there is no download. sorry Someone may happy with this mod.
  8. Woody Computers organic - crappy - wooden Here is the First ResPack deigned around OC: Woody Computers! I makes stuff woody, duh! Download: WoodyComputers.zip
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.