[Bug 31836] Add support for GStreamer 1.0 API/ABI

wine-bugs at winehq.org wine-bugs at winehq.org
Thu Apr 16 05:04:18 CDT 2015


https://bugs.winehq.org/show_bug.cgi?id=31836

--- Comment #9 from Rafał Mużyło <galtgendo at o2.pl> ---
Hi, Tim.

Besides the (yet to be addressed) problem from bug 30557, GStreamer use in wine
is contained in dlls/winegstreamer/, with pretty much all but header includes
constrained to the two files, those touched by my failed patch:
dlls/winegstreamer/gstdemux.c and dlls/winegstreamer/gsttffilter.c.

While the doc situation has improved a little bit since the time I whined about
it on IRC, there's still very little live code examples of allocation queries,
mostly due to most gstreamer code redirecting the issue to handlers in abstract
plugins (well, base classes, if you want to get technical).

While at this time there *is* a section in
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/pwg/html/section-allocation-query.html
about it (as opposed to a TODO placeholder back when I was taking my shot), it
still addresses it from video_buffer angle, while current gstreamer code in
wine is for audio too. (would be nice if something could be done about bug 9127
too)


On a not really related note: kind of sorry, that I didn't pursue
https://bugzilla.gnome.org/show_bug.cgi?id=734451 to its conclusion, but I
though it'd be better to leave implementation details to you. While that
problem affected people building gst-{ffmpeg,libav} against ffmpeg, while you
(i.e. upstream) picked libav side of that silliness, it still would make the
code more future proof, if - for example - libav decided to pick up one of (the
admittedly few) codecs that have period or comma in its library name.

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.


More information about the wine-bugs mailing list