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

Zen1th

Members
  • Content Count

    48
  • Joined

  • Last visited

  • Days Won

    8

Everything posted by Zen1th

  1. Zen1th

    4 Choices

    d) Attempt to punch through the wall You attempt to punch through the wall... except you're not in Minecraft, you just hurt yourself. Do you: a) Continue punching b) Continue walking c) Get back d) Look around
  2. 4/5 Very great game! Everything is handled greatly and makes a great building game overall. A smooth scrolling could be implemented with little GPU intensive activity. - Zen1th Magazine
  3. You can use the port that is not 80. since i said "SHOULD" and not "MUST". But i'll try to change this for better clarity
  4. I really like this, i suggest we could also add a card:isAbstracted() to know if the network is abstracted or not. So that compatibility for config can be easily made. And for the bandwith, i think this could bring up to cables with mutliple tier (even if this feel like it belongs more to an addon than stock OC). And if i'm not wrong with frequencies, it should be better that the higher frequencies that transmit farther (even if, again if i'm not wrong, higher frequency = lower radius) should have slower bandwith and frequencies that have low range should have higher bandwith. Another thing for switching between the current system and your system, would be doing like drives, which is that when right-clicking, it opens a GUI where we can choose Unmanaged or Managed, here we would choose Complex or Simple (better names needed!), this avoid your thing applying to all networks or no networks at all. However one problem: Wouldn't it end up like unmanaged drives? Projects that are meant to use it, but else never see the day, or are limited (like msdosfs) ? Or is it just that unmanaged filesystems is something people are working on since some times only. But i don't want this to suffer from the same problem.
  5. Well as you said you don't really know how to program, you must learn Lua before doing on OS. As there isn't any magical online OS generator. And honestly, before doing an OS, ask yourself what your OS would have as a plus compared to other OSes (OpenOS, MineOS, Fuchas, StattenOS, etc.) and of course let people looking the post know what your OS have as plus. Because for now, MineOS fits all your needs: GUI, Custom text editor (on the GUI), and custom startup programs (which can also be done on OpenOS). And if you fit that, learned Lua, then you can just take a look at the OpenComputers documentation, mostly in the Custom Operating Systems page which should help you for the start. Then you can look at Components and Lua Libraries which basically correspond at what is not provided (only) by OpenOS. Those should give you a pretty great start
  6. Would be cool if text/lua-table was added, it's what is outputted by OpenOS's serialization library, MineOS filesystem's writeTable/readTable, Fuchas's liblon, etc. This is mostly used for configuration files and thus its extension varies, sometimes .cfg sometimes .dat sometimes something else. Only Fuchas uses .lon for all serialized lua table. Oh and also please register text/ohml, extension is .ohml and it's described here
  7. I made a first implementation capable of parsing and displaying OHML. This implementation supports most things except: relative positions, buttons, images and progress bars. It's called minescape and for now is only published on my repo (available with Fuchas's fpm command)
  8. Fuchas 0.4.0 is now available! The feature list can be seen below (and in the Projects page on GitHub)
  9. Fuchas 0.4.0 is almost done The new features are: MineOS installer: AVAILABLE Multi-user: AVAILABLE Dualboot (arleady used for 0.3.0): AVAILABLE CPIO-based installer (very very stable installation and allow updates): AVAILABLE Security! (permissions): AVAILABLE Default unicode support: AVAILABLE Virtual components: AVAILABLE (updated 06/30/2019)
  10. I decided to instdead use URF, sure it's less supported, but it is more adapted to OpenComputers, as it is made for OpenComputers
  11. Nice proposals, i'm still making the draft for version 2 The URF-based bootable package is a very good idea, however this would cause problem since the only implementation for writing/reading URF is uncertain of actually being standard and is only available from Lua from OC. WIth my knowledge i could also make an application to extract/package URFs, but who would trust it anyways? So the best option is: Making an dedicated C/C++/Java app/library, finding a known archive extractor that support plugins. So based on my existing work and on the specifications, gotta try to make those
  12. Say hello to liburf's 2nd URF!
  13. I updated OHML, i added bodys, user agents and peanuts (equivalent of cookies). It's still called version 1, since actually nobody implemented it yet. So changes to v1 were still open. Now version 1 is froze. Promised!
  14. Okay, thanks you. And i would like to see what PolarisFS is. As currently support for unmanaged-mode filesystems is planned on Fuchas. Also what OpenComputers VM/Emulator are you using? I would like to know if there are alternatives to OCEmu that are closer to real OC behavior Also deflate compression for URF is good idea as there are arleady deflate libraries and that the Data Card supports accelerated deflate and inflate
  15. Thanks for the review. I will make a version 2 (on same post) to add the changes you suggested and some others changes. I will also soon make a more presentable form of the specification.
  16. you're using the old pastebin (the broken one), the new pastebin is EbHYvEE8 (i changed it on the first post, just look)
  17. traifain91, what is the error exactly? Also to convert your OpenOS programs use the docs which describe Fuchas's APIs If there is an unrecovable error, i must be aware of it!
  18. Nevermind, everything (relating to installation) has been fixed. And here is a computer working with Fuchas I'm glad now installing Fuchas is 100% easy (you have to press 3 keys during installation) P.S.: To have a easier dualboot, i will continue working on my (currently secret) OEFI implementation. It will allow booting other OSes instdead of just Fuchas and OpenOS (but it will be on EEPROM side, not HDD, which makes it a bit more limited). Of course we will be able to select something like "I arleady have an OEFI", "I don't have an OEFI", "I don't want an OEFI" during installation. So that people not wanting on OEFI or too lazy to install an OEFI can select their option
  19. very strange for it to be stuck. Is there disk activity (the sounds and/or blinking light on case) or did it crashed?
  20. Compatibility with OpenOS program is planned, but more core features are needed before i actually do it.
  21. Ok it turns out that i was dumb on the condition that checked GPU and screen. I forgotten to add a ~= nil. Anyways gotta publish changes, re-install in 15 minutes and it should be all good (this time it will be good!) Or you can manually edit init.lua, add "== nil" at line 19 after cp.list("screen")() And also thanks for still wanting to use the OS after all those little installation bugs i really appreciate this
×
×
  • Create New...

Important Information

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