Blender 2.46 released

Message boards : Client : Blender 2.46 released
Message board moderation

To post messages, you must log in.

AuthorMessage
Achim

Send message
Joined: 17 May 05
Posts: 183
Credit: 2,642,713
RAC: 0
Message 8359 - Posted: 20 May 2008, 15:19:54 UTC

I just read the next blender version is released.
Including some new features.

Will this version be availible in burp before beta, or will the port wait until the server backend is finished?
ID: 8359 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 8363 - Posted: 21 May 2008, 6:49:52 UTC - in response to Message 8359.  

I just read the next blender version is released.
Including some new features.

Will this version be availible in burp before beta, or will the port wait until the server backend is finished?

Mind you, Beta is not right around the corner - it\'s a really big set of changes that needs to be made.
Code that is shared between Alpha and Beta may as well be backported into the Alpha project - this includes the client (or more accurately this includes the Blender patchset which is used to compile the version of Blender that we use here).
In other words there should be a good chance to see the new Blender in use before Beta.

Including some new features.

Unfortunately embedding baked physics into .blend files (needed to use physics stuff on BURPv0.2) didn\'t make it to the release but is on the TODO-list for the next version.
ID: 8363 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Achim

Send message
Joined: 17 May 05
Posts: 183
Credit: 2,642,713
RAC: 0
Message 8365 - Posted: 21 May 2008, 8:32:46 UTC

Thanks
ID: 8365 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 8450 - Posted: 21 Jun 2008, 21:28:51 UTC
Last modified: 21 Jun 2008, 22:55:51 UTC

Blender 2.46 (in the form of version 4.57 of the client code) is slowly being rolled out at the moment. The linux version, however, is suffering from a path error in the code which is currently being hunted down and fixed - until then all linux versions will try to open the .blend from a wrong place and fail like this:
Example of failed linux workunit

The reason is the use of the term \"current working directory\". From outside of BOINC the current working directory is wherever you currently are. Inside BOINC it will also be that location but BOINC will change the current directory to the slots directory when starting an application. It does not, however change the environment varilables to match this (it seems). Blender assumes that the current directory is whatever is set in the environment variables...which is not the case here. So basically it\'s a mess but noone made any mistakes - only wrong assumptions.
ID: 8450 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 8451 - Posted: 22 Jun 2008, 0:17:40 UTC
Last modified: 22 Jun 2008, 0:21:38 UTC

Version 4.58 fixes the issue with paths on Linux by using relative paths.

Unfortunately it just became clear that the latest versions of the client (4.57 and 4.58) are based on a Blender version with supposedly buggy threads handling. For this reason Blender will always attempt to use as many processors as possible rather than what was specified in the account settings for the participant running the client.
This is actually a Blender issue rather than a BURP one but it should be easily fixable.

I\'ll look into it tomorrow and hopefully be able to send out a new version with correct handling of threads.
ID: 8451 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Fischer-Kerli
Project donor

Send message
Joined: 24 Mar 05
Posts: 70
Credit: 78,553
RAC: 0
Message 8452 - Posted: 22 Jun 2008, 0:33:05 UTC - in response to Message 8451.  

Version 4.58 fixes the issue with paths on Linux by using relative paths.

Unfortunately it just became clear that the latest versions of the client (4.57 and 4.58) are based on a Blender version with supposedly buggy threads handling. For this reason Blender will always attempt to use as many processors as possible rather than what was specified in the account settings for the participant running the client.


That explains why I was getting values like 31% and 69% of CPU usage (in Task Manager) with two BURP WUs running simultaneously on my Dual Core.
ID: 8452 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 8453 - Posted: 22 Jun 2008, 0:47:35 UTC - in response to Message 8452.  
Last modified: 22 Jun 2008, 0:47:50 UTC

That explains why I was getting values like 31% and 69% of CPU usage (in Task Manager) with two BURP WUs running simultaneously on my Dual Core.

Yes.

The renderqueue will stay frozen until this issue has been sorted out.
ID: 8453 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 8454 - Posted: 22 Jun 2008, 13:52:26 UTC

Update: Version 4.59 is currently being deployed for testing on all platforms. Hopefully this version will be bug-free.
ID: 8454 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Fischer-Kerli
Project donor

Send message
Joined: 24 Mar 05
Posts: 70
Credit: 78,553
RAC: 0
Message 8456 - Posted: 22 Jun 2008, 20:15:48 UTC
Last modified: 22 Jun 2008, 20:19:22 UTC

On my secondary box, every single WU from sessions 882 and 870, which use the new app, has failed (Worker application apparently died prematurely, output file absent), while there were no problems on my primary box. I have no idea why, there are too many differences between the two systems (e.g. XP SP2 vs SP3, AMD vs Intel, amount of RAM, Antivir vs Sophos etc.). Earlier, with the old app, the secondary box had returned several results that had validated OK. (EDIT: I\'ve tried resetting the project, rebooting and - becoming kind of desperate - logging into an account with administrative rights.)
ID: 8456 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 8458 - Posted: 22 Jun 2008, 21:14:09 UTC - in response to Message 8456.  
Last modified: 22 Jun 2008, 21:15:56 UTC

Weird, it doesn\'t state any error at all, it just doesn\'t start the Blender executable. I guess we will have to wait for more error reports to come in in order to pinpoint the issue a little bit better.
ID: 8458 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Fischer-Kerli
Project donor

Send message
Joined: 24 Mar 05
Posts: 70
Credit: 78,553
RAC: 0
Message 8459 - Posted: 22 Jun 2008, 23:40:54 UTC - in response to Message 8458.  
Last modified: 22 Jun 2008, 23:55:33 UTC

Weird, it doesn\'t state any error at all, it just doesn\'t start the Blender executable. I guess we will have to wait for more error reports to come in in order to pinpoint the issue a little bit better.


Lots more on other computers, e.g.:
http://burp.boinc.dk/results.php?hostid=36427
http://burp.boinc.dk/results.php?hostid=39070
http://burp.boinc.dk/results.php?hostid=38077
http://burp.boinc.dk/results.php?hostid=38618
http://burp.boinc.dk/results.php?hostid=27604
http://burp.boinc.dk/results.php?hostid=38932
http://burp.boinc.dk/results.php?hostid=36488
http://burp.boinc.dk/results.php?hostid=33083
http://burp.boinc.dk/results.php?hostid=38975
(compiled from only three of my recent WUs ... I could go on)

The ones I\'ve checked from this list are all Windows boxes which seemed to do OK with the old app. Something\'s definitely wrong.
ID: 8459 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 8463 - Posted: 23 Jun 2008, 9:16:41 UTC - in response to Message 8459.  
Last modified: 23 Jun 2008, 9:18:11 UTC

are all Windows boxes

The compile platform for Windows has changed since version 4.56, this has seemingly caused some issues.

It would be nice if anyone experiencing the issue could grab a copy of stderr and stdout from the slots directory of the glue2/Blender application and post it somewhere (or mail it - see contact info at the bottom of the page). This directory is located in a subdirectory of your BOINC directory and only contains something interesting right after a workunit has finished but just before it is reported.
I think switching off network activity in the manager may help with getting the files in just that right moment.

Alternatively try going to the projects directory of the BOINC client and enter the burp.boinc.dk subdirectory. Locate the blender ZIP file and extract it somewhere. Then try to run the Blender executable and see what happens.
ID: 8463 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Fischer-Kerli
Project donor

Send message
Joined: 24 Mar 05
Posts: 70
Credit: 78,553
RAC: 0
Message 8465 - Posted: 23 Jun 2008, 9:54:22 UTC
Last modified: 23 Jun 2008, 10:23:55 UTC

The solution may be very simple: On my computer that has issues, Blender won\'t start up when invoked by double-click because MSVCR71.dll (Visual C 7 runtime) is missing. On the computer with no issues, the file is present.

EDIT: Unfortunately, Visual Studio .NET 2002/2003, the latter of which contains the file in question, seem to be the only versions of Visual Studio with no downloadable redistributables, so I copied MSVCR71.dll manually to the directory where I had unzipped Blender ... and it worked.

EDIT: Installing the Visual C/C++ 2005 redistributable doesn\'t help. It has to be MSVCR71.dll.
ID: 8465 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 8467 - Posted: 23 Jun 2008, 12:48:41 UTC - in response to Message 8465.  

Right, I suspected it was something like that. Only people who own a license of MSVC are allowed to distribute the MSVCR71.dll. Luckily I\'ve got such a license from Microsoft but it is a special version of it so I\'ll have to check for license compatibility in the case of sending MSVCR71.dll out bundled with the client.

As there is a lot of fine print to read this may take a few days, I\'m sorry.
ID: 8467 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
anih

Send message
Joined: 12 Jun 05
Posts: 14
Credit: 487,912
RAC: 0
Message 8470 - Posted: 24 Jun 2008, 7:23:55 UTC

i think blender support cygwin enviroment so you can compile it with dev-c++:
http://www.bloodshed.net/devcpp.html, i think staying away from microsoft dependences will be nice :)
http://ugame.net.pl
ID: 8470 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 8471 - Posted: 24 Jun 2008, 16:19:19 UTC - in response to Message 8470.  

dev-c++ uses mingw as underlying compile system if I remember correctly. It is the same system that was used for compiling the Blender executable this time.
The issue is not the with the code compiled by us but (afaik) it is in the code precompiled from one of the libraries used (python?).

As far as I can see the license I\'ve got allows redistribution of the .dll in question, so I\'ll cook up a new client release as soon as possible.
ID: 8471 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile LifeisAGame

Send message
Joined: 8 Jun 08
Posts: 12
Credit: 3,993
RAC: 0
Message 8473 - Posted: 25 Jun 2008, 13:12:23 UTC

Just a little question to this:

Give Burp now again no Work till you get the New Client ready?
ID: 8473 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 8476 - Posted: 25 Jun 2008, 16:25:03 UTC - in response to Message 8473.  
Last modified: 25 Jun 2008, 16:26:09 UTC

Give Burp now again no Work till you get the New Client ready?

The new client is already ready and deployed and a test is scheduled to start later today.
ID: 8476 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile LifeisAGame

Send message
Joined: 8 Jun 08
Posts: 12
Credit: 3,993
RAC: 0
Message 8482 - Posted: 26 Jun 2008, 13:27:55 UTC

Wow thats going faster as i\'m think :)

Thanks Janus
ID: 8482 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote

Message boards : Client : Blender 2.46 released