[gstreamer-bugs] [Bug 571722] [shout2send] use nonblocking network I/O

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=571722

  GStreamer | gst-plugins-good | Ver: git




------- Comment #3 from marco  2009-02-14 14:05 UTC -------
i added as a property as the code is not yet tested well (it's a quick
workaround at least, sorry for this).
I did not investigate the vorbis problem but:
- on reconnect the mountpoint is correctly listed by the icecast server
  (but song metadatata are not listed anymore, for example)
- trying to connect to the mountpoint with a client (tried vlc, totem, mplayer)
does not even reach the buffering state

i collected some data with tcpdumo -i interface -s0 -X and i saw a single
difference:
on the very first connect, the stream includes an header (specified by the
vorbis format) (OggS....vorbis.....) which is not sent on reconnecting
(probably all the pipleline must be stopped and then restarted on each
reconnection tentative, and in this way the encoder will send that header
again). take all this as "chatting", as i am not a developer and have little
knowledge of gstreamer. 

the proposed patch also change SHOUT_FORMAT_VORBIS (seems deprecated) in
SHOUT_FORMAT_OGG.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=571722.