We need help from the Linux users, testing Blender.
January 29th, 2007 by 
Rui Campos (rcas)
I just uploaded my first linux test build, using a modified version of the official chroot (used to compile the Official Blender Binary).
For this I need all of you linux users to test it, with every linux distribution you got.
Aside from the splash (its outdated), this Build has FFMPEG compiled as a static library as well as some other libraries like gettext and openal.
If possible try ffmpeg out and see how it behaves.
And after testing, please report about it, the distro you used, if it works or not and possible hickups.
Download the i586 build.
Thanks,
– Rui –
Posted in Linux | 
January 29th, 2007 at 4:21
Great news Rui,
I’ll begin testing it right now. I have Intel, AMD, 32 bit, 64 bit, dual core, mandriva, Sun Wah, Debian, Red hat, Sun, etc…
I’ll test it!
January 29th, 2007 at 16:19
To Anxious Blender User:
Great, thanks.
If these work out nicely I can then replicate the changes to the optimized builds config and build again for some more testing.
When I get a Go I will make the new chroot available.
– Rui –
January 29th, 2007 at 19:26
I will download and test this build. I have a dual-core Pentium D machine with the 64-bit EMT emulation of the 32-bit processors. I’m running Fedora Core 7. Two questions: 1-Is anyone working on 64-bit Linux builds of blender? 2-Are there any CAD plugins, specifically to import AutoCAD files?
-Carolyn
January 29th, 2007 at 19:45
To caroblender:
True 64 Bits Blender is not officially supported, Ton will be working on it for the next release. If you just use 64 Bits then you should be ok, but mixing 32 Bit files with 64 Bit Blender, and vice-versa can corrupt the files.
Regarding CAD, I would say the best thing is to use the DXF import/export. Else, try OBJ.
– Rui –
January 29th, 2007 at 20:12
Tried in Gentoo and got no problems, ffmpeg works also.
January 29th, 2007 at 21:04
To Jurgen:
Cool, thanks.
– Rui –
January 31st, 2007 at 19:31
Wow! Great work!
I am running on Ubuntu Dapper Drake
Now FFMPEG behaves like it should..
I have tested xvid, h264, mp4, mp2 and mp1 with audio multiplex.
No problems for me.
But when i choose mp3, pcm, aac audio encoding AVIDEMUX always says it’s an mp2.. So maybe there is still a little bit to improve.
January 31st, 2007 at 19:43
To Thomas:
Great to hear this.
I will check on the mp3 and aac.
I linked mp3lame and faac into the binary, so it should work, it might also be something in Blenders own code, have to check it.
Thanks,
– Rui –
February 1st, 2007 at 8:55
I wanted to model in a verse session, and had some problems:
I have started a localhost verse session and there was no Problem to (re)connect to a session, but when i tried to subscribe a model on a webserver i cant get it.. On the other hand it was possible for me to start a new Versemodel on a webserver, but when i disconnect and tried to subscribe my model again it doesnt work. Maybe its a port problem of my router? But how can i fix this? Which port i have to open?
Verse is a big goodie for blender! Thanks!
February 1st, 2007 at 12:04
To Thomas:
Sorry, but I can’t really help you on that. I don’t know Verse that much.
Try joining irc.freenode.org, go to the #blendercoders chatroom and ask there.
– Rui –
February 1st, 2007 at 18:29
Forget about my last post..
I don’t need to forward any ports on my router to work with a ethernet verse server.
It was my fault with the blender object interface. I tried to subscribe a subobject from the verse-server.
But verse is still not very reliable because when my blendersession crashed also some Faces of the mesh i edited were gone.
February 1st, 2007 at 19:43
To Thomas:
I don’t really like Verse, they say it doesn’t crash and is reliable, that the problem is in the implementation on each software.
I can cope with that, but I disagree that it is reliable. The Verse specifications prove this, the protocol doesn’t implement anything that keeps the integrity of the transmissions, meaning that if some package doesn’t make it in, then its lost.
I still think Verse won’t go anywhere, nor will it be a big thing in the industry.
Yet, some new protocol that even if slower maintains the integrity of the data between the client and the server, that would be a really cool thing to have.
Anyway, make a Bug Report and I’m sure Jiri will fix it. There are some bugs, but almost no one reports them, so he isn’t aware of them.
– Rui –
February 5th, 2007 at 8:33
Saluton, i’ve just installed it on Debian with Nvidia drivers from Sid. It works a bit slowly comparing with previous version. And what i found - button Q does not work from the box
)
February 5th, 2007 at 12:38
Hi antono:
Q key was replaced by CTRL+Q keys in CVS, so you will just have to use the new mapping.
On being slower, how much slower?
And where? 3D View or Rendering ?
This isn’t an optimized version, so it should be slower at rendering.
– Rui –
February 6th, 2007 at 1:01
hello Rui, and thanks for all the good work you’re doing for the comunity.
I want to point out a bug in all linux versions(even the official) look here:
http://www.blender3d.org/forum/viewtopic.php?t=10699&sid=7b4de5878014ce5277960852b16d2acc
thanks for help.
February 6th, 2007 at 11:28
Hi al:
Have you posted a bug report in the bug tracker ?
Otherwise the developer that should fix it won’t be aware.
– Rui –
February 10th, 2007 at 17:06
Python scripts doesn’t work with the
February 10th, 2007 at 18:08
To freqmod:
Python isn’t statically compiled, its linked, so you need Python 2.4.
What version of Python do you have ?
Could you put here the output of the command line ?
– Rui –
February 12th, 2007 at 10:59
hello Rui
can u compile the latest linux rc3 release, i would like to testing a new feature
February 12th, 2007 at 12:36
To squareline:
Our February build will be online in a couple of hours.
I don’t compile the RC3 as this is the responsibility of the Blender Foundation and who was appointed to do it.
But I can make a special build for Linux if needed.
Anyway, the February build is already in the servers, just need to do the final checking and post the article.
Just wait a bit longer, it will be here soon. This time with the Linux builds being compiled in a chroot based on the official chroot used to build the Official builds, but with some updates.
– Rui –
February 12th, 2007 at 20:09
Oh thanx i downloaded it and works fine
February 16th, 2007 at 8:12
Hi,
i have tested the RC3 build and i’m very sad, because the ffmpeg export to h264 and xvid doesn’t work and crashed blender.. What’s wrong? Why is the official build after this beautiful release so buggy - or is this only related to Ubuntuusers. I will post this in the bugtracker and pray there will be a proper resolution for this fault before the final release.
February 16th, 2007 at 12:12
To Thomas:
The official Blender 2.43 doesn’t sport h264 nor xvid, but it shouldn’t crash either.
Have you tried our own February build?
We use the default CVS, no changes on the code, only in the build system. And our linux builds feature H264 and XVid built-in.
I’m “refreshing” the chroot that is used to compile the official build and I use the new one to compile our own builds now.
Once I get feedback from everyone saying it is good to go I will propose it as the default chroot for the official builds instead of the current one.
But since it isn’t 100% certified as good, the default builds still use the old one.
– Rui –
February 16th, 2007 at 15:36
I read it in the bugtracker.. The downloadsize would be to huge.
Where can i find your february build?
Hopefully your build become the default chroot with h264 and xvid included.
February 16th, 2007 at 18:23
To Thomas:
See the homepage, the post title is February Release…
– Rui –