Andrew Eikum
2016-Jan-15 17:04 UTC
[Wine] Attn Packagers: Dependency change from gstreamer-0.10 to gstreamer >= 1.0
Hi all, The next release of Wine will include a commit which changes our winegstreamer dshow module to use the modern gstreamer 1.0 API instead of the long-deprecated gstreamer 0.10 API. dshow is used by some games and applications, including Microsoft Office, to display videos and play audio. Wine's winegstreamer allows applications that use dshow to support a wide variety of media through gstreamer. winegstreamer has been broken for a long time (see Bug 30557), and many distros disable the DLL when shipping Wine. If your distro provides 32-bit gstreamer libraries, then you can now re-enable winegstreamer and expect it to work. Thanks, Andrew
Paul Gofman
2016-Jan-15 18:46 UTC
[Wine] Attn Packagers: Dependency change from gstreamer-0.10 to gstreamer >= 1.0
Hi Andrew, when I compile latest git Wine as 32bit on my Fedora 23 (x86_64 arch), I get gstreamer configure error ("checking whether gint64 defined by gst/gst.h is indeed 64-bit: no"), and gstreamer gets disabled by auto configuration. I can solve the problem (gstreamer gets configured and compiled) if I specify gstreamer include dirs manually: GSTREAMER_CFLAGS='-pthread -I/usr/include/gstreamer-1.0 -I/usr/lib/gstreamer-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include' With automated settings gstreamer includes are set up as following (please mind lib64 instead of lib): -pthread -I/usr/include/gstreamer-1.0 -I/usr/lib64/gstreamer-1.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include Wine64 gets gstreamer configured and built just fine by default. Is it some auto configuration bug? Thanks, Paul. On 01/15/2016 08:04 PM, Andrew Eikum wrote:> Hi all, > > The next release of Wine will include a commit which changes our > winegstreamer dshow module to use the modern gstreamer 1.0 API instead > of the long-deprecated gstreamer 0.10 API. dshow is used by some games > and applications, including Microsoft Office, to display videos and > play audio. Wine's winegstreamer allows applications that use dshow to > support a wide variety of media through gstreamer. > > winegstreamer has been broken for a long time (see Bug 30557), and > many distros disable the DLL when shipping Wine. If your distro > provides 32-bit gstreamer libraries, then you can now re-enable > winegstreamer and expect it to work. > > Thanks, > Andrew > > >
Andrew Eikum
2016-Jan-15 19:12 UTC
[Wine] Attn Packagers: Dependency change from gstreamer-0.10 to gstreamer >= 1.0
The problem here is glib and gstreamer have different header files for 32- and 64-bit, but pkgconfig doesn't have a mechanism to specify which you should get. In your setup, it is returning the 64-bit headers, which are wrong for our 32-bit build. You need to specify something like "PKG_CONFIG_PATH=/usr/lib32/pkgconfig" before running configure. On my Arch Linux machine: [aeikum at aeikum ~]$ pkg-config --cflags gstreamer-1.0 -pthread -I/usr/include/gstreamer-1.0 -I/usr/lib/gstreamer-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include [aeikum at aeikum ~]$ PKG_CONFIG_PATH=/usr/lib32/pkgconfig pkg-config --cflags gstreamer-1.0 -pthread -I/usr/include/gstreamer-1.0 -I/usr/lib32/gstreamer-1.0/include -I/usr/include/glib-2.0 -I/usr/lib32/glib-2.0/include Andrew On Fri, Jan 15, 2016 at 09:46:14PM +0300, Paul Gofman wrote:> Hi Andrew, > > when I compile latest git Wine as 32bit on my Fedora 23 (x86_64 > arch), I get gstreamer configure error ("checking whether gint64 defined > by gst/gst.h is indeed 64-bit: no"), and gstreamer gets disabled by auto > configuration. I can solve the problem (gstreamer gets configured and > compiled) if I specify gstreamer include dirs manually: > GSTREAMER_CFLAGS='-pthread -I/usr/include/gstreamer-1.0 > -I/usr/lib/gstreamer-1.0/include -I/usr/include/glib-2.0 > -I/usr/lib/glib-2.0/include' > > With automated settings gstreamer includes are set up as following > (please mind lib64 instead of lib): > -pthread -I/usr/include/gstreamer-1.0 -I/usr/lib64/gstreamer-1.0/include > -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include > > Wine64 gets gstreamer configured and built just fine by default. > > Is it some auto configuration bug? > > Thanks, > Paul. > > On 01/15/2016 08:04 PM, Andrew Eikum wrote: > > Hi all, > > > > The next release of Wine will include a commit which changes our > > winegstreamer dshow module to use the modern gstreamer 1.0 API instead > > of the long-deprecated gstreamer 0.10 API. dshow is used by some games > > and applications, including Microsoft Office, to display videos and > > play audio. Wine's winegstreamer allows applications that use dshow to > > support a wide variety of media through gstreamer. > > > > winegstreamer has been broken for a long time (see Bug 30557), and > > many distros disable the DLL when shipping Wine. If your distro > > provides 32-bit gstreamer libraries, then you can now re-enable > > winegstreamer and expect it to work. > > > > Thanks, > > Andrew > > > > > > > >
Possibly Parallel Threads
- Attn Packagers: Dependency change from gstreamer-0.10 to gstreamer >= 1.0
- gstreamer-0.10 development libraries not found on Fedora 16
- DShow Filters - "Play to" support in WMP
- Can I disable gstreamer support? Crashes Battleswarm :(
- can't stream Opus in CAF format