- 28 Jan, 2020 1 commit
-
-
Moritz Grimm authored
-
- 15 Jan, 2020 1 commit
-
-
Moritz Grimm authored
The correct way is to just not configure an encoder for a stream, which is what the documentation already states. Encoder sections now require a program name to be set or the configuration will not load. Fixes a segfault in ezstream.c, as reported by Tom McCallum via Github.
-
- 23 Jan, 2018 1 commit
-
-
Moritz Grimm authored
-
- 18 Nov, 2017 1 commit
-
-
Moritz Grimm authored
Everything ties together in stream configurations, of which there can be many now. For the time being, every stream configuration but the "default" is ignored. Every stream/server/encoder/decoder configuration now has the name "default" by default, so that configuring names is only needed to resolve ambiguities. Decoder configurations are now also constrained in this manner for consistency, meaning they are no longer uniquely identified by a number of file extensions but also a name.
-
- 22 May, 2015 1 commit
-
-
Moritz Grimm authored
-
- 21 May, 2015 1 commit
-
-
Moritz Grimm authored
-
- 20 May, 2015 1 commit
-
-
Moritz Grimm authored
-
- 15 May, 2015 1 commit
-
-
Moritz Grimm authored
-
- 05 May, 2015 1 commit
-
-
Moritz Grimm authored
* Move -m and -n command line options into the config file * Restructure configuration file: - Group into "server", "stream", "media", "metadata", "decoders", and "encoders" - Untangle decoder and encoder: o Decoders match on file extensions and convert to a canonical "internal" format o Encoders create one of the supported stream formats, potentially using different parameters (like bitrate) - Consistently specify stream format - Enable reencoding by selecting an encoder * Architecturally separate configuration file storage from parsing - Allows for different configuration back-ends in the future, like YAML, SQL, REST API, ... * Support roll-back in case of error on (re)load * Anticipate HTTPS support
-