diff options
Diffstat (limited to 'microposts/streaming-emacsconf.org')
| -rw-r--r-- | microposts/streaming-emacsconf.org | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/microposts/streaming-emacsconf.org b/microposts/streaming-emacsconf.org index 70342a3..6e4a8b0 100644 --- a/microposts/streaming-emacsconf.org +++ b/microposts/streaming-emacsconf.org @@ -12,7 +12,7 @@ ffmpeg -re -i ./video.webm -codec copy -content_type video/webm icecast://source This works very well with one video, but with multiple videos one will need to [[https://trac.ffmpeg.org/wiki/Concatenate][concatenate them]]. The concat idea has two problems: -1. Not all videos can be concatenated. In fact, in most of the experiments, the output video could not play after the the portion corresponding to the first input video. +1. Not all videos can be concatenated. In fact, in most of my experiments, the output video could not play after the the portion corresponding to the first input video. 2. There's absolutely no control of the playback. Once the stream started, the whole event is scripted, and to adjust the schedule one has to kill the stream first. Problem 2 can be fixed by utilising the fallback mountpoint with fallback-override: @@ -27,7 +27,7 @@ Problem 2 can be fixed by utilising the fallback mountpoint with fallback-overri This way the stream never dies, provided a standby video plays on on the fallback mountpoint. -Unfortunately not all videos can work smoothly between main the fallback mountpoints. Some transitions cause unpleasant visual artefacts lasting for a dozen seconds, others (even worse) with audio turning into high-pitch scratching noise and never recovering. For certain videos these problems even occur when a video transitions to itself. +Unfortunately not all videos can move smoothly between the main and the fallback mountpoints. Some transitions cause unpleasant visual artefacts lasting for a dozen seconds, others (even worse) with audio turning into high-pitch scratching noise and never recovering. For certain videos these problems even occur when a video transitions to itself. It may be possible to use ffmpeg to reencode videos that transitions smoothly, which is something to figure out for the future. @@ -41,7 +41,7 @@ Inspired by [[https://libremiami.org][LibreMiami]]'s watch party, I decided to t However, as pointed out by Amin, owncast uses rtmp as the streaming protocol, which probably encodes to mp4, [[https://audio-video.gnu.org/docs/formatguide.html][a patent encumbered format]]. -How about streaming to BBB with screen share + monitor system audio as source? It has a similar performance to owncast, but BBB requires javascript and is less accssible than icecast for viewers. +How about streaming to BBB with screen share + monitor system audio as source? A test with [[https://zaeph.net/][Leo Vivier]] showed that it has a similar performance to owncast. The downside with BBB is that it requires javascript and is less accssible than icecast for viewers. What worked, in the end, was an direct ffmpeg to icecast streaming (thanks to [[https://sachachua.com][Sacha Chua]]): |