Feature #21

Feature #18: Texture and model libraries

Validate that libraries work with the core

Added by jbk over 7 years ago. Updated almost 7 years ago.

Status:ClosedStart date:04/03/2010
Priority:NormalDue date:
Assignee:jbk% Done:

100%

Category:CoreEstimated time:25.00 hours
Target version:v0.3s - Sunflower

Description

The core has functionality to handle libraries it should be enabled and tested.


Related issues

Related to Renderfarming.net - BURP - Feature #69: Support for per-frame input files Closed 06/19/2010

History

#1 Updated by jbk over 7 years ago

  • Target version set to v0.3s - Sunflower

#2 Updated by jbk over 7 years ago

  • % Done changed from 0 to 10
  • Creation: Not tested yet
  • Checks: No support
  • Admin accept: No support
  • Submit for BOINC: Some support, this will have to be divided into two cases:
    1. Copy-and-use: Libraries that are directly copied into (a possible subdir of) the rendering directory and used from there. This should work with the current clients and should serve well as a test-case for the rest of the features.
    2. Unpack: Libraries that must be unpacked into (a possible subdir of) the rendering directory and used from there
      BOINC supports the first but we will have to provide support for the latter through Glue (and hence an extension of the core submit script).
Relevant things to look into with regard to copy-and-use libraries:
  • Can we use openname with copy in the file struct to have boinc move files into subdirs?
  • The core must use the session-specific name for the copied file

#3 Updated by jbk over 7 years ago

  • Assignee set to jbk
  • % Done changed from 10 to 20

Idea: Instead of using a setup file for the files that need to be unpacked they could simply be given good reference names (i.e. unzip0 1 2 etc.)

#4 Updated by jbk over 7 years ago

  • % Done changed from 20 to 30
  • Estimated time changed from 5.00 to 25.00

Copy-and-use texture linking is being tested with no paths in session 1042.

The core must use the session-specific name for the copied file

This is taken care of.

#5 Updated by jbk about 7 years ago

  • % Done changed from 30 to 40

Can we use openname with copy in the file struct to have boinc move files into subdirs?

The answer is "no". BOINC attempts to open the file to write to but doesn't create the directory. A bugreport number 1024 has been created upstream at BOINC

So the status is currently:
1) Copy-and-use libraries work but do not support directories due to BOINC bugs.
2) Unpack libraries are unsupported as of yet and require Glue changes.

#6 Updated by jbk about 7 years ago

  • Status changed from New to Feedback
  • % Done changed from 40 to 60

(2) was added in r1210
(1) will be supported whenever BOINC supports it

#7 Updated by jbk almost 7 years ago

(1) was fixed in [23019] referenced from
trac

#8 Updated by jbk almost 7 years ago

  • Status changed from Feedback to Closed
  • % Done changed from 60 to 100

Status is now:
All types of libraries are working in the core.

Also available in: Atom PDF