-
Notifications
You must be signed in to change notification settings - Fork 16
/
Copy pathversion.txt
37 lines (29 loc) · 2.78 KB
/
version.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
Build 9
* Filter schedules so that only the latest past schedule is loaded.
Build 8
* Added ModuleLoopUntilLivePublisher that removes the dependency on the full Stream Publisher for LoopUntilLive workflows. A property to set a single VOD file for each output stream is used instead of the streampublisher.smil file.
* `loopUntilLiveVodFiles` - Comma separated list of VOD file names to use for each output stream. The output stream will use the vod file name that matches the position in the list of names. If there are less vod file names listed, the output stream will use the last name in the list.
Build 7
* Load schedules via a separate thread to avoid a deadlock causing race condition if StartUpStreams is being used
Build 6
* Added HttpProvider to load and unload schedules. This can be used in place of the flash app
Build 5
* Added the following properties to check if the live stream is ready before switching to live
* `loopUntilLiveWaitForLiveTimeout` - How long to wait for the stream to be ready. default 10000ms
* `loopUntilLiveWaitForLiveAudio` - wait for the live stream to have at least one audio packet available. default: true (disable for video only)
* `loopUntilLiveWaitForLiveVideo` - wait for the live stream to have at least one video packet available. default: true (disable for audio only)
* If both are set to true then the a further check is made to make sure the audio is within 50ms of the latest video key frame
* Changed default for `streamPublisherStartLiveOnPreviousKeyFrame` to true
Build 4
* Fixed a similar problem with publishing an rtp mediaCaster where switching to the live stream twice would cause the stored playlist to be overwritten
Build 3
* Fixed problem in ModuleLoopUntilLive where unpublishing an rtp mediaCaster would cause the stream to switch to the playlist twice, causing an NPE on the second switch
Build 2
* Added the following properties to StreamPublisher to control the streams
* `streamPublisherTimeInMilliSeconds` - if set then the start and duration times are in milliseconds instead of seconds. Default false (seconds)
* `streamPublisherStartLiveOnPreviousKeyFrame` - if set, when switching to a live source, use the most recent key frame as the start instead of waiting for the next one. Default false
* `streamPublisherStartOnPreviousBufferTime` - how far to look back in the packet list for the previous key frame. default 4100 (milliseconds)
* `streamPublisherTimeOffsetBetweenItems` - specifies the millisecond gap between items (is currently overridden by an automatic check that use the larger of audio or video gap)
* `streamPublisherUpdateMetadataOnNewItem` - if set, the onMetadata packet `title` field will be updated with the name of the new item when a switch occurs. Default true (enabled)
Build 1
* Initial commit