Shinobi will generate ffmpeg process with extraneous -preset that cause process to die if an option is not after preset
Using ec1041c3 on Ubuntu 18
Shinobi will generate a ffmpeg command line that contains unnecessary -preset parameter even though the stream and recorders are both set to copy the RTSP video stream and the AAC audio stream directly. This leads to the situation where if previously preset is not set, the ffmpeg process will die because there will be no option (veryfast/ultrafast/etc.) after -preset.
e.g. from my system, see "-preset veryfast" right after the rtsp:*** ....
/usr/local/bin/ffmpeg -loglevel warning -r 5 -progress pipe:5 -use_wallclock_as_timestamps 1 -analyzeduration 5000000 -probesize 5000000 -rtsp_transport udp -err_detect aggressive -fflags discardcorrupt -i rtsp://:@192.168..:554/udp/av0_1 -preset veryfast -c:a copy -c:v copy -f hls -pix_fmt yuv420p -hls_time 1 -hls_list_size 10 -start_number 0 -hls_allow_cache 0 -hls_flags +delete_segments+omit_endlist /dev/shm/streams///s.m3u8 -update 1 -r 1 -s 640x360 /dev/shm/streams///s.jpg -y -map 0:a -acodec pcm_s16le -f s16le -ac 1 -ar 16000 pipe:6 -r 2 -s 640x360 -an -c:v pam -pix_fmt gray -f image2pipe pipe:3 -pix_fmt yuv420p -movflags +faststart -preset veryfast -crf 20 -r 5 -c:a copy -c:v libx264 -f hls -tune zerolatency -g 1 -hls_time 2 -hls_list_size 10 -start_number 0 -live_start_index -3 -hls_allow_cache 0 -hls_flags +delete_segments+omit_endlist /dev/shm/streams///detectorStream.m3u8 -f singlejpeg -r 1/300 -s 640x360 -an -q:v 1 pipe:7