Sunflower A.1.2.L2

Description

A small stream

The second scene in the intro. A small stream in idylic nature settings.

This is the left eye view of the stereo video. The right eye is rendered in Session 1120.

Copyright 2008, Blender Foundation / www.bigbuckbunny.org

Downloads

184.2KB

s1119streamable.mp4

Streamable rescaled h264 MPEG4 video

1.3MB

s1119hi.mp4

High quality h264 MPEG4 video

Raw Frames

Directly from the farm

License

Scene Input

Output

Specification

Frames

233

Resolution

4063x2250

Frame rate

60 FPS

Parts per frame

Disk size

810.8MB

Memory

5.5GB

Editor

v2.49

Log

2011-02-08

20:09.21

Registration

20:14.15

Submit to service

20:14.18

Automated check

2011-02-12

18:42.03

Accepted by admin

18:42.04

Preprocessing begins

18:42.04

Preprocessing ends

18:42.04

Render begins

2011-02-17

11:54.45

Render ends

11:54.47

Postprocessing begins

11:54.47

Postprocessing ends

11:54.49

Encoding begins

13:56.26

Encoding ends

2011-05-20

20:11.26

Cleanup begins

Logged Rendering Time

Session Total

4 days 17h 12′ 41″ (Real)
32 days 9h 48′ 14″ (CPU)

Average Per Frame

24′ 47″ (Real)
2h 50′ 19″ (CPU)

Message boards : Comments and discussion : 1119

Author	Message
zombie67 [MM] Project donor Send message Joined: 9 Dec 06 Posts: 90 Credit: 2,118,099 RAC: 0	Message 10763 - Posted: 17 Feb 2011, 6:24:45 UTC Last modified: 17 Feb 2011, 6:25:09 UTC Download size is 296mb per task?! Dublin, California Team: SETI.USA ID: 10763 · Rating: 0 · rate: / Reply Quote

Janus Volunteer moderator Project administrator Send message Joined: 16 Jun 04 Posts: 4556 Credit: 2,097,282 RAC: 0	Message 10764 - Posted: 17 Feb 2011, 9:23:43 UTC - in response to Message 10763. Last modified: 17 Feb 2011, 13:49:40 UTC Download size is 296mb per task?! It shouldn't be, where do you get that number? It should be around 850MB download for the entire Sunflower event + around 20MB for the renderer 2MB for this session 60KB per frame, with around 10-20MB uploads ID: 10764 · Rating: 0 · rate: / Reply Quote

zombie67 [MM] Project donor Send message Joined: 9 Dec 06 Posts: 90 Credit: 2,118,099 RAC: 0	Message 10766 - Posted: 17 Feb 2011, 15:35:55 UTC - in response to Message 10764. Last modified: 17 Feb 2011, 15:38:44 UTC Download size is 296mb per task?! It shouldn't be, where do you get that number? In BOINCmanager, transfer tab. The task was taking forever to download. So I looked at the transfer tab, and that is the size it told me. 6.10.58. The length of time it took to download indicates to me that it wasn't lying. Edit: I just noticed that 1119 was cancelled. Was it because of the d/l size? Dublin, California Team: SETI.USA ID: 10766 · Rating: 0 · rate: / Reply Quote

baracutio Project donor Send message Joined: 29 Mar 05 Posts: 96 Credit: 174,604 RAC: 0	Message 10767 - Posted: 17 Feb 2011, 15:40:36 UTC - in response to Message 10766. can you remember the name of that big file? greets ID: 10767 · Rating: 0 · rate: / Reply Quote

zombie67 [MM] Project donor Send message Joined: 9 Dec 06 Posts: 90 Credit: 2,118,099 RAC: 0	Message 10769 - Posted: 17 Feb 2011, 16:08:14 UTC - in response to Message 10767. can you remember the name of that big file? Sorry, no. If I see it again, I will make a note of it. Dublin, California Team: SETI.USA ID: 10769 · Rating: 0 · rate: / Reply Quote

Janus Volunteer moderator Project administrator Send message Joined: 16 Jun 04 Posts: 4556 Credit: 2,097,282 RAC: 0	Message 10772 - Posted: 17 Feb 2011, 17:18:56 UTC - in response to Message 10766. Edit: I just noticed that 1119 was cancelled. Was it because of the d/l size? Nope, it completed and the server cancelled all remaining results that had not yet started. Don't abort the download, though, you will probably need it for the next sessions. This shot happens to be one of my favourite shots in the movie; so idyllic and quiet - a good example of what you can do with Blender if you are really good at it. ID: 10772 · Rating: 0 · rate: / Reply Quote

Janus Volunteer moderator Project administrator Send message Joined: 16 Jun 04 Posts: 4556 Credit: 2,097,282 RAC: 0	Message 10794 - Posted: 20 Feb 2011, 10:04:09 UTC Last modified: 20 Feb 2011, 10:09:49 UTC Based on the feedback above it was possible to detect a coding error in the new code that handles file deletion. In very rare conditions, when two clients happened to contact the server on exactly the same time, the memory where a particular database lookup stored its results would have a slight risk of getting partly or entirely garbled. This would in some very specific cases cause the server to ask the client to delete a randomly selected file (amongst those in the currently running sessions) and then ask it to re-download it. ID: 10794 · Rating: 0 · rate: / Reply Quote

Post to thread

Message boards : Comments and discussion : 1119