dd23536c84
The purpose of this is to ensure that the recording processing with make visible forwards progress, by ensuring that different steps in the recording pipeline don't block each-other. This fixes: - recordings being processed prevent archiving new recordings from running - recordings can't be published until all pending recording processing completes It does allow recording archive, sanity, process, publish steps to run in parallel with each other, but at most one recording will be in each step at a time. (I.e. while one recording is being processed, a different recording can be published). This may potentially increase CPU usage for some users. If you expect this to be a problem, you can set resource controls (see `man systemd.resource-control`) on the bbb_record_core.slice systemd unit.
26 lines
863 B
YAML
26 lines
863 B
YAML
bbb_version: '0.9.0'
|
|
raw_audio_src: /var/freeswitch/meetings
|
|
raw_video_src: /usr/share/red5/webapps/video/streams
|
|
raw_screenshare_src: /usr/share/red5/webapps/screenshare/streams
|
|
raw_webrtc_deskshare_src: /usr/share/red5/webapps/video-broadcast/streams
|
|
raw_deskshare_src: /var/bigbluebutton/deskshare
|
|
raw_presentation_src: /var/bigbluebutton
|
|
redis_host: 127.0.0.1
|
|
redis_port: 6379
|
|
|
|
|
|
# For PRODUCTION
|
|
log_dir: /var/log/bigbluebutton
|
|
recording_dir: /var/bigbluebutton/recording
|
|
published_dir: /var/bigbluebutton/published
|
|
playback_host: 10.0.3.203
|
|
playback_protocol: http
|
|
|
|
# For DEVELOPMENT
|
|
# This allows us to run the scripts manually
|
|
#scripts_dir: /home/ubuntu/dev/bigbluebutton/record-and-playback/core/scripts
|
|
#log_dir: /home/ubuntu/temp/log
|
|
#recording_dir: /home/ubuntu/temp/recording
|
|
#published_dir: /home/ubuntu/temp/published
|
|
#playback_host: 192.168.22.137
|