Content: Slate Blackcurrant Watermelon Strawberry Orange Banana Apple Emerald Chocolate Marble
Background: Slate Blackcurrant Watermelon Strawberry Orange Banana Apple Emerald Chocolate Marble
Pattern: Blank Waves Notes Sharp Wood Rockface Leather Honey Vertical Triangles
Welcome to TerraFirmaCraft Forums

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.

  • Announcements

    • Crysyn

      Only help if you can be helpful

      Hey All, A topic has come up of late in the IRC channel in regards to the general feel of the forums and the community that supports them. Things have progressed further than I would have liked with out this being addressed more publicly because I would much rather have snubbed this out sooner rather than later.. but I have been busy. Here is the general rule I would like people to follow: Wheaton's Law "Don't be a dick." Those of you from the IRC channel know that this is the only rule I ask people in there to follow and we generally have a good and lively time chatting about all manner of things. This is basic rule that just about everyone understands and I am going to expand it to the forums from here moving forward. If you can not help people in a helpful and polite manner then I simply ask you to stop. Now I generally take a back seat to moderating the forums as I like to participate in the suggestions forum fairly heavily at times and would rather do so as a forums user than a moderator. But I am also fairly well known for being the person who constantly puts their foot down and so I am stepping up and doing so on here. If you find yourself unable to respond to a message politely then I ask that you do not respond. This mostly focuses on the increasing level of hostility found within the Suggestion forum as well as the Server forum. I do not care if this is the 30th some odd time you have seen someone make the same suggestion. Or even if the new post on an older topic is one entry above the old one. I expect the members of this forum to respond politely to the user, new or old, and point to the older topic if it applies and even go the extra step to suggest they either add in new information or to summarize the outcome of the previous discussion based upon the new post's entry into it. That is what we are here for, that is why I close most topics instead of deleting them, so that they can be found and referenced down the road. The next topic is the slew of derailment attempts I have seen as of late. If you want to have fun and joke around that is what the off topic forum is for and pretty much anything goes there. I do not expect to read a suggestion thread and have to go through 3 pages of image memes people have shot back and forth. Quite simply this is a waste of my time to read and then have to clean up. Now for the summary. I am going to start taking a more active role, especially in policing the suggestion forum, and handing out warn levels to people whom I see doing this. These will be indiscriminate and applied not to just the first person who derails or is impolite on a topic or response, but to everyone whom follows the lead of that person. As I do not like doing things with out giving you all warning this post shall serve as that warning. If you have a desire to bring this topic up with me then I invite you to do so on the IRC channel. Lets raise the level of quality and grow the community. Let us not descend into the quality often found on the minecraft or league of legend forums. There is simply no need for that here. Be passionate about things, just do not be abusive.
    • Kittychanley

      Offline Servers

      Recently I've seen a few server listings showing up on the first page of the Servers forum that have been closed for an extended period of time, but have recently gotten a reply from a new member who didn't realize the server is offline. To help prevent this from happening in the future, it would be greatly appreciated if you could use the report function on the original post of any servers that have been confirmed as offline, so that the topic may be locked. If you are the admin of a server and plan on taking the server offline, please use the report function on the original post of your topic to let the TFC Staff know that the topic should be locked. If you are the admin of a server that has a locked topic, and would wish to bring the server back online, please use the report function on the original post of the topic to let the TFC Staff know that the topic should be unlocked. As always, please remember to follow rule #3 of the servers forum and update your topic title to contain the version of TFC that the server is currently running. You can do so by editing the OP, and then clicking on "Use Full Editor."
Sign in to follow this  
Followers 0
Darmo

Model Guidelines for TFC2

1 post in this topic

This post goes hand-in-hand with the MCMC Tutorial I posted in the MCMC forum.  That post gives the basics of using MCMC, regardless of what mod you're making models for.  This post is specifically for those who are interested in doing models for TFC2.  Applicants for TFC2 modeling will be expected to have read both of these posts.  Submissions which do not conform to the basic technical requirements of the tutorial, or the guidelines laid out in this post, will be referred to the appropriate post(s) and asked to re-submit. 

If you want to join the modeling team, please contact Darmo first. If you just pick a random animal, there's a good chance we'll have already made it. And while we can judge your skill from your model, it's not going to be put in the game unless you have ALSO made a texture for it, and BOTH the model AND texture are better than the one we already have made.  If you mention in your initial message that you have read both the Tutorial and Guidelines posts, we can get right down to other business.  Otherwise my first response back will be to question if you have read them or not.

TECHNICAL REQUIREMENTS

These are guidelines necessary just to have a usable model for TFC2. 

Spoiler

1 BOX NAMES - EVERY box must have a different name, and they must conform with the guidelines given in the Tutorial (no spaces, not all caps).  Do not send us a model where every box is named "Box" or “Box1092”. Name the boxes in a descriptive way. Especially head parts, but ESPECIALLY legs – we need to know left/right and front/back. We want to see that you can not only design and build in an organized way, but also communicate in a way that others can understand readily, and so follow what you're doing, without you having to explain it.

 

2 CHILDREN – Arrange your boxes in a proper parent-child relationship as described in the MCMC Tutorial post. We want to see that you have a grasp of the basic concepts of MCMC.

 

3 GIZMOS – Make an attempt to properly arrange your gizmos in logical locations, that take into consideration if the part will be animated, at the very least. If every gizmo is at a corner, you probably will not hear back from us, or be told to read the tutorial and this guide. Again, we want to see that you have the basic MCMC concepts. Your model has 0 chance of making it without proper gizmo arrangement.

 

4 PUT IN THE EFFORT – In the end, it's better that you send us one well thought out and thoroughly designed model, as opposed to a half-dozen slipshod, hastily put together models. We are interested in quality, not quantity. We want people who can focus, follow directions, and be organized. Those are the baseline requirements. We also want people who have a good sense of proportion and design - these are the hard things, but if you cannot put together a technically correct model, it does not matter how good your sense of proportion and design is.  We do NOT want people who will spam us with models that appear ok but have lots of technical issues, expecting us to clean up the issues.

 

5 TEXTURE MAP  - You do not have to have your box maps perfectly arranged for your initial submission, though it'd be good to see that you have a handle on it, and it at least needs to be clear that there is enough space at the resolution you've selected.  Don't send us an elephant model with a 64x32 texture base.  It can be a bit of work getting the box maps arranged right, and if we ask you to change things and your map no longer works, then you spent that work for no reason.   So don't worry about having your texture map sorted at first.  If you do have it sorted though, and made very efficient use of your space, this may impress us.

 

6 CONSISTENT FILE NAMING - Name your files in a sequential fashion.  Jackelope V1, Jackelope 2.1, Jackelope 3, stuff like that.  Do not name them something like JackelopeBigEars.  That sounds logical at the time, but after you've sent me a 5th or 6th revision, it gets tiresome to try to remember which file is the most recent.  Pick a numeric convention and stick with it.  You can tag on other stuff after, but the first part needs to be consistent so they appear in order in the directory.

 

GUIDELINES

Keep these guidelines in mind while designing your model for TFC2.  If your model departs wildly from these guidelines, we'll ask you to read this post and re-submit. If it departs only a little we may give you specifics and ask you to re-submit.

Spoiler

1 KEEP IT BELIEVABLE - In general, we are going for 'believable' animals.  We're not going for extremely cartoonish features, like outlandishly sized heads and horns, or anime-sized eyes.  You should examine actual photos of the animal in question, and attempt to design a model that is as proportional as the medium allows.

 

2 KEEP IT BLOCKY – At the same time, we are not trying to be hyper-real and simulate every muscle, bone, and talon.  This is minecraft, and generally when you try too hard on these things, it just looks like you're trying too hard to make minecraft do something it was never designed to do.  Make your mob fit in with the minecraft world, where tree trunks, barrels, and the terrain, are cubes.  If you can do something with a texture, maybe let it happen there instead of making a box for it.  Sometimes less is more.  

This can be especially an issue with legs.  Many animals have complicated leg structures.  However all animation has to be handled by Bioxx, and we would rather he spend his time on new features and content, vs animating an animal’s compound leg just-so.  Absent the animation, a complex leg may have motion issues at worst, and at best will look very wooden - a complex construct without motion to match.  Dog sized and smaller animals should generally have single piece stick legs, as vanilla animals do.  Very small animals may just have feet peeking out from under their body.

But don't be too blocky in the face.  We're not trying to be as derpy as the flat-faced animals in vanilla.  Animals should have a snout, possibly a jaw if appropriate. 

 

3 ICONS ARE OK – Despite guideline 2, some animals have an iconic feature, and in some cases it's worth spending extra detail on these features. Many animals have distinctive parts – rhinoceros horns, elk and moose antlers. Platypi have their bills, peacocks their tails. These are worth spending some extra boxes and details on. If a feature is iconic to a creature, guideline 2 can be stretched, in order to make that feature more distinct, as long as the rest of the creature is in line with the first two guidelines. 

 

4 PAY ATTENTION TO SCALE - In minecraft, 16 pixels is 1 block, which is one meter.  If your animals is moderately large, such as a wolf, you can probably build the model to scale, and have sufficient room for details like eyes.  Try build fairly close to scale whenever possible.  While it is possible to shrink an animal using code, this is not desireable if the animal could be built to scale.

 

As an example, say you have a cow, which was built to scale (about 1.5 blocks tall), and a bear, which was built at 2x scale (about 3 blocks tall at the shoulder).  But the bear was shrunk down in code, so that in-game it is the same height as the cow.  The bear will look very different, because the texture is effectively 2x as fine as the cow texture.  In minecraft it’s easy to perceive individual pixels, and it’s easy to perceive dramatic differences in apparent pixel size.  Building an animal 20% larger probably won’t be too noticeable.  But 100% larger will be.   Try to keep moderate to large animals more or less to scale.

 

Small animals on the other hand, are ok if they have to be built larger, and scaled down.  Sometimes the details simply require a large enough model so that they can be depicted effectively.  This will mostly be animals of cat size or smaller. Not all small animals will need to be scaled down.  Some can be well depicted to scale.  But scale differences are more tolerable for small animals.

 

 

Edited by Darmo
0

Share this post


Link to post
Share on other sites
Sign in to follow this  
Followers 0