Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Jake_28 last won the day on October 2 2019

Jake_28 had the most liked content!

About Jake_28

  • Rank
    Lurking the treacherous forums
  • Birthday 08/31/1906

Profile Information

  • Gender
    Not Telling
  • Location
    Nyakuza Metro
  • Interests
    Drama, Fellow Minecraft super fans.
  • Minecraft username

Contact Methods

  • YouTube:
  • Discord

Recent Profile Visitors

42563 profile views
  1. Really long unnecessary status alert. So i was looking at my old statuses, and saw an old idea i had since expanded upon. 

    Status this is a reply to:


    If i ever decide to do it, heres some ideas i came up with.


    Players would be stored on the server host’s computer as (zip?) files (which have a maximum size to prevent exploitation). They would contain model data, probably Modelbench or Blockbench, and keyframe support. You would be able to script animations, variable changes, etc to happen with events like button presses, interations with scenes (I’ll get into that when I talk about scenery), etc. 


    AFTER SOME MORE TYPING: I’ve realized it would be more efficient to store player script files on the client’s computer (but keep account, model, texture, and keyframe files on the host’s), because it would split up the processing power over multiple users rather than just the server host. I can keep sending rudimentary commands like for drawing models and updating animation frames to the server, but the code behind them can be kept on the client side. pls keep this in mind while reading. I have modified some specific parts relating to this in further texts.


    So you’d script a character, animate it, texture it, and model it, and then and it would be able to receive inputs from the server and the client.


    There would be a player editor, and a base player zip, that has movement, support for 1.8 skins, and some basic idle and walk animations. In the editor you can test your character scripts in a test environment which acts like a server, but offline and with real time editing. Scripts receive inputs, and update their data accordingly, for example a movement script would receive WASD and update its position variable, and then in the main script it would (kindly) tell the server “DRAW MODEL AT POSITION_x POSITION_Y WITH ANIMATION.WALK FRAME.7”.


    Models will have a (file size/ part amount) limit, and a script can ask the server to draw (arbitrary number) of models on each frame. The amount can be adjusted in server settings to help counter lag with more or less people?


    Account data is stored on the host’s computer. You type in the server adress (maybe somehow have the server host input an adress, encrypt it in some obscure way, and the decrypt the ip after it is input at the end user’s computer? But maybe it is secure enough already? Plus the user can probably just monitor the connection for the ip?) and then you input your username (check if the server already has someone with that name), and password (HUGE RED WARNING TO NOT USE THE SAME PASSWORD AS EVERYWHERE ELSE SINCE IT IS VISIBLE IN PLAIN TEXT ON THE HOST’S MACHINE? Or i could salt it, hash it, and store it like that but idk how) (maybe just randomly generated and store it on th user’s computer?) and then every time you want to log back in, you input the same stuff and you have your username.


    There would be 2 chats: RP and OOC (out of character). (Or just make OOC the same but different color?) and you can type. Yep.


    Maybe add recording and replaying with a moveable keyframable camera and then export images and use  FFMPEG to export video? And add chat bubbles for in character chat, so words appear above heads? Save chat as text for a backup?


    Now time for: SCENERY!

    Scenery can be submitted by users to the server host to add to the world map. Scenery is made in a similar editor to the character editor, and is composed of Objects and Structure. Structures are just structure block exports that you can position. Objects are able to be interacted with via scripting, and can activate those scenery events i mentioned earlier. For example you could have an object send a packet to a user saying “LINK.PLAYER TYPE:TYPE” here player can be replaced with any player submitted “player” (which can.. also be objects? You could model a carcand submit it as a “player”) and if the “player” can comprehend it (if it has handling code) it can do anything. For example you could make the player just display a simple holding animation with the model in their hands unless the TYPE is a.. for example gold sword, in which case they could make it levitate on their head. 


    The world map is composed of scenery which can be travelled to “by foot” (by moving eg with WASD) or by using the minimap. Scenery fits together like a puzzle, but you have to make the transitions yourself. If there is a mountain and then a cut and a flat plains, you’d have to make a scenery to link them together yourself.


    The world make would start as an ocean. Players would spawn on a designated spawn object. Eg a boat. And if it is destroyed, they would spawn somewhere else.


    Speaking of objects, i should probably not limit them to scenes. Objects can be placed in the map and linked to players, or players linked to them. (The boat!). Players can edit variables by interaction via scripts (The boat might have a steering wheel!).


    Basically rpg

    Oh and it’s all top down like in minecraft dungeons.


    oh also i had this relevation about minecraft: https://www.mineimatorforums.com/index.php?/profile/43215-jake_28/&status=191600&type=status

    1. Show previous comments  2 more
    2. Jake_28


      I was thinking of zipping it, sending the zip’s binary content to the server, and then writing it to a file and unzipping it, to make it easier to send all of the required texture, model, script, and keyframe files.

    3. MicrogamerCz


      Wow, does exist longer status update on whole MI forums?

    4. KrisFirebolt


      This could be a forum post for how long this is, statuses are usually small things xD

  2. The down-rep button is and should only be used in cases where the content in question is objectively bad and adds nothing to the forums. Before down-repping, you should throw all opinions out and try to think objectively rather than subjectively. Is this post unhelpful, toxic, or rude? Is this post’s subject overused, or generally not appropriate? If the content seems bad only subjectively, rather than down-repping, try to help the poster understand why you dislike the content by writing a comment explaining everything you dislike, and (optionally) potential ways they could improve their content.

    Consider up-repping comments that support your points rather than down-repping  the topic.

  3. So, it would automatically import a rig or something?
  4. What did you do to pootsy35? WHERE ARE YOU KEEPING HIM?
  5. unknown.png?width=1192&height=671

    human person model

  6. i do on occasions you now know of me
  7. I’m pretty sure you got whooshed but whatever Do you draw with a mouse? Or a tablet? Or a pencil and paper?
  8. whyY aRe yOuR heAAdS ALWAYS circleS??.???.
  9. https://youtu.be/e8kR58AkGOY I finished a gui programming project

  10. Jake_28


    In vanilla, shadows are determined on a block by block basis, and blocks have ssao on them.
  11. unknown.png


    1. Show previous comments  3 more
    2. Voxy


      Ooo, nice! Any chance either of you would share the finished folders on here? I really want to do 1.16 stuff too. x3

    3. Spontaneous Explosions

      Spontaneous Explosions

      Sure, I just need to add the new planks, and all the wood variants (buttons, doors, trapdoors, ect...)


    4. Draco63
  12. Jake_28

    New order

    https://drive.google.com/open?id=1Q8WHxkFKUMc6_m1RkdgsI2c4qNtLprLb Boom
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Create New...