You are on page 1of 3

# # S+W configuration file # # Each S+W partition can be independently configured.

# [Partition7] Name=Sajid Smoke Files Path=/Volumes/VIDEO EDITING/Sajid Smoke Files/ManagedFolder7 # Name of the partition. # # Default for partition 0: Name=stonefs # Default for partitions 1..7: Name=stonefs# # #Name= # If specified, the path denotes that media should be stored in the file path # specified, as opposed to the Stone. Typical standard fs path will be # /mnt/<device>/fs<id>/part<id>/ where <device> is the device name, fs<id> is # the framestore identifier and part<id> is the partition identifier. # # Default: Path= # #Path= # A partition can be flagged as shared to allow another station running # Stone+Wire to read the media directly from the device, instead of going # through the Stone+Wire server. This is particularly useful for a SAN/NAS # environment. The *device* mount point must be identical on ALL stations # that access this partition. # # Bandwidth managed partitions should NOT be Shared. This is to enforce that # their media will always be accessed via the bandwidth aware S+W Server. # Otherwise, remote hosts will steal your bandwidth by directly accessing # the files via NFS. # # A shared partition does not mean that two separate systems can use the path # defined above as their media cache. Each system must own and *manage* # its own media cache, self contained within its own path within the device # mount point. # # Default: Shared=False # #Shared=False # Video Media Pre-Allocation Strategy # # By default, video media files are allocated on the fly as they are rendered or # written. No file pre-allocation is performed when clips are created. # # On shared filesystems, or when background IO operations occur, media file # interleaving can occur. This causes clip fragmentation and reduces IO # performance. # # To circumvent this, a media file pre-allocation strategy can be deployed to # ensure that the media files exist before being written, at the expense of a # performance hit at clip allocation. # # The available strategies are listed below: # # FALLOCATE - The files will be pre-allocated and zero-ed out on the # allocation. On most file system this operation is as expensive

# as writing the files. # # RESERVE - The space on disk necessary for the file will be reserved # but not written. The apparent size of the frame will remain 0. # This operation is typically much faster than FALLOCATE but supported # only on selected filesystems such as XFS. # # F_PREALLOCATE - The space on disk necessary for the file will be reserved # but not written. The apparent size of the frame will remain 0. # This operation is typically much faster than FALLOCATE but # supported only on selected filesystems such as HFS/HFS Plus. # # NONE - No pre-allocation is done. Space will be allocated when the # frame is written. # # Note: Pre-allocation when using compressed media (such as JPEG) will # not be performed since it is impossible to know the size of a # compressed file in advance. The strategy will be ignored in # these cases. # # Default: Preallocation=NONE # #Preallocation=NONE [DefaultFileFormats] # The following file formats denote the file types to use when creating video # of a given or bit depth. The file formats must support the corresponding bit # depths. If not, S+W will not be able to create images. # # These settings can also be applied to each partition by copying the line # to a partition section above. Partition format settings always override # default format settings. # # Supported 8 bit formats: DPX,TIF,JPG,SGI,RAW # # Default: 8BitIntVideo=DPX # #8BitIntVideo=DPX # Supported 10 bit formats: CIN, DPX, RAW # # Default: 10BitIntVideo=DPX # #10BitIntVideo=DPX # Supported 12 bit unpacked formats: DPX, RAW # # Default: 12BitIntVideo=DPX # #12BitIntVideo=DPX # Supported 12 bit packed formats: RAW # # Default: 12BitPackedIntVideo=RAW # #12BitPackedIntVideo=RAW # Supported float formats: EXR, RAW # # Default: floatVideo=RAW # #floatVideo=RAW # The default compression factor [0-100] for all jpeg files written.

# 0 is the highest compression. 100 is the lowest. # # Default: JpegCompressionFactor=50 # #JpegCompressionFactor=50 # The compression type for all OpenEXR files written. # Choices are: None,RLE,ZIP,ZIPS,PIZ,PXR24,B44,B44A # # Default: OpenEXRCompression=None # #OpenEXRCompression=None [MetadataDirectory] # Metadata Root Directory # # The ROOT directory under which all metadata associated with the # media ( stone or standardfs ) is located. # # Warning: This setting does not affect IFF/FS metadata ( project/clip ). # # Default: RootPath=/usr/discreet/ # #RootPath=/usr/discreet/ # A centralized directory path must be unique across all systems to ensure # metadata integrity. To this end, the framestore ID will be appended to the # root path (see above) if the path is flagged as centralized (see below). # This setting is normally used in conjunction with the clip library and # project central path defined in /user/discreet/cfg/centralPath.cfg. # # For example an host having a RootPath of /mnt/nas/data and a framestore id of # 54 will have a effective Metadata Root Directory of /mnt/nas/data/54/. # # Default: Centralized=False # #Centralized=False [StandardFSMediaOptions] # This option controls whether or not requests to soft-copy (Link) standard FS # media files should create symbolic links across filesystems if hard-links # cannot be created. A hard-link can only be created within the SAME # filesystem. # # Default: SymlinkAcrossFilesystems=True # # SymlinkAcrossFilesystems=True [Initialization]

You might also like