[Emu-/Simulator] LUAComputers progress!

• The program is currently made with Love2D, although I might consider converting to Python, C++ (is an option, but I really do not prefer it) or Java. (Python and Lua/Love2D I experienced are very simple to use so I don't really know any reason to switch to Java or even C++)
• The window has a size of 1600x900 (to make the "pixels" of the terminal visible/big enough) and the terminal has a "size" of 102x38 (basically the double of current ComputerCraft)
• It still uses that background/foreground drawing system, meaning that these "pixels" are rectangles with a char on top of them
• There isn't really any functionality other than drawing pixels onto the terminal (and I guess writing too) currently, as I started programming it yesterday
• I will try to imitate the APIs of ComputerCraft, although I am not completely sure about that yet
• Networking is planned using UDP sockets (very basic)

Code:
GitHub

SCREENSHOTS:

Spoiler

The emu-/simulator showing "Hello World" on a red background with different foreground colors

The code for that program would be practically the same as in actual CC:

term.setCursorPos(3, 4)
term.setBackgroundColor({255, 0, 0})
term.write("Hello ")
term.setForegroundColor({0,0,255})
term.write("W")
term.setForegroundColor({0,0,0})
term.write("o")
term.setForegroundColor({255,255,255})
term.write("r")
term.setForegroundColor({0,255,0})
term.write("l")
term.setForegroundColor({255,255,0})
term.write("d")

--term.set[SOMETHING]Color currently uses a table with the pattern {rrr, ggg, bbb} but there will be a color table later on

I will gladly take suggestions from this (dead) community if there are any! :)/>

Also does anybody have an idea of how I could make the window be smaller, yet the pixels be still big enough to be readable? My current calculation of the width / height of a pixel is basically pixel_width = window_width / amountOfPixelsOnXAxis and pixel_height = window_height / amountOfPixelsOnYAxis.

EDIT:
To remove extra window space, the window has to be exactly 1530x874 to have the pixels as big as you can see and not have any extra useless window space.

• Draws the raw character somewhere on the screen
• Needs the exact coordinate given (so a coordinate with a maximum of 320|180)

• Makes a grid out of the screen by dividing the dimension by 6
• Needs the "cell"-coordinate where you want to draw the character in (e.g. cell 2|2 actually is 7|7 as exact screen coordinates)
• Does not create room inbetween characters, making them a bit harder to read when in sentences

• Makes a grid out of the screen by dividing the width by 8 and the height by 6
• dividing by 8 instead of 6 creates room inbetween characters and gives us an integer instead of a float, making the grid fill the whole screen correctly
• Basically the extended version of function 2

Spoiler

CLNinja, on 16 December 2017 - 03:32 AM said:

Any demos currently able to be played with? Might help for general debugging and stuff when people find issues.

• LuaJ for the Lua wrapper (I'm not experienced with it at all, but I think I get it by now)
• libGDX for the window, graphics and audio (I first thought about LWJGL, but then I realized that it's not worth the hassle and that libGDX handles the low-level things for me)
• Standard Java sockets for networking