Per suggestions and discussions, those that should definitely be off-topic are:
1. Requests for tutorials and lengthy HOW-TO's1
Can anyone make a tutorial on doing X?
How can I animate a short film in Blender?
Please recommend links to tutorials.
2. Package or software comparison questions
Which is better for doing X, Max or Blender?
Which is better for ...
I don't see any reason not to allow these, but I suggest that it be limited to render engines with blender integration (i.e. usable directly from blender's UI).
Using external render engines seems like a fairly common thing among blender users, and I think it definitely fits under our current scope:
The Blender Stack Exchange site is for people who use ...
Surprised that internal code questions are considered off-topic. Seems like drawing the line at the python api is pretty thin.
I support the suggestion, here's why.
I agree with all the pros, although it might be pushing it to say "Some users could even turn into full-time blender devs." Of course, it would increase the likelihood of contribution to ...
In my opinion, a concrete question about Blender whose answer is not immediate to everyone who cares and which can be answered objectively by a post of reasonable length should be accepted here. If a post is too vague, not a question, not about Blender, immediately answerable by everyone who cares, cannot be answered objectively, or cannot be answered in a ...
I think letting people ask about how to make/do simple things is a good idea for several reasons.
1. These kinds of questions can be incredibly valuable. Take this question for example, even though I may never make a city (then again, I might want to sometime and I am sure there are lots of people who do) I have learned about a ton of features and ...
I'm going to disagree with Duarte here, and argue they should be off topic.
At its core Blender.SE is a database of blender knowledge, in Q&A format. As a result posts long-term value should be considered as the top priority. At the same time, Blender 2.8 is rapidly evolving software, and questions about how to use its features could quickly become ...
I would say no, to this.
Issues building Blender often end up being specific to a platform, compiler and the version of Blender you're trying to build.
Build environments are a moving target, on all platforms.
Build errors are very hard to debug remotely, and there is the chance something is broken on the system, its hard for anyone to tell.
There is the bf-...
I don't think Blender 2.8 related question should be automatically considered offtopic. It will eventually become the official latest release, so it should be encouraging to have early answers and clarifications about it.
That is as long as they are not about trouble shooting technical problems with the builds themselves, along the lines of "Why isn't this ...
This site is about Blender and anything Blender related as long as it's allowed in our scope, commercial or free though we would more prefer the latter, I don't see why not. So that would include addons such as BlenderCookie's Contour, Unity interactions or even getting VRay configured etc .
I think that they are definitely off topic.
This site is about the software blender. Not blender's site or services (even the official site).
Blender Stack Exchange is a question and answer site for people who use Blender to create 3D graphics, animations, or games.
We should not start to accept this type of question. Website support should always be ...
I think we're quite lenient regarding the scope of Python questions. The main criterion is 'is the code an integral part of a script for Blender'. To most people who answer python questions here it's quite obvious when a question stems from a weak understanding of python, vs one that arose due to misconceptions about bpy, or misunderstanding of the control ...
In the past we've allowed general CG questions as long as they are not overly broad and/or deal with aspects specific to another program.
Some related metas:
General 3D Graphics
Should we allow general workflow questions that don't directly relate to blender?
Should questions that don't directly relate to blender, but are about general artistic ...
"Legal" yes, I guess so, but it is off topic and would get closed.
Job offers are off topic. We get maybe one a month or so, and they quickly get closed, and directed to blender artists' job section.
So to save you from quickly getting your "question" really a job offer DVed and closed, just post on BA, its linked above.
We (blender.stackexchange.com) do not take any bug questions. Does not matter if about the now removed BGE, or any other part of blender. Bug related questions have always been off topic.
Yes absolutely still close them with he bug reason. (top choice in the off-topic category)
This question appears to be about an issue caused by a bug in Blender. These ...
Questions about code can be a way to have more accurate information about Blender's behavior even for end user usage. This is can be interpreted to be the case here or here.
Another example is this one, which is not directly about source code (as asking about the algorithm) but the answer needs to be based on it (except if we can find an exact specification ...
I am in full support of the proposition too.
For an addon I needed to add control points to the fcurve envelope modifier. I've programmed in C / C++ but many moons ago. Even getting tips on which file to look in / edit, I found my self sitting there and scratching my head.
The "kick-start" from Uncle Entity unlocked some of the internal rna "blender ...
This sounds good to me, as long as we decide what these should be beforehand.
We've already had a good number of these kinds of questions:
Resource for Blender addons?
non-video blender resources?
Blender resources for architects?
Any good free materials libraries online?
Where are some places to get reference images for modeling?
I'm not quite sure about ...
Yes, they are, due to the legal risk they can pose to both the Stack Exchange Network,and the community members. There is a reason why legal consultants get paid as much as they do, they cant afford to make errors.
This question appears to be off-topic because it requires step-by-step instructions for a process that is specific to a particular project, and/or demonstrates too little effort on the part of the asker. These kinds of problems have been well solved elsewhere and are beyond the scope of this StackExchange.
Whether something is off-topic or not will be filtered naturally through voting habits. I suppose we will see soon enough how many degrees of separation will be considered appropriate by the community.
There will be instances where it is useful to include a platform tag, because platforms can have different behaviours. Think of keyboard shortcuts, path ...
I will leave it to the concensus of the community to decide the final decision, but IMHO code review could end up leading to extensive discussion, which is not a good fit for this site.
However, code related questions (for example, if a particular section of your python code is not working as expected) are within the scope, so long as they are concise and ...
Stack Exchange works really well for technical support, as long as you're not trying to outsource your entire customer support channel to Stack Exchange. Customer support includes things like feature requests and bug reporting (for Blender), or up-and-coming product release discussions. That doesn't belong here.
But if the internal team is here to answer ...
I think that those question regardless of how well they were received are good questions to have answers too. The problem with some of these questions is that they require a lot of work. Frosted glass is an easy one but others, e.g. asphalt or procedural marble would require some R&D.
Most cases OP will not have made an attempt to create the material ...
Why should we particularly care if the OP is using a template or not?
If the question "didn't open with blender, also the audio doesn't work" had been asked without mentioning "template", would it be considered off topic? Perhaps the way it was written it might be considered "unclear", but I don't think it would be considered off-topic.
The afformentioned ...
I'm one of the mods on Video Production. Video Production already has a level of 3d graphics questions that get handled over there when non-blender specific. We'd shy away from something like making assets for a game, but, my personal feeling at least, is that anything that has to do with the production of a movie, film, tv show, stream, youtube clip, ...
Yes, 2.8 is rapidly changing. Yes, questions asked about it today might not apply tomorrow. The thing is, the developers are hoping to get people using and testing the branch as much as possible, because that's how volatile, experimental features (especially when it comes to UI/UX) turn into solid, well designed features which last years ...
Sure! Armory questions are on topic.
However, I can not guarantee that you will get answers. (But that should not stop you from trying, everything started somewhere.)
We already take blend4web questions. I'd argue this is more closely related to blender then b4w.
It all depends, if the user is asking how a specific setting works or how to get a better result from a node or feature then fine.
What could be considered lengthy is however, asking for details on how to construct complex shaders or materials from scratch. It is also a good idea to specify specifics about the material type you want. You should also not ...
Here are two discussions about this topic from mso: How should we deal with Google questions? and Should I ask a question that is easily Google-able?
IMHO: As long as the question is no duplicate you should answer it. Easily earned reputation ;)
I think the general sentiment (and my opinion) it that all coding questions should be related to blender.
If you have a python question that does not have anything to do with blender, such as this one, then it would be better suited to SO (and probably would get closed as off topic on BSE).
The other case, is questions that do in fact have a direct ...