[Bug 571722] [shout2send] use nonblocking network I/O

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=571722

--- Comment #10 from George Kiagiadakis <gkiagia at tolabaki.gr> ---
(In reply to Jérôme Lebleu from comment #9)
> The audio input stream is both recorded to a file and sent to Icecast using
> the tee plugin. Even if both tasks are done in a queue - correct me if I'm
> speaking nonsense, I'm just learning GStreamer... -, the whole pipeline is
> blocked when there is a network connexion issue. As a result, it stops to
> record the input stream to the file too and I have to kill the program. It's
> quite embarrassing for a live record if there is no fallback, even if a file
> record. It may also be my mistake too, I can paste my code as needed.

You should use a leaky queue before shout2send to avoid these issues if you
have a live pipeline. The patch that I submitted doesn't solve this issue, it
will still block upstream when the network is not responsive and still expects
you to handle this matter upstream. The *difference* though, is that you can
now change state while it's blocking and it will unblock. Previously, you had
to kill the process.

Btw, anyone to review this?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.