Forum Rules 07/06/2016Introduction The Squad Team reserves the right to edit, update, add and remove rules at any time. Applicable rules extend to the PM system. Your PMs are private, but the Squad Team may be informed about unacceptable PM content by the receiving party. Section I: Posting Rules §1 Show Respect This community can only work if we all respect each other. To that end, it is imperative that any time you engage with another user, either directly or indirectly, you show them respect with the content of your post. In particular refrain from flaming, insulting, abusing, taunting, racism, and other similar types of actions towards other forum users. §2 Attitude & Behavior Poor attitude and behavior are the most common ways a negative / unsafe environment is created and perpetuated. As such that kind of behavior will not be allowed on these forums. Please be mindful of this rule when posting personal positions and opinions regarding topics which could be considered contentious in nature. As a rule of thumb, keep your posts civil in nature, and refrain from making posts that are likely to incite arguments and create a negative environment. As a privately hosted web forum we reserve the right to maintain an environment that we are happy the majority of our players are comfortable with. §3 Swearing While we will not strictly moderate every little swear that occurs, please try to avoid excessive bad language. The moderation reserves the right to remove rants and unsuitable content at any time. §4 Illegal Topics
Prohibited topics include, but are not limited to: Piracy, drugs (including cannabis), pornography, religion, racism, sexism, homo/trans -phobic content, videos and images showing violent death or serious injury, ‘spam threads’, hacking & griefing (endorsement thereof), religion, politics, etc. Prohibition may be suspended for some threads if they are found to be suitable by the Moderation (such as scientific debate).
If there is doubt, the Moderation Team can decide whether a topic is considered illegal. §5 Attitude towards Squad and the Development Team
As per §1 and §2, keep in mind to be respectful and reasonable, not only towards all users of the forum, but also towards the Squad Team and towards any ideas and content and the game itself. Criticism is welcome, but if it is not constructive and/or if it is offensive, the Moderation may need to step in. Please refrain from posting if you are upset, angry or drunk, or you may be punished for things you wouldn’t have otherwise written, which is not in anyone's interest. §6 Language & Legibility
Please post only in English. Non-English content (including non-legible content) may be removed. If you see someone posting in another language because s/he apparently does not speak English, please report their post - if you can, you may reply in their language to explain their question, but please do translate their and your message so it can be reviewed by the Moderation. ‘Hiding’ insults in non-English posts will be punished harshly. Posts written largely in ‘leetspeak’ or full of spelling / grammatical errors may be treated like non-English content. This rule does not extend to PMs. §7 Forum structure & Search
Please ensure when posting a new thread, that the thread is located inside the correct forum section. Check all forum section titles to judge where your thread should belong. Threads created in the wrong forum section will be moved or deleted.
Before posting a new thread, please make use of the forum search to find older threads about the same topic. In doubt, it is recommended to rather post in an existing thread, unless that thread is years out of date. However, do not bump old threads without adding a new question / answer / insight that wasn’t in that thread before - use common sense. §8 Thread Titles
Please name your thread appropriately; the subject title should sum up / explain the content in the thread. If you fail to name your thread properly (such as ‘Hey!’ or ‘Check this out!’ or ‘Help!’), we will either rename or lock the topic. Repeated offense may lead to infractions. The practice of using CAPITALS only in your thread title is not allowed and will be edited or the thread will simply be deleted. Strange or abnormal Unicode characters should be excluded from thread titles for the sake of being distracting and unnecessary.
§9 Thread Capitalization
Please ensure that your post is not in all CAPITALS, as this is not allowed. Any threads posted in all caps will subsequently be removed from the forum. Repeated offenses may lead to infractions against your account. This practice is not approved or accepted here.
§10 Images in posts
When posting images, mind the following restrictions:
.gifs will be allowed and may be removed by Staff if deemed necessary.
Maximum size for images is 1280x1024.
Do not include more than ~1 large image per paragraph of text, unless in image collection / announcement threads. Link to further images.
Consider posting thumbnails. You may post a few more images per post if they are reasonably small, the details are for the Moderation to judge. §11 The use of BBCode
It is allowed to use the BBCode in your posts. Over usage is not allowed. You may use the Bold in a reasonable manner but not for the whole text body. You may use the size feature but in a limited reasonable manner. You may not use any of the additional fonts at all. Color may be used to high light a point but again, not for the whole text body. Moderators will be watching for misuse and will edit when required without giving notice. Continued disregard for this rule will result in Moderator action in the form of warnings. §12 Complaints of Server/Admin Abuse Reports of server/admin abuse will not be posted publicly. All reports concerning this type of behavior should be place in the appropriate sub-forum. http://forums.joinsquad.com/forum/241-report-server-admin-abuse/ All posts made outside of this area will be be removed. Section II: Reporting & Moderation §1 Reporting Posts
There is a Post Report system in place. If you notice a post that violates forum rules, simply use the exclamation mark icon below the users avatar image to send a report to the Moderation. We will then review this post. Your report will not be made public and cannot be linked to your person by anyone outside of the Squad Team. You will not be punished for using the Report system even if the report was false, unless you repeatedly abuse the system to spam it.
Do not ‘report’ posts by replying directly in public to them. In case of spambots, this prompts them to respond in turn, spamming the forum further. This also fuels flame wars and arguments. §2 Reporting Moderators
Moderators are subject to the same forum rules (and some additional rules / exceptions). If you think that a Moderator has treated you unfairly or is otherwise breaking forum rules, please PM the Lead Moderator or any Administrator. Do not accuse Moderators in public, the Squad Team will treat every complaint seriously and it is in our interest to discipline or remove Moderators who are known to break forum rules. §3 Respect Squad Team members and Moderators
Do not ignore or argue against Admin, Moderator or Dev instructions on the forum. If you have a complaint, as per §2, please inform the Team in private. You are expected to follow orders given by the Moderation, Administration and Development Team, and it is necessary for smooth running of the forum to respect their decisions. Being stubborn or ignoring warnings will lead to harsher punishments - however, we do not tolerate Moderator / Admin abuse of power / privileges, so do not hesitate to inform other Team members if you feel treated unfairly. §4 Bans and multiple accounts
If your account is temporarily or permanently banned, do NOT create another account. Bypassing a ban will result in further action, and a permanent ban of all of your accounts.
You are not allowed to have more than one account for any reason. If you share an internet connection with another user who has their own account, it might happen that this account is incorrectly identified as a secondary account - please get in touch with the Moderation or Administration to resolve such issues.
Search the Community
Showing results for tags '3d'.
Found 10 results
thy (bra) posted a topic in Feedback & Suggestions* Originally posted on July, 22th 2019 by me on Squad Community's Discord. Inconsistency in the Squad's 3d model of Insurgents Although a faction ONLY based on elements of real insurgency, all insurgent groups in both the Middle East and Southeast Asia adopt different Muslim branches but still moderate Islam rules. With this in mind, it is factual to say that it would be more consistent to have no insurgents wearing shorts in Squad game. As the Soo Kim report in The Telegraph newspaper points out, the Islamic countries' dress code is as restrictive for men as it is for women. For us from West and not Muslim, it seems just a silly detail, but it is not, even possible. Here a more objective summary: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ TURKISH PEOPLE: Islam (98%, where 80% sunni, 17% shia [ultra conservative], 1% others Muslim branchs) Turkish/Kurdish insurgents (PKK [Islam sunni 74%]) Citizens in there Insurgents in there _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ SYRIAN PEOPLE: Islam (71%, where 60% sunni) Syrian Insurgents (SRF-FSA [Moderate Islamist rules]) Citizens in there Insurgents in there _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ IRANIAN PEOPLE: Islam 99% (where 89% are Shia [ultra conservative]) Insurgents from Iran. Citizens in there Insurgents in there (Balochistan warriors, often mistaken for Pakistani origin.) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ I lived a year in the Middle East, basically in Turkey and Iran. Although I had no contact with paramilitary groups, insurgents or even local/regular army, I lived with local families (Sunnis and Shiites) as my Instagram records well. Outside the privacy of their homes, shorts in public are impossible for adults because of a considerable lack of respect in Islam controlled for own scared society. Thanks for the opportunity to contribute. Aldo Lammel (thy) . . . SOURCES: Turkish sources: https://www.wikiwand.com/en/Turkish_people https://en.wikipedia.org/wiki/Religion_in_Turkey https://www.thenational.ae/world/mena/iraq-struggles-to-expel-kurdish-militia-from-the-north-1.721080 https://en.wikipedia.org/wiki/Religion_in_Kurdistan Syrian sources: https://news.wjct.org/post/how-world-reacting-trumps-decision-withdraw-syria https://www.syriatruths.com/clashes-between-rival-terrorist-grops-in-nw-syria/ Iranian sources: https://en.wikipedia.org/wiki/Religion_in_Iran https://eaworldview.com/2013/12/iran-sunni-baloch-insurgents-union-hezb-ul-forqan-strengthens-front-safavids/
Hello. In this tutorial I would like to talk about texel density. What is texel density? Before answering this question first of all it is necessary to define what is a texel... From wikipedia: Texel simple language - it is a pixel of the texture. Even if these concepts are similar, but not identical, you can perceive texel the same as the pixel. And a texel density is the number of texels per unit of the squre virtual (game) space. Or, other words, the amount of pixels which are covered by a UV-Shell. Why texel density is important and where? It's simple. The higher a texel density, the more detailed the texture on the screen. And the opposite: the less texture density, the more blurred the texture will be on the screen. Where it is important? Basically everywhere! Not only iside a single asset, but also between a different assets as well. Game scenes are usually composed of a plurality of objects. And because the games do teams consisting of several people, and because it is difficult to determine the size of your texture relative to other objects this may lead to the fact that each object in the scene will have varying degrees of detail. Here is an example from Internet: As you can see on this picture walls and barrels are more crisp while the texture on the floor is very blurry. This is because they have a different texel density (pixels in a meter). Also pay attention that walls, barrels, floor etc. - are all different assets (actors/entities), which can be made by a different people at the same time. So that's why It is important that texel density should be standardized (at least for an environment assets) on the project you're working to have constistant details on every asset. Otherwise some objects in your scene will be blured while some will have a very sharp details and overall they will contrast each other. But above all, it should be said that the texel density is not a mandatory rule. It can vary depending on your needs and possibilities, well at least if you know what you're doing. Experience shows that you can retreat from exact values within 25%-50% between different objects, but you should avoid this as much as possible. You can vary texel density inside a single object as well to distribute texture space proportional to the number of details that you want to show. For example if you doing a vehicle, you can double texel dencity on parts with high dencity of details like steel hawser, or for parts which player will be able to see very close (for example parts of the cabin) and you can decrese texel density for parts which is gonna be hard to reach for the player (such as the bottom) to save some texture space. Here some examples: And here what you gonna get if you if you do not pay enough attention to this issue: Hold on, pixel in a meter? Should we say pixels in a SQUARE meter maybe? Um, not actually. For density of 512, there are 262144 pixels in a square meter, so the density is a 262144/m^2. Now look at this value of 262144, does it says anything to you? Me neither. Thats why we are using a "linear" or "flat" values (like for one side of our square) for measuring the texel density. For example 512/m sounds more reasonable than "mathematically correct" value of 262144/m^2. But we will return to a square meters later. Should we use any software for this? Well, I met a couple of ways in the Internet about how to calculate it manually, when I was prepearing this material. But I will not bring this methods here, because it's hard to imagine a person who will do it manually every time. There are some free software solutions that will allow you to calculate and/or set texel density for your model. Lets talk about them. First lets talk about 3ds max. How we do it in 3ds max? Solution #1: A small script made by me... I called it Texel Denisity Tool, yes-yes my imagination is unlimited, I know, thank you Well, in truth I took "UV Normalizer" script from script spot made by Manu Pratap and rewrote it. Now the script is more powerfull and easy to use. The interface is looks like this: It duplicates the interface of the corresponding utility from Maya. Here is a download link. How to install: Just drag and drop it on 3ds max viewport or use MaxScript->Run Script... from the main menu. Then use Customize User Interface to assign this script to a shortcut or frop it on Toolbar. It will be in the category Custom and its called Texel Density Tool. Here is a short video showing this process: What should I do before use it? First of all you must decide what value you will be using. And the problem is that it depends on your project. But in today's games (at least in those that I worked) I have seen the values of 400-512-1024 pixel per meter (p/m) on average. Remember: the higher a texel density on your project, the lesser you can bake on your textures and the more you'll have to rely on tiled or trim textures as well as complicated shaders with some fancy blending methods to produce an acceptable game art. And do not forget about the texture memory and perfomance, this things are not boundless. So choose wisely. Lets say you choose 512/m and your engine is Unreal Engine 4. Next you should set up your units (Unreal using centimeters). Here is a tutorial about how to set up centimeters in Max. Pay attention that you can leave "Generic Units" in "Units Setup" tab and only change system units to centimeters (And I suggest you to do that, because max works more handy in this case). Here is the setting I'am using for example: Ok. Now we are ready for set our texel density. So how do you use this script? Pretty simple - you just launch this script. Set the a desired texel density in the field to the right of the "Get" button. Set your target map resolution and press "Set" and you're good to go. Super simple. But make sure you're added Unwrap UVW modifier to your model before use this script. Solution #2: This solution is called Advanced UV Normalizer. The only problem is that from version 2.0 it is no longer free. I also heard that TexTools can somehow adjust texel density but I've never tried because I don't like TexTools. Anyway. I've got an old free version of Advanced UV Normalizer which you can download here. And here is an official site where you can buy a lastest version of this script in case you need it. How to run? You can drag & drop it in max viewport. Or u can select it via Scripts>Run Script. Here is the short video: So how do we set texel density for crist sake? Fist of all you should add an Unwrap UVW modifier to your model and launch Advanced UV Normalizer. Next there are two ways of getting and setting texel density. First method: Because we know that we are using 512/m, we can create a cube with size of 1 cubic meter and each side of this cube will already have a necessary texel density. Well, you know, because by default its UVs are occupy all available UV area. So it doesn't matter what texel density you choose. If you're using right texture resolution for "1 cubic meter cube" it will always have the right density (for a specific texture resolution as I said). For example: if your density should be 1024 you can create a "1 cubic meter cube" apply 1024x1024 texture on it and you good to go - this cube will have the right density. Now, you can apply a checker texture on it, place your model near the cube and scale and compare UVs untill they match. Just joking. that's how people do it in the past. But today we have this piece of software, which is allowing us to "grab" the necessary texel density and apply it to any other model. To do this we should select "custom" from a drop down menu, type 512 pixels to Height and Width of Texture Size (because density is 512/m), select one side of the cube in UV Editor and press "Get Texel Density" button. Here are the values that you should get: As you can see Ratio Geom/Pixels showing 5,12 - this mean 512/m, but because our units are set to centimeters, and because there are 100 centimeters in 1 meter it showing us 5,12 pixels (per 1 cm). Ok. So now we have our texel density saved. To apply it to a different mesh, after you get right values, you simply can select an object where you need to set a texel density, set a target Texture Size (1024x1024, or 2048x2048 for example) and press "Normalize" button and thats it - you've set a texel density for your model. Here is a short video showing this process: Second method: Ok. Now after we know how this values work. I'll show you how you can set them manually. Ok, lets make a scheme for our for our convenience: First of all we need to select Custom from a dropdown menu [1.], then we need to set our target Texture Resolution [2.]. I should mention before its too late that "Target Texture Resultion" is a resolution of a texture that you will apply in the engine on the asset you're producing, so if you're going to use for example 1024x1024 texture for this asset, you should type 1024x1024 here. And here where things become a little bit complicated. We need to set our units . Pay attention that units must be squared. So in our case we are using centimeters, it's mean that we should take 100 centimeters (one meter) and square it, so the final value will be one with four zeroes (10000). For pixels [6.] we should do the same but insted we should square our density. I suggest you to use calculator for this. In our case we are using 512/m so 512*512=262144. If you, for example, want to use density of 1024/m, you should use 1024*1024=1048576. If you done everything right you should get 5.12 or 10.24 in Ratio Geom/Pixels section [7.] or whatever the the density you've chosed. Pay attention that "Target Texture Resultion" does not affect any of this calculation, you need it only for setting the density for UV-Shells. Here a screenshot with right values for density of 512/m: So now after you do all settings right you can apply your texel density to any model you're doing over there. And here is a short video showing the whole process: Pretty complicated, right? But nothing can be done. It just how this program works. And the bad news is that you'll have to do this every time you close Advanced UV Normalizer. In newest versions of this software, you can set Ratio Geom/Pixels directly and save a presets so you don't have to do this "piloting of a spaceship" crap every time. So I suggest you to buy a new version. Here is a screenshot of an Advanced UV Normalizer 2.3.0 just for a demontration: What about Maya? Oh, this is one of the few features of Maya, in which it is better than Max. I'm not 100% Maya user, but afaik starting from Maya 2017 (with all updates installed) Autodesk added a native instruments to work with texel density. To start working with it you should just open the UV Editor, open a Transform section and roll down untill you see "Texel Density (px/unit)". The Interface is similar to a script that I was talking at the beginning of this tutorial. Pretty much this is is where I took it from. It works exactly the same: Set the a desired texel density in the field to the right of the "Get" button. Set your target map resolution and press "Set" and you're good to go. Super simple as well. Pay attention that this tool is setting density for pixels per unit. Its mean that for different system units you'll have to type different values for texel density. For example for meters it will be 512, but for centimeters it will be 5.12 Here is a short video showing a process of setting up system units in Maya and using a texel density tool: Usefull links: All You Need to Know about Texel Density - Leonardo Iezzi Maya: Texel Density (TD) tutorial Texel Density for game art UE4 - Texel Density
Hello all, At the moment I am working on some dark themed squad wallpapers for the community! Keep in mind it is all very heavy work in progress. To devs, thank you for wrench mention! There is multiple color themes available in two resolutions in lossless source png. Color Themes - neoblue. - silverstorm. - blackedoutfusion. Resolutions available 2560x1440 3840x1440 Download: https://ufile.io/soasm (single rar file with 6 files, in png format). Please enjoy Updated: 27/03/17
Hi, community, finally devs did this section. So first tutorial from me. https://www.dropbox.com/s/xivtqusb5bfyl4i/seams_tutor_eng.jpg?dl=0 I should say that my english is not very well, so if you find any mistakes, I will appreciate if you correct me. Thanks. Stay turned, there will be more... after I finally cease to be such a lazy ass Edit: Uh. Yeah. By the way. Check this dude tutorial as well. I was planning to do similar tutorial, but this dude has done it ahead of me. http://polycount.com/discussion/168610/proboolean-dynamesh-hardsurface-workflow-tutorial/p1
As per Bruno-G's suggestion, here is a separate thread on MT-LB 6MB model. Much of what is missing on the 6MB is correct for the regular MT-LB as well. Abstract My premise for spotting model differences to IRL counterpart was largely based on consistency with the level of detailing Devs chose for the models. For instance, detailing as low as mudguard hinges is present on the 3D model. As such I am not counting amount of track links or sprocket bolts, but visually noticeable detailing. Naturally there are differences between IRL vehicles as well, therefore I tried to reach the most common contemporary denominator that has the least amount of detailing. I will not be posting reference material here, but it can be added at a later stage. Lastly I have not seen the model close up, so there might be other issue, but I will update them when we all get our hands on the vehicle.
Hello everyone ! Let me first of all introduce myself, I am Romain, 28yo CG Supervisor for video game cinematics. I have recently worked on project like Halo 5, Grey Goo, Call of Duty ect... I am also member and founder of the ArmA section in the multigaming community =BoB= aka BreizhoO, I am pretty sure I have played with some of you guys on Squad or any other simulation game out there. I am new in the video game industry though, always worked with pre rendered cut scenes, and I have just started in the modelisation of some WWII era assets. Endgame being integrated those as a mod in Squad with Unreal Engine 4. Those assets are started : ( I will get some WIP renders later this week ) Opel Blitz - 80% KubelWagen - 70% Stielhandgranate - 100% Pak 38 - 90% STG 44 - 40% The list is quite long, and for now I am only working on this on my spare time. I will first focus on the firearm themselves, and then, when the SDK gets released, I will get the characters and vehicle up and running? I hope that we will be able to get the original rig, and reuse the game animation. I am also negotiating with the Milirary History Museum of Budapest to get my hand on some Axis and Allies outfit and gears and then 3D Scan them with my company hardware system to get ultra hight quality model, almost never seen in an Indie game before. Now, to get a bit more into details and to introduce the mod : It will be a partial game conversion using some existing asset and animation. Project name is : 1944 : La voie de la liberté. This is the road that goes from Utah Beach in Normandy to Bastogne in the East of France. Crossing Britanny, and Center of France to finish into those cold Ardennes valleys. Battlefield will be various, from the Libération of Sainte-Mère-Eglise, Carentan, Rennes, Anger, Le Mans, Verdun, Bastogne ect... The main idea is to develop a war frontline, with no compromise, extreme simulation, so extreme that gameplay would be left behind on some aspect. Difficulty and Inertia will be the keywords. No quick reload, if it takes 20 seconds for the crew to get in the Panzer 38 (t) then, 20 seconds it will take. MG Gunner will have less stamina than a simple rifleman, or according to his load. Emphasize ambush and transport more than Gun & Run Here are a few features we would like to showcase, via Scripting or Blueprints in UE 4 : - Drink & Stamina ( Drink coefficient is directly connected to the speed of Stamina regeneration. ) - Towing of Canon and light Artillery. - Troop transport, Opel Blitz, Half track, Light carrier ect.. - Light armored vehicles, M5 Stuart, Panzer 38 t. No Heavy Unit - Squad Based, FOB, rallypoint ( Squad ) - Massive non linear map based on actual location - Construction and Fortification ( Squad ) - Gear modification ( Tree branch for canon camouflage, sandbags ect... Men of War like ) - HQ and High Command ( Squad ) - Axis and Allies, Western Front conflict. - Inventory, micro gestion, ammo and drink canteen ( Men of War like ) - Vehicles Cargo ( ArmA like ) - Night and Day cycle ( If technically possible ) - Autobipod ( Red Orchestra like ) Everything announced is subject to changes, but the main idea is here. We will start with the basic features first, in order to get a prototype released no too long down the road. On the reference side, here are some and what we like from them : - Invasion 44 & Iron Front (mod ArmA) ''Speed pace and tactics'' - Resistance & Liberation ( mod Half Life ) ''Game overall concept and belt inventory'' - Men of War series ''Micro gestion and inventory'' - BattlegroundEurope WWII OL ''Game concept and scale and learning curve'' - Red Orchestra & Darkest Hour ''Game concept, and weapon behaviour and impact + bipod system'' - Project Reality ''Team based'' As you can imagine, this is a gigantic task that is in front of us. This is also why I offer to any volunteers to step up, we need 3D Artists, Texture Artists, Progammers, Level designer and Sound specialist. There is absolutely no obligation what so ever in therm of time to invest, if you just feel like modeling one gun and then leave, it is all good with us. If you feel like this is a project you like and want more responsability, then that is also totally fine. Everything is to be done, so if you like it, text me, and we will find you a task suited to your skills. If you have a showreel, or example of past work, please attach them to the discussion. Pipeline is as follow : 3D Modeling : 3dsmax or else for High & low poly. (We need high and low poly modelers, I can provide High meshes that just need retopo and UV's) Texturing : PBR Shader Substance Painter & Designer Photoshop Rigging : 3dsmax Game Engine: Epic Unreal Engine 4 I also have a possibility to purchase some good models on Turbosquid or CG Trader, I will activate a transparent paypal microdonation system to help. Everything will help, up to what you can and want to give, 100% of it will be used in the game purpose. This totally optionnal and is basically like a kickstarter to help us shorten some corners. Thanks for your support. =BoB=BreihzoO
Mitsu posted a topic in General DiscussionI don't know how others, who are interested in modding for Squad feel about this but I have a feeling that instead of having scattered individuals trying out stuff in UE4 or working on potential mod assets on their own, having something like Discord dedicated to community modding would be neat. This would give us the possibility to: Chat with like-minded about technology and art related to Squad and modding in generalAsk for help or teach in the creation of any type of mod related contentJoin or recruit for a modding group or even establish one with others.Give or get feedback for your assetHaving a supportive place for beginners who are interested in moddingAs for groups, this would be neat to get in touch with others and try to get something rolling together instead of working on your own (Like the Squad: WW mod that has been mentioned before). But also if you like to work by yourself on a certain project, you'd still have the chance to get feedback from a more technical or artistic point of view before showcasing it to the mass. I'd be happy setting this up if some people are interested. This though would be only with direct invites, to not spoil any information on projects to the outside world. Maybe Discord is not the best choice, but it's a start. HipChat would work great, too. Also modding groups could use this as a private place with sperate voice / chat channels to discuss things without having to deal with Skype for instance, but that's something that has to be discussed in detail and in general this is just a suggestion by me. Personally I'm into 2D graphics design (mostly Web and non-web UI's and currently in the process of learning UE4 and landscape creation / mapping. EDIT: Discord is up and running. Please PM me to get involved. Anybody who'd like to contribute in any possible way is welcome. You'll have the chance to create your own channels for your group and get your appropriate roles/positions (Artist, Programmer etc) assigned. EDIT 2: Apperently Zeno took it to the next level and already created a Discord when I had one running already. I'll figure out with him what the best approach is, since his Discord is currently open to anyone. Feel free to join it though.
trotskygrad posted a topic in General DiscussionI was discussing some things with some Russian veterans and they noticed that the backpack on the RPG gunner is incorrect. To their knowledge, the Russian Army still uses the old school RPG backpacks that militia uses. I think this would be a positive gameplay change as it would make them more distinctive targets at range. the current backpack seems to be too flexible and small to carry RPG rounds. The old school backpack would also allow SLs to more easily determine where the RPG is. In addition, when combat engineers are implemented OVR-3Sh full body suits for them were recently approved for use, and would look amazing some video of it being tested. Should give improved ballistic resistance to center mass. https://vk.com/video?gid=23956241&z=video-23956241_171401849 it would be a realistic and modern addition, they are to be issued to "assault engineer" brigades which are part of standard combined arms formations.
So I was thinking about how loadouts are gonna work, and I thought that instead of having your typical, basic menus, you can have a 3D model. With that 3D model, you can take an attachment, lets say an optic, it would appear on the model, and you can put it exactly where you want on the rail, you could adjust it back and forth to your liking. The same would go for other attachments like flashlights/lasers, grips, bipods, etc. As for attachment limits, I think the best limit would be as much space that you have on the railing. You also shouldn't be limited to having say a flashlight or a laser on the gun, you could have both on different rails. There should also be a very wide range of attachments. There should be multiple types of optics, suppressors, flashlights/lasers, grips, bipods, similar to Battlefield 4 but much more extensive. What would be really cool is some of the smaller things needed for attachments, for example, scopes. They need scope rings to hold it on the rail. There could be different types of rings rather than just the ones the scope comes with, not really statistically but more cosmetic. The loadouts could go a lot further than just the gun, also. There could be different types of gear, like NVGs, helmets, armor plates, vests, etc. With the vests, it would be really cool to have something similar to attachments on the gun, but instead, things like pouches on M.O.L.L.E. straps. Please take this into consideration, it's unique, and in my opinion the best way of creating a loadout.
UweSterr0x5C posted a topic in QuestionsGood evening My question has already been mentioned in the title. Are you planning on using the Unity 4 Engine which requieres a monthly payment of 20$ per User + 5% revenue of the sales? And the second question is headed more towards the coders of Squad. Are you mostly using C++ when you use the Unitiy Engine? Or which programming language are you mostly involved with right now? I started to learn C and i'm questioning myself if i should turn over to C++ in order to maybe step into the development at some point. Yet i'm still new to this subject of programing and i don't think i'll be able to help out during the next 12months. Anyway, thanks for your time and hopefully i hear something from you guys.