GNOME Bugzilla – Bug 663298
RTSPServer broken on windows
Last modified: 2015-02-24 12:08:43 UTC
Created attachment 200575 [details] [review] Patch The current RTSP Server does not work on windows. On bug lies in the RTSP library used by the server. Basically no client is able to connect to the server (no response). The problem is in the library gst-plugins-base/gst-libs/gst/rtsp. The io watch always returns nothing. I am not sure whether this is the best solution- but it works.
Can you explain what this patch does?
is there any reason you change the component? the patch is for gst-plugins-base files and probably effects other part of gstreamer compiled for windows (eg rtspsrc etc...) even if the reporter find it during try to use gst-rtsp-server on windows.
Yes, of course i can: The I/O watches doesn't seem to work on windows correctly. This might be related to the bug reported here (glib) - but it's still a different issue: https://bugzilla.gnome.org/show_bug.cgi?id=338943 The main problem is that on windows sockets are handled totally different than I/O resources/files. GLib might have a problem there. The read/write events that should be triggered are never send. Therefore we used GstPoll to monitor the sockets. In detail: - we monitor the resources for read/write access - we poll the sockets explicitly The underlying problem might be: The initial server socket created works fine (and watches dispatch). On client-connection the server will create a new client-socket. That second socket doesn't trigger read/write events. In the end this seems to be a GLib problem.
Any new status on this?
Reopening as I can't see any open non developer question.
Comment #3 stated that it seems like a GLib problem. More importantly, is this still an issue with GStreamer 1.x ? The network stack is now based on glib/gio.
Closing, as the network stack used is completely different now and chances are good the issue got fixed as part of that.