u/MinkiTheAvali

Yesterday evening I was talking with someone about speakers and discovered that the 1.12.2 version is stuck on a pre-pcm version and also still used craftos 1.8. I decided to backport the latest version using parts of the 1.4.7 port which is on craftos 1.9 as well as a lot of shims and build system trickery to make it work properly. Its nowhere near fully tested or finished yet but slowly getting there. I try to keep compatibility with old extension mods and from my short tests, it seems to still work.

Fun things are happening with n3ds_firm_sdk

It has been a hot minute but I finally have this project in a state where I feel comfortable sharing my first public version. It works well with both Vanilla and enhanced ClassiCube servers. Custom servers that make heavy use of extra models and textures however do not work correctly as of now, custom blocks are broken to a point of unplayable with MCGalaxy server software which is why they are default disabled for now. The client uses textures I made in GIMP and public domain music.

You can download the beta version here for now. A Codeberg repository is coming soon.

Please report bugs encountered during vanilla gameplay back to me!

ComputerCraft is a Minecraft mod that adds small virtual computers to the game which is originally mostly meant for automatisation in redstone systems like farms and for map building. The computers use the Lua programming language and while they don't expose any 3D rendering capabilities themselves, that is nothing that a software renderer cannot solve!
Details on my ClassiCube client for ComputerCraft (aka C24C2) can be found over on r/ComputerCraft where I post updates on my progress.

Its been a bit since my last post about the ClassiCube client for CompuerCraft I'm working on. I have not published it yet as I decided i want to iron out some of the issues first.

Here are some of the major changes so far:
- Dithering support for semi-transparency and for block sides to add depth
- Player models
- Entity Shadows
- Better movement system with distance based fall acceleration and terminal velocity

This is still very WIP but here are some technical details:

The connection works through the use of the WebSocket protocol, normal minecraft servers and clients use TCP which works very similar but is not directly compatible. However, ClassiCube has a web client on their website which uses a WebSocket proxy to convert TCP to WSS connections. This client makes use of that feature to connect to the Minecraft server.

The graphics are rendered using Pine3D for the geometry and culling with a slightly modified version of the PinePix extension for handling the affine texture mapping as well as transparency. This does require the CC:Graphics mod to be installed as it makes use of a 256 colour palette (16 reserved for terminal/text colours, 216 for the texture atlas and 4 for the skybox). This can most likely be made to work with 16 colours through the use of dithering although I have yet to test or implement such a feature.

For performance, the map is split up into quadratic chunks of 16x16x16 blocks which are loaded depending on camera view and render distance. Each chunk is split into 8x8x8 sub-chunks which are used by the meshing engine which determines which faces to hand to the rendering pipeline.

Since Minecraft uses gzip for map data compression, the client makes use of the LibDeflate.lua written by Haoqian He (Github: SafeteeWoW) which was bundled in JacMacWindow's CC-Archive repository.

All details regarding the protocol have been based on my own C99 implementation of a Minecraft 0.30 server which is available on my Codeberg, details on my research into the protocol can be found in said repository.

Please keep in mind, this client is not a parity client. It is a reimplementation from scratch which in many places guesstimates and approximates the behavior of Minecraft. In its current WIP state, especially the player movement physics are a very rough estimate.

Legal disclaimer: USE THIS CLIENT AT YOUR OWN RISK! if you are planning on joining a server that is not yours, I am not responsible for any moderative actions that may be taken against you due to inaccuracies that may result in an unfair advantage over other players. All resources used within this client (textures, fonts, etc) are material of the public domain unless explicitly listed otherwise and none are affiliated in any way with Microsoft or Mojang studios.

With that out of the way, I currently do not have an installer for the client yet. I will update this post once a usable public version is available and once i have heard back from the classicube administrators if i am permitted to use their proxy service for this.

As an example for how to use PinePix in more complex programs, I started writing a quake map renderer. It uses the new PinePix texture mapping features. I will attempt to add support for light maps as well in the future so baked lighting can be used.

4 AM me should not have access to Photoshop lol

Someone wanted to say "a wii" but said "awii" and i first read "avali" so uh, I made this xD

Get it here on Pinestore: https://pinestore.cc/projects/239/pinepix

FEATURES
--------

