At the moment, a .zip file containing the basic Python libraries will be distributed alongside the Windows version of Blender (thus, on most cases doing a full Python install would not be necessary for running complex scripts). On Linux you are required to do a full Python install if you want to run complex scripts (but there is pretty high chance that Python is already installed on your computer, since Python is a defacto component on most Linux distros).
Yes, specially on the speed department. Many users (including myself) have reported that Blender loads and renders noticeable faster on Linux than in other operating systems. Please take note that no matter what operating system you are using, rendering from the command line is (on 99% of the cases) faster than rendering from the GUI.
Besides, considering consumed computer resources, Linux puts a lighter load on your CPU, thus leaving more free resources to be used for actual 3D work.
Your first stop should be the advices given at blenderartists.org/forum/forumdisplay.php
If those advices don't solve the problem then your next stop is checking if you are getting hardware acceleration for OpenGL operations (Blender uses OpenGL for all it's GUI drawing operations, so having an OpenGL accelerated graphic card truly does a difference when it comes to GUI response time. )
See wich GLX driver is been used on your system (more info on that bellow), if you get " Mesa GLX Indirect" it means that you are NOT using any hardware acceleration at all.
Check if your graphic card maker provides Linux drivers for your card. By replacing the general purpose Indirect Mesa driver with a driver made specifically for your card you could see speed increases up to 400% (my own experience) or maybe more.
Nvidia, Ati and many other graphic card manufacturers provide Linux specific drivers for their cards. Bear in mind that those speed increases might come at the cost of some stability issues.
Blender supports both mesa a proprietary glx drivers, but some users have reported buggy behavior coming from using those proprietary drivers, while other users have reported outstanding performance gains without any trouble.
No, as long as you have a working X system (Xorg/Xfree86/etc) and a OpenGL driver (see next question) you should be fine. There is no difference from using KDE, GNOME or whatever your desktop manager might be.
Within Blender, open a new text window and type in this:
from Blender.BGL import *
print "GL Vendor ", glGetString(GL_VENDOR)
print "GL Renderer", glGetString(GL_RENDERER)
print "GL Version ", glGetString(GL_VERSION)
Now press Alt-P or click on File -> Run Python Script. Go to your console and see what is written over there. If you find something like:
"Mesa GLX Indirect
Mesa project: www.mesa3d.org
1.3 Mesa 4.0.4"
then you are not using acceleration for your graphic card (noticed the "Indirect" word?). On the other hand, if you get something like:
"GeForce4 Ti 4200 with AGP8X/AGP/SSE2
NVIDIA Corporation
1.4.0 NVIDIA 43.63"
or like:
"GeForce2 MX/PCI/3DNOW!
NVIDIA Corporation
1.3.1 NVIDIA 31.23"
or even like:
"GL Vendor VA Linux Systems, Inc.
GL Renderer Mesa DRI Voodoo3 20010501 x86/MMX/3DNow!
GL Version 1.2 Mesa 3.4.2"
it means that you are using a real accelerated graphic driver.
Another way to find information about your current OpenGL setup is by using the glxinfo command, that will yield more technical oriented data about your system. Just be prepared to pipe the output trough a LESS command since glxinfo could be really articulated some times.
Blender uses OpenGL for all widgets and buttons and menus. This means Blender won't run well on some configurations of X11/driver combinations, especially when optimized for 3D gaming speed.
A common error is with using the SWCursor option with soft shadows, which can leave trails in Blender. Experiment with settings in your /etc/X11/XF86Config like these;
# NVidia specific options
Option "NoLogo" "0"
Option "SWCursor" "false"
Option "HWCursor" "true"
Option "CursorShadow" "true"
Another error with cursors leaving trails can be solved by adding the following line to your .Xresources by typing in a terminal (it seems you need to set it per user, doesn't work as system resource):
echo "Xcursor.core: 1" >> ~/.Xresources
Blender also requires normal buffer swapping, not optimized for speed, but based on copying the back buffer contents to the front buffer. You can set this in XF86Config by disabling the optimized buffer flipping;
Option "NoFlip" "1"
# ATI options
For ATI drivers, disable FSAA (full scene anti aliasing) that garbles up the screen.
Problem: Alt+A (play animation) or P (play game) in Blender 3D window views can cause Blender to terminate.
If blender is started in Fedora Core 2 by using an icon launcher from the Desktop or Panel with the "run in terminal" option selected, hot-key Alt+A or P will terminate Blender on the first or second instance of its use.
Solution #1: From a terminal(CLI) navigate to your Blender directory and start Blender with ./blender
Solution #2: Deselect "run in terminal" in the Blender Desktop or Panel launcher icon properties. Right click on the icon. Select "properties" from the dialogue box. Deselect the "run in terminal "option".
If you are getting this error it means that the glx extension is not enabled in /etc/X11/XF86Config.
GLX allows blender to access your 3d card and draw to the screen, but some distributions ship with GLX disabled.
It likely means that you just haven't got OpenGL installed or properly configured on your system. (It is also a symptom that you should review your 3D card setup in general).
Unfortunately there isn't a easy answer on how to enable it, since it varies from distro to distro.
As a general tip it could be said that most of the times a line that says "Load GLX" withing the Modules section of your Xfree86config file is involved. However, Your distro manual should point you in the right direction.
Yes. Every .blend made in any platform should open in any other platform. If you ever come across a .blend file that opens OK in a platform but won't open on another platform then you have officially found a bug and we would be most interested in hearing about it on our Bug tracker, located at projects.blender.org/tracker/
Try to run Blender with the startup option "-g noaudio". That disables game sounds, and should enable sound in the Blender UI.
Another reported fix is by installing (if it's not already) the libsdl1.2debian-all and then set the environment var:
export SDL_AUDIODRIVER=esd
No. If you install Blender under your home directory it would run just fine.
However, just like with any Linux program, installing the needed dependencies might (like in "could happen but is not sure") need root access.
Because the install process is so easy that even a 2 years old kid could do it.
Besides, distro makers sometimes make funky decisions about where to put what on their Linux version. So to be safe a manual install is the best choice (remember that I said it is a really easy process).
Short answer: the file you downloaded is a compressed folder, just uncompress it and run the blender executable from that directory.
Long answer: (not fully written, in the meanwhile read at www.blender.org/modules/documentation/htmlI/c217.html )
"Could not find platform independent libraries <prefix>"
"Could not find platform dependent libraries <exec_prefix>"
"Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]"
"'import site' failed; use -v for traceback"
"sys_init:warning - no sitedirs added from site module."
Those error messages all point in the same direction, a proper Python installation could not be found by Blender. Either you don't have Python installed, or you have and outdated version. At the time of this writing, Blender requires Python 2.3.
The error is non fatal, meaning that Blender will still open and work, but you'll be in trouble if you try to run a script that requires Python functions not already provided by Blender (file import/export scripts are good candidates for that).
Means that you need to install the C++ compatibility libraries. If you are on RedHat, that would be compat-libstdc++-*.rpm.