The question that bothers me is how can I provide a continuous webm stream to icecast while I still control the playlist / schedule in realtime / programmatically in the background.
Yesterday night experiments with named pipes didn't work, as the process reading from the pipe exits when the process writing to the pipe exits (both are ffmpeg). I imagine it might work if the ffmpef reading from pipe and streaming to server would keep doing that even if for a moment the process writing would exit.
@luka one way that might work is to have a dummy writer to keep the pipe open. Something like "cat > play.fifo &" in the background. I think the EOF only happens when the last writer exits?
@mathr it doesn't really work. I mean, your advice works - "cat > live.pipe" does keep the reading ffmpeg non-terminated.
but the reading ffmpeg does not like the changing of timebase it receives. i might need to experiment a bit more with different setups - maybe every format needs to be coverted to a kind of raw video first, write that to pipe and then read from it, encode to webm and send to steam.
@luka oh! tricky :( re-encoding loses a lot of quality, but if the files are all the same codecs/bitrates there might be a way to remultiplex them with a continuous time code? no clue at this point
SoNoMu (Sound Noise Music) is a mastodon instance for musicians, sound-artists, producers of any kind of aural noise, songwriters, bedroom producers, sonic manglers and algorave livecoders. -> more...