Video on Demand (VoD)
VoD
This is when you point MistServer to a storage for media. Local storage is always preferred since it's guaranteed to be fast, however remote storages such as remote mounts or S3-compatible storage are also supported. In any cases the first time MistServer loads in the media file it will be analysed and a DTSH file will be put next to it (if MistServer has rights to write in that folder). This servers to speed up seeking within the source and show metadata without having to touch the original file. This could mean the very first time loading a VoD asset the load time is slower. The DTSH file is not required and can be deleted, however it does speed up the load time & seeking within a file if kept available.
Linux / MacOS / Docker paths
Linux and MacOS use normal file paths as returned by the system, e.g:
/User/example/example.mp4
Windows paths
MistServer Windows builds rely on Cygwin, this means that the most compatible method to write downfiel paths within Windwos builds uses cygdrive/#/ syntax, e.g:
/cygdrive/c/User/example/videos/example.mp4
File input
All you need to do for file file input is point MistServer towards the file and you're done. There is an option for a browse button to make locating the media source easier.
S3 storage
S3 storage is supported as an input, however MistServer cannot write to S3 storage without an [external writer][externalwriter]. In order to access S3 compatible storage make sure your source starts with: s3+http:// or s3+https:// followed by the authorization information, address, bucket and file, e.g:
s3+https://account:password@example:9876/bucket/path/to/file.mp4
Folder input
Instead of pointing MistServer to a single file you can point it towards a folder. This folder is then monitored and all files within are made available. In this case the full file name and extension will be the wildcard part of the folder stream name.

While the interface will not immediately show all the files within the folder, you can activate this by pressing the unfold "+" button. This is done to avoid loading in too many sources at once as this could slow down the interface.
- Polling the folder is a slow operation and not necessary if you know file names
- If you find yourself relying on folder support, consider using the
STREAM_SOURCEtrigger instead