Give more time to pipe process to terminate after having sent a SIGINT.

Signed-off-by: Olivier Langlois <olivier@trillion01.com>
Remove obvious unanswered question.

Signed-off-by: Olivier Langlois <olivier@trillion01.com>
Shorten Warning log prefix

Signed-off-by: Olivier Langlois <olivier@trillion01.com>
Remove custom sighandler code.

Signed-off-by: Olivier Langlois <olivier@trillion01.com>
Allow the capture to be stopped from the sink

I found out that while with the file sink, it was quite exceptional
to have an error occuring in the sink while capturing, it is quite
easy to see with the pipe sink. The most common errors are:

1. While experimenting with the external program, it just abort
   immediatly because of an invalid combination of cmdline params
2. It is too slow to consume the stream at the pace we create it.

Prior this commit, the sink thread was exiting and the only way to
restart the capture  was to restart the host app.

Now the sink has a callback to stop the capture which will
drain the content of the sink buffer and leave the whole thing
in a consistent state so capture will start correctly at the
next attempt.

Signed-off-by: Olivier Langlois <olivier@trillion01.com>
final change to SIGINT to

Also exec ffmpeg so it is it that receives the signal and not its
parent bash shell.

Signed-off-by: Olivier Langlois <olivier@trillion01.com>
Change SIGSEGV to SIGKILL

This was a temp modif that did allow me to figure out why ffmpeg
was not always terminating when sending signals.

Signed-off-by: Olivier Langlois <olivier@trillion01.com>
Add new script to mix 2 audio streams and overlay

a webcam stream.

Signed-off-by: Olivier Langlois <olivier@trillion01.com>
Release notes for v0.6.1

Signed-off-by: Olivier Langlois <olivier@trillion01.com>
Update README with

webcam overlay video URL.

Signed-off-by: Olivier Langlois <olivier@trillion01.com>