Hi all
We are using gstreamer for internet radious playback and face problems with blocked application thread.
The mms element uses libmms library and blocks application thread for networking activity.
Related bug:
Our plan is to move the blocking IO to separate thread and close networking + thread on shutdown.
We are not sure whether it makes sense to base such work on libmms library.
The FFMPEG library provides mms support with LGPL licence.
The source code in ffmpeg is smaller and seems better quality compared to libmms.
And we found at least one mms stream that plays nicely in mplayer and not in gstreamer using libmms.
Regarging non-blocking implementation, ... mms in ffmpef is blocking.
But given the small code size, the code can be refactored to nonblocking
and the changes may be accepted upstream in ffmpeg or forked.
But this is not our current target.
Do you have any comments? What solution gives us best hopes for being accepted upstream?
Kind regards
Brano
_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Locked