Pixel mode (256-colour framebuffer)
  Switches the terminal to CraftOS-PC graphics mode 2.
  The Pine3D color buffer is blitted to the screen as raw pixels.
  The 16 CC palette entries are replicated at 80%, 65%, and 50% brightness
  to give 64 usable palette slots for shading.

Directional lighting
  Each polygon is dot-product shaded against a world-space light direction.
  Four shade levels: full, 80%, 65%, 50%.
  The light vector is transformed into each object's model space so shading
  stays correct as objects rotate.

Winding fix
  Pine3D culls faces designed for interior (dungeon) rendering.
  Both pixel mode and teletext mode include a v1<->v2 winding swap so that
  outward-facing geometry renders correctly from an exterior camera.

Pixel font
  gfx.drawString draws 3x5 pixel text directly to the framebuffer.
  Supports A-Z, 0-9, and a handful of symbols. Input is uppercased
  automatically.

OC colour space
  gfx.enableOC() programs all 256 palette slots with the OpenComputers
  fixed colour grid (5x8x6 RGB entries 0-239 plus a 16-step greyscale ramp
  240-255). Textures are quantized to the nearest OC colour at registration
  time using squared RGB distance. Solid geometry colours are pre-mapped via
  a lookup table built at enableOC() time. CC palette slots 0-15 are saved
  before overwriting and restored automatically on gfx.disable().

Texture mapping
  gfx.drawTexturedObjects allows for rendering objects with mapped textures
  through a UV space onto the screen. It is pixel accurate but costly if
  many textures are to be drawn.

  gfx.drawFastTexturedObjects is a faster variant of drawTexturedObjects
  that interpolates UV coordinates linearly across each scanline instead of
  correcting for perspective. There is no per-pixel division, so rendering
  is noticeably faster on complex geometry. Textures may warp slightly on
  oblique or steeply angled faces.

P3D binary model format
  gfx.loadModel reads a compact P3D v1 binary file into a polygon table
  ready for drawTexturedObjects. A face costs 31 bytes on disk versus
  roughly 200 bytes as embedded Lua. convert_obj.py converts OBJ files to
  P3D + BMP texture in one step.FEATURES
--------

Pixel mode (256-colour framebuffer)
  Switches the terminal to CraftOS-PC graphics mode 2.
  The Pine3D color buffer is blitted to the screen as raw pixels.
  The 16 CC palette entries are replicated at 80%, 65%, and 50% brightness
  to give 64 usable palette slots for shading.

Directional lighting
  Each polygon is dot-product shaded against a world-space light direction.
  Four shade levels: full, 80%, 65%, 50%.
  The light vector is transformed into each object's model space so shading
  stays correct as objects rotate.

Winding fix
  Pine3D culls faces designed for interior (dungeon) rendering.
  Both pixel mode and teletext mode include a v1<->v2 winding swap so that
  outward-facing geometry renders correctly from an exterior camera.

Pixel font
  gfx.drawString draws 3x5 pixel text directly to the framebuffer.
  Supports A-Z, 0-9, and a handful of symbols. Input is uppercased
  automatically.

OC colour space
  gfx.enableOC() programs all 256 palette slots with the OpenComputers
  fixed colour grid (5x8x6 RGB entries 0-239 plus a 16-step greyscale ramp
  240-255). Textures are quantized to the nearest OC colour at registration
  time using squared RGB distance. Solid geometry colours are pre-mapped via
  a lookup table built at enableOC() time. CC palette slots 0-15 are saved
  before overwriting and restored automatically on gfx.disable().

Texture mapping
  gfx.drawTexturedObjects allows for rendering objects with mapped textures
  through a UV space onto the screen. It is pixel accurate but costly if
  many textures are to be drawn.

  gfx.drawFastTexturedObjects is a faster variant of drawTexturedObjects
  that interpolates UV coordinates linearly across each scanline instead of
  correcting for perspective. There is no per-pixel division, so rendering
  is noticeably faster on complex geometry. Textures may warp slightly on
  oblique or steeply angled faces.

P3D binary model format
  gfx.loadModel reads a compact P3D v1 binary file into a polygon table
  ready for drawTexturedObjects. A face costs 31 bytes on disk versus
  roughly 200 bytes as embedded Lua. convert_obj.py converts OBJ files to
  P3D + BMP texture in one step.