PFSRD:Cooperative Crafting
Cooperative Crafting
Your assistance makes item crafting far more efficient.
Prerequisites: 1 rank in any Craft skill, any item creation feat.
Benefit: You can assist another character in crafting mundane and magical items. You must both possess the relevant Craft skill or item creation feat, but either one of you can fulfill any other prerequisites for crafting the item. You provide a +2 circumstance bonus on any Craft or Spellcraft checks related to making an item, and your assistance doubles the gp value of items that can be crafted each day.
Back to Main Page → Pathfinder Open Game Content → PFSRD → Feats
 | This is part of the Pathfinder Reference Document. It is covered by the Open Game License v1.0a, rather than the GNU Free Documentation License 1.3. To distinguish it, these items will have this notice. If you see any page that contains PFSRD material and does not show this license statement, please contact an admin so that this license statement can be added. It is our intent to work within this license in good faith. | |
gollark: Didn't old unix have `compress` or something using LZW?
gollark: Oh, so you mean this `hdr` goes at the start and the `dofs` thing tells you where the bit appended to the end is?
gollark: Perhaps the headers should also store the location of the last header, in case of [DATA EXPUNGED].
gollark: There are some important considerations here: it should be able to deal with damaged/partial files, encryption would be nice to have (it would probably work to just run it through authenticated AES-whatever when writing), adding new files shouldn't require tons of seeking, and it might be necessary to store backups on FAT32 disks so maybe it needs to be able of using multiple files somehow.
gollark: Hmm, so, designoidal idea:- files have the following metadata: filename, last modified time, maybe permissions (I may not actually need this), size, checksum, flags (in case I need this later; probably just compression format?)- each version of a file in an archive has this metadata in front of it- when all the files in some set of data are archived, a header gets written to the end with all the file metadata plus positions- when backup is rerun, the system™ just checks the last modified time of everything and sees if its local copies are newer, and if so appends them to the end; when it is done a new header is added containing all the files- when a backup needs to be extracted, it just reads the end and decompresses stuff at the right offset
This article is issued from Dandwiki. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.