Session details

Rendered frames1 - 900
Resolution160 x 720
Parts per frame8
Parts rendered7200 / 7200
Input licenseCopyright
Output licenseCC by-nc-nd
Attached filesStreamable rescaled h264 MPEG4 video
High quality h264 MPEG4 video

Session CPU Use

Session log

2010-12-21 14:28 UTC Registration
2010-12-21 15:18 UTC Submission
2010-12-23 17:08 UTC Accepted by admin
2010-12-23 17:08 UTC Preprocessing begin
2010-12-23 17:08 UTC Preprocessing ends
2010-12-23 17:08 UTC Render begin
2011-01-02 09:10 UTC Render ends
2011-01-02 09:10 UTC Postprocessing begin
2011-01-02 09:10 UTC Postprocessing ends
2011-01-02 09:10 UTC Encode begins
2011-01-02 09:18 UTC Encode ends
Sceptic Kerneli
Joined: 2010-12-15
User offline. Last seen 1 year 8 weeks ago. Offline

Comments

User offline. Last seen 3 weeks 2 days ago. Offline
Project administrator
Joined: 2008-11-26
Wrong resolution

This session was unfortunately put in (and accepted) with the wrong resolution, which results in us not being able to stich it together appropriately. We'll try some scripting magic once it's finished, but the results may not come out right.

I think that once Blender 2.6 comes out (hopefully with Python 3.2), we'll probably remove support for uploading through the web interface altogether. It's simply causing too many grievance in terms of users getting all the settings correct.

Julius Tuomisto Project Administrator Laurea SID Networks, Espoo, Finland Tel. +358-50-4135412

User offline. Last seen 1 year 8 weeks ago. Offline
Sceptic
Joined: 2010-12-15
I actually checked the

I actually checked the settings with the uploader and it reported everything was correct except some simulation things that i didn't even have in my scene. So that's why i had to upload through the web.

http://mirrordream.dyndns.org/~kerneli/resolution.png

User offline. Last seen 3 weeks 2 days ago. Offline
Project administrator
Joined: 2008-11-26
The resolution in the .blend and the upload form don't match

Unless something new is wrong (which I doubt), it's probably just that the .blend resolution doesn't match what was put in to the web form. I wish we had spotted that. Still the fact is that we need to fix these sorts of usability issues ASAP, so that the service is as easy to use as possible. :)

Edit: Well I checked the .blend and it seems that the resolution is in order. This could mean two things. 1) There's some new bug that's preventing BURP from stiching. 2) You would think that if the parts have been rendered with the proper resolutions, they could be stiched together quite easily. Let's see.

Julius Tuomisto Project Administrator Laurea SID Networks, Espoo, Finland Tel. +358-50-4135412

User offline. Last seen 19 hours 2 min ago. Offline
Abductee
Joined: 2009-03-09
Having a lot of failed WUs on

Having a lot of failed WUs on this session, apparently due to memory errors... Each WU is claiming 8 GB+ of virtual memory! However, I don't seem to be running out of system memory (4GB, 2 cores) before they crash out.

WCG Badges:

User offline. Last seen 3 weeks 2 days ago. Offline
Project administrator
Joined: 2008-11-26
Multithread is almost working ..

With MT these memory issues should mostly be a thing of the past. We'll try to get it running within January.

Julius Tuomisto Project Administrator Laurea SID Networks, Espoo, Finland Tel. +358-50-4135412

User offline. Last seen 3 weeks 2 days ago. Offline
Project administrator
Joined: 2008-11-26
Wow .. something really went wrong here

Wow - that's all that I can say. Something obviously went really wrong here. We'll have to pull some stuff out by hand from the database and see what's up. Might take a while unfortunately.

Julius Tuomisto Project Administrator Laurea SID Networks, Espoo, Finland Tel. +358-50-4135412

User offline. Last seen 1 year 8 weeks ago. Offline
Sceptic
Joined: 2010-12-15
Any progress?

Any progress finding out what went wrong? Is it still possible to stitch the images together correctly?