Freshly baked Windows binaries of HEAD available

classic Classic list List threaded Threaded
12 messages Options
Reply | Threaded
Open this post in threaded view
|

Freshly baked Windows binaries of HEAD available

Ole Andre Vadla Ravnås
Hi all,
 
I just whipped together some binaries of GStreamer HEAD built against msvcrt.dll (the ReleaseWdkCrt configuration).
 
The snapshots can be found here:
http://people.collabora.co.uk/~oleavr/OABuild/snapshots/
 
33e44c77f4b8f413db6ffc5e47f2a8ab OABuild-20080904-glib-dbg.exe
0f717766f27fab1b4905a28123a195cc OABuild-20080904-glib-dev.exe
708f0ca2d3b5934c2d1ad91ea3713e2e OABuild-20080904-glib.exe
ffaff7b80693d76f1476c6ab809bbe75 OABuild-20080904-gstreamer-dbg.exe
c02d961fd4f80900fa338a3049731b8b OABuild-20080904-gstreamer-dev.exe
8e29f516806bddc46a5435898e3cf204 OABuild-20080904-gstreamer.exe
 
Please note that this was done in a hurry, so the naming scheme, which files go where, etc., will likely change in the future. Extract OABuild-20080904-glib.exe and OABuild-20080904-gstreamer.exe to get a pure runtime installation (with gst-inspect and gst-launch, likely to be split out in the future), dbg for debug symbols (.pdb files), and dev for development headers, .lib files and stuff like that.
 
Also note that I just realized that the binaries from gst-plugins-good are off by one micro version as I forgot to sync GstPluginsGoodVersion.vsprops against configure.ac... This is on my TODO list of things to automate, and will obviously be fixed in future snapshots.
 
Lastly, if someone feels like contributing automated .msi/.msm packaging for future snapshots then that would be awesome! :)
 
Cheers,
Ole André

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Freshly baked Windows binaries of HEAD available

acolubri
Using the great work of Ole Andre as the starting point, I created a new
set of simplified, up-to-date GStreamer installers for Windows (one for
the binaries and libs, and another for development files). You can grab
them from here:

http://sourceforge.net/project/showfiles.php?group_id=225389&package_id=272648&release_id=625609

Please note that this is an initial, "preview" release so people could
try it out and report their success (or failure). I have myself used it
successfully on both Windows XP professional SP3 and Vista SP1 business
edition.

It includes ffmpeg libraries compiled from svn source grabbed a few days
ago.

For those interested in the steps I followed to create these installers,
I have put up this post on my blog:
http://codeanticode.wordpress.com/2008/09/12/the-gstreamer-adventure-part-i-creating-a-windows-installer/

Andres

Ole Andre Vadla Ravnås wrote:

> Hi all,
>  
> I just whipped together some binaries of GStreamer HEAD built against msvcrt.dll (the ReleaseWdkCrt configuration).
>  
> The snapshots can be found here:
> http://people.collabora.co.uk/~oleavr/OABuild/snapshots/
>  
> 33e44c77f4b8f413db6ffc5e47f2a8ab OABuild-20080904-glib-dbg.exe
> 0f717766f27fab1b4905a28123a195cc OABuild-20080904-glib-dev.exe
> 708f0ca2d3b5934c2d1ad91ea3713e2e OABuild-20080904-glib.exe
> ffaff7b80693d76f1476c6ab809bbe75 OABuild-20080904-gstreamer-dbg.exe
> c02d961fd4f80900fa338a3049731b8b OABuild-20080904-gstreamer-dev.exe
> 8e29f516806bddc46a5435898e3cf204 OABuild-20080904-gstreamer.exe
>  
> Please note that this was done in a hurry, so the naming scheme, which files go where, etc., will likely change in the future. Extract OABuild-20080904-glib.exe and OABuild-20080904-gstreamer.exe to get a pure runtime installation (with gst-inspect and gst-launch, likely to be split out in the future), dbg for debug symbols (.pdb files), and dev for development headers, .lib files and stuff like that.
>  
> Also note that I just realized that the binaries from gst-plugins-good are off by one micro version as I forgot to sync GstPluginsGoodVersion.vsprops against configure.ac... This is on my TODO list of things to automate, and will obviously be fixed in future snapshots.
>  
> Lastly, if someone feels like contributing automated .msi/.msm packaging for future snapshots then that would be awesome! :)
>  
> Cheers,
> Ole André
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>  


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Freshly baked Windows binaries of HEAD available

Andoni Morales
Hi

One week ago I tested the OABuild binaries and I found some backward incompabilities with GLib. I'm actually working on a GTK app using gstreamer on windows, and the glib version provided by the gtk-sharp installer isn't compatible with the one used to compile gstreamer  with the OABuild tools (I don't really know why, but there is an error with gsignal). So what I did, is to compile GStreamer using the OABuild tools against the older glib version and all went well.
I tried to replace my installed glib version with the one used to link the OABuild binaries, but the GTK part failed. And with the glib version provided by GTK, the gstreamer part failed (always with a gsignal error  when sending a signal).
What I mean is: If you want to provide some GStreamer binaries, try to link it against the glib version actually provided by the windows gtk installers as many of us will use GStreamer in combination with GTK. If you don't do this, your gstreamer binaries will work well on a standalone app, but they won't work at all with any previous installation.
I dont know if I was clear enough because my english is very poor. Want I wanted to let clear is that there could be some conflicts with GLib that you should take in consideration. I  think the GLib version used to link the GStreamer binaries si too cooler for windows and won't be compatible with any other previous installation as the one provided by the windows gtk installer.

Regards, Andoni Morales

2008/9/12 Andres Colubri <[hidden email]>
Using the great work of Ole Andre as the starting point, I created a new
set of simplified, up-to-date GStreamer installers for Windows (one for
the binaries and libs, and another for development files). You can grab
them from here:

http://sourceforge.net/project/showfiles.php?group_id=225389&package_id=272648&release_id=625609

Please note that this is an initial, "preview" release so people could
try it out and report their success (or failure). I have myself used it
successfully on both Windows XP professional SP3 and Vista SP1 business
edition.

It includes ffmpeg libraries compiled from svn source grabbed a few days
ago.

For those interested in the steps I followed to create these installers,
I have put up this post on my blog:
http://codeanticode.wordpress.com/2008/09/12/the-gstreamer-adventure-part-i-creating-a-windows-installer/

Andres

Ole Andre Vadla Ravnås wrote:
> Hi all,
>
> I just whipped together some binaries of GStreamer HEAD built against msvcrt.dll (the ReleaseWdkCrt configuration).
>
> The snapshots can be found here:
> http://people.collabora.co.uk/~oleavr/OABuild/snapshots/
>
> 33e44c77f4b8f413db6ffc5e47f2a8ab OABuild-20080904-glib-dbg.exe
> 0f717766f27fab1b4905a28123a195cc OABuild-20080904-glib-dev.exe
> 708f0ca2d3b5934c2d1ad91ea3713e2e OABuild-20080904-glib.exe
> ffaff7b80693d76f1476c6ab809bbe75 OABuild-20080904-gstreamer-dbg.exe
> c02d961fd4f80900fa338a3049731b8b OABuild-20080904-gstreamer-dev.exe
> 8e29f516806bddc46a5435898e3cf204 OABuild-20080904-gstreamer.exe
>
> Please note that this was done in a hurry, so the naming scheme, which files go where, etc., will likely change in the future. Extract OABuild-20080904-glib.exe and OABuild-20080904-gstreamer.exe to get a pure runtime installation (with gst-inspect and gst-launch, likely to be split out in the future), dbg for debug symbols (.pdb files), and dev for development headers, .lib files and stuff like that.
>
> Also note that I just realized that the binaries from gst-plugins-good are off by one micro version as I forgot to sync GstPluginsGoodVersion.vsprops against configure.ac... This is on my TODO list of things to automate, and will obviously be fixed in future snapshots.
>
> Lastly, if someone feels like contributing automated .msi/.msm packaging for future snapshots then that would be awesome! :)
>
> Cheers,
> Ole André
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Freshly baked Windows binaries of HEAD available

acolubri

> What I mean is: If you want to provide some GStreamer binaries, try to
> link it against the glib version actually provided by the windows gtk
> installers as many of us will use GStreamer in combination with GTK.
> If you don't do this, your gstreamer binaries will work well on a
> standalone app, but they won't work at all with any previous installation.
> I dont know if I was clear enough because my english is very poor.
> Want I wanted to let clear is that there could be some conflicts with
> GLib that you should take in consideration. I  think the GLib version
> used to link the GStreamer binaries si too cooler for windows and
> won't be compatible with any other previous installation as the one
> provided by the windows gtk installer.
Hi Andoni, your comment is very clear. From what I understand, all that
GStreamer uses from GTK on windows are the glib dlls (specifically
libgio-2.0, libglib-2.0, libgmodule-2.0 and libgobject-2.0), so those
are the only ones GStreamerOABuild needs to be linked against in case we
want to create a GTK-compatible release of OABuild.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Freshly baked Windows binaries of HEAD available

acolubri

>> What I mean is: If you want to provide some GStreamer binaries, try
>> to link it against the glib version actually provided by the windows
>> gtk installers as many of us will use GStreamer in combination with
>> GTK. If you don't do this, your gstreamer binaries will work well on
>> a standalone app, but they won't work at all with any previous
>> installation.
>> I dont know if I was clear enough because my english is very poor.
>> Want I wanted to let clear is that there could be some conflicts with
>> GLib that you should take in consideration. I  think the GLib version
>> used to link the GStreamer binaries si too cooler for windows and
>> won't be compatible with any other previous installation as the one
>> provided by the windows gtk installer.
> Hi Andoni, your comment is very clear. From what I understand, all
> that GStreamer uses from GTK on windows are the glib dlls
> (specifically libgio-2.0, libglib-2.0, libgmodule-2.0 and
> libgobject-2.0), so those are the only ones GStreamerOABuild needs to
> be linked against in case we want to create a GTK-compatible release
> of OABuild.
I forgot to mention libgthread-2.0, it is also required by GStreamerOABuild.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Freshly baked Windows binaries of HEAD available

Andoni Morales
Yes, thats all.
As the glib version installed on a Windows SO is usually the one provided by the Gtk Windows installer, you should try to use this one to avoid incompatibilities.
I've been also  working on compiling ffmpeg with really full codec support and I've written a post  on the Andres Colubri's blog with some guidelines to compile ffmpeg with more codecs support  like faad, faac , mp3lame, x264, vorbis, dts, a52, xvid... check it out.
I think we are very close to get GStreamer working really well on Windows!!!
 
Regards,
Andoni Morales

2008/9/13 Andres Colubri <[hidden email]>

>> What I mean is: If you want to provide some GStreamer binaries, try
>> to link it against the glib version actually provided by the windows
>> gtk installers as many of us will use GStreamer in combination with
>> GTK. If you don't do this, your gstreamer binaries will work well on
>> a standalone app, but they won't work at all with any previous
>> installation.
>> I dont know if I was clear enough because my english is very poor.
>> Want I wanted to let clear is that there could be some conflicts with
>> GLib that you should take in consideration. I  think the GLib version
>> used to link the GStreamer binaries si too cooler for windows and
>> won't be compatible with any other previous installation as the one
>> provided by the windows gtk installer.
> Hi Andoni, your comment is very clear. From what I understand, all
> that GStreamer uses from GTK on windows are the glib dlls
> (specifically libgio-2.0, libglib-2.0, libgmodule-2.0 and
> libgobject-2.0), so those are the only ones GStreamerOABuild needs to
> be linked against in case we want to create a GTK-compatible release
> of OABuild.
I forgot to mention libgthread-2.0, it is also required by GStreamerOABuild.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Freshly baked Windows binaries of HEAD available

Andoni Morales
Hi,

The last  think you should consider on building GStreamer for wùWindows is to add the dshowvideosrc patch from Julien Isorce (http://bugzilla.gnome.org/show_bug.cgi?id=517203), as without it is not possible to use other video size than the default.


2008/9/13 Andoni Morales <[hidden email]>
Yes, thats all.
As the glib version installed on a Windows SO is usually the one provided by the Gtk Windows installer, you should try to use this one to avoid incompatibilities.
I've been also  working on compiling ffmpeg with really full codec support and I've written a post  on the Andres Colubri's blog with some guidelines to compile ffmpeg with more codecs support  like faad, faac , mp3lame, x264, vorbis, dts, a52, xvid... check it out.
I think we are very close to get GStreamer working really well on Windows!!!
 
Regards,
Andoni Morales

2008/9/13 Andres Colubri <[hidden email]>


>> What I mean is: If you want to provide some GStreamer binaries, try
>> to link it against the glib version actually provided by the windows
>> gtk installers as many of us will use GStreamer in combination with
>> GTK. If you don't do this, your gstreamer binaries will work well on
>> a standalone app, but they won't work at all with any previous
>> installation.
>> I dont know if I was clear enough because my english is very poor.
>> Want I wanted to let clear is that there could be some conflicts with
>> GLib that you should take in consideration. I  think the GLib version
>> used to link the GStreamer binaries si too cooler for windows and
>> won't be compatible with any other previous installation as the one
>> provided by the windows gtk installer.
> Hi Andoni, your comment is very clear. From what I understand, all
> that GStreamer uses from GTK on windows are the glib dlls
> (specifically libgio-2.0, libglib-2.0, libgmodule-2.0 and
> libgobject-2.0), so those are the only ones GStreamerOABuild needs to
> be linked against in case we want to create a GTK-compatible release
> of OABuild.
I forgot to mention libgthread-2.0, it is also required by GStreamerOABuild.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Freshly baked Windows binaries of HEAD available

acolubri
I applied those patches on the dshowwrapper plugin in OPBuild in order
to generate the installer I posted the other day.

But there seems to be something wrong. If you try dshowvideosrc from
gst-launch (on windows vista) you get this error:

 > gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace ! directdrawsink
Setting pipeline to PAUSED ...
ERROR: Pipeline doesn't want to pause.
Setting pipeline to NULL ...
FREEING pipeline ...

Andoni Morales wrote:

> Hi,
>
> The last  think you should consider on building GStreamer for
> wùWindows is to add the dshowvideosrc patch from Julien Isorce
> (http://bugzilla.gnome.org/show_bug.cgi?id=517203), as without it is
> not possible to use other video size than the default.
>  
>
> 2008/9/13 Andoni Morales <[hidden email] <mailto:[hidden email]>>
>
>     Yes, thats all.
>     As the glib version installed on a Windows SO is usually the one
>     provided by the Gtk Windows installer, you should try to use this
>     one to avoid incompatibilities.
>     I've been also  working on compiling ffmpeg with really full
>     codec support and I've written a post  on the Andres Colubri's
>     blog with some guidelines to compile ffmpeg with more codecs
>     support  like faad, faac , mp3lame, x264, vorbis, dts,
>     a52, xvid... check it out.
>     I think we are very close to get GStreamer working really well on
>     Windows!!!
>      
>     Regards,
>     Andoni Morales
>
>     2008/9/13 Andres Colubri <[hidden email]
>     <mailto:[hidden email]>>
>
>
>         >> What I mean is: If you want to provide some GStreamer
>         binaries, try
>         >> to link it against the glib version actually provided by
>         the windows
>         >> gtk installers as many of us will use GStreamer in
>         combination with
>         >> GTK. If you don't do this, your gstreamer binaries will
>         work well on
>         >> a standalone app, but they won't work at all with any previous
>         >> installation.
>         >> I dont know if I was clear enough because my english is
>         very poor.
>         >> Want I wanted to let clear is that there could be some
>         conflicts with
>         >> GLib that you should take in consideration. I  think the
>         GLib version
>         >> used to link the GStreamer binaries si too cooler for
>         windows and
>         >> won't be compatible with any other previous installation as
>         the one
>         >> provided by the windows gtk installer.
>         > Hi Andoni, your comment is very clear. From what I
>         understand, all
>         > that GStreamer uses from GTK on windows are the glib dlls
>         > (specifically libgio-2.0, libglib-2.0, libgmodule-2.0 and
>         > libgobject-2.0), so those are the only ones GStreamerOABuild
>         needs to
>         > be linked against in case we want to create a GTK-compatible
>         release
>         > of OABuild.
>         I forgot to mention libgthread-2.0, it is also required by
>         GStreamerOABuild.
>
>         -------------------------------------------------------------------------
>         This SF.Net email is sponsored by the Moblin Your Move
>         Developer's challenge
>         Build the coolest Linux based applications with Moblin SDK &
>         win great prizes
>         Grand prize is a trip for two to an Open Source event anywhere
>         in the world
>         http://moblin-contest.org/redirect.php?banner_id=100&url=/
>         <http://moblin-contest.org/redirect.php?banner_id=100&url=/>
>         _______________________________________________
>         gstreamer-devel mailing list
>         [hidden email]
>         <mailto:[hidden email]>
>         https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ------------------------------------------------------------------------
>
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>  


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Freshly baked Windows binaries of HEAD available

Andoni Morales
hi,

> I applied those patches on the dshowwrapper plugin in OPBuild in order
> to generate the installer I posted the other day.

That's strange... He recently merged the 2 patches in 1. Did you used this one:
http://bugzilla.gnome.org/attachment.cgi?id=114008&action=view

I'm for 2 weeks out of home and I can't give any feedback and I've never tested  this patch on Windows Vista, but for XP it works fine. You should better talk directly with Julien Isource ([hidden email]) who did the patch, as he recently asked the GStreamer Team to commit the patch to the trunk. If so, don't include it for the moment, as for the default sizes the original works.


2008/9/15 Andres Colubri <[hidden email]>
I applied those patches on the dshowwrapper plugin in OPBuild in order
to generate the installer I posted the other day.

But there seems to be something wrong. If you try dshowvideosrc from
gst-launch (on windows vista) you get this error:

 > gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace ! directdrawsink
Setting pipeline to PAUSED ...
ERROR: Pipeline doesn't want to pause.
Setting pipeline to NULL ...
FREEING pipeline ...

Andoni Morales wrote:
> Hi,
>
> The last  think you should consider on building GStreamer for
> wùWindows is to add the dshowvideosrc patch from Julien Isorce
> (http://bugzilla.gnome.org/show_bug.cgi?id=517203), as without it is
> not possible to use other video size than the default.
>
>
> 2008/9/13 Andoni Morales <[hidden email] <mailto:[hidden email]>>
>
>     Yes, thats all.
>     As the glib version installed on a Windows SO is usually the one
>     provided by the Gtk Windows installer, you should try to use this
>     one to avoid incompatibilities.
>     I've been also  working on compiling ffmpeg with really full
>     codec support and I've written a post  on the Andres Colubri's
>     blog with some guidelines to compile ffmpeg with more codecs
>     support  like faad, faac , mp3lame, x264, vorbis, dts,
>     a52, xvid... check it out.
>     I think we are very close to get GStreamer working really well on
>     Windows!!!
>
>     Regards,
>     Andoni Morales
>
>     2008/9/13 Andres Colubri <[hidden email]
>     <mailto:[hidden email]>>
>
>
>         >> What I mean is: If you want to provide some GStreamer
>         binaries, try
>         >> to link it against the glib version actually provided by
>         the windows
>         >> gtk installers as many of us will use GStreamer in
>         combination with
>         >> GTK. If you don't do this, your gstreamer binaries will
>         work well on
>         >> a standalone app, but they won't work at all with any previous
>         >> installation.
>         >> I dont know if I was clear enough because my english is
>         very poor.
>         >> Want I wanted to let clear is that there could be some
>         conflicts with
>         >> GLib that you should take in consideration. I  think the
>         GLib version
>         >> used to link the GStreamer binaries si too cooler for
>         windows and
>         >> won't be compatible with any other previous installation as
>         the one
>         >> provided by the windows gtk installer.
>         > Hi Andoni, your comment is very clear. From what I
>         understand, all
>         > that GStreamer uses from GTK on windows are the glib dlls
>         > (specifically libgio-2.0, libglib-2.0, libgmodule-2.0 and
>         > libgobject-2.0), so those are the only ones GStreamerOABuild
>         needs to
>         > be linked against in case we want to create a GTK-compatible
>         release
>         > of OABuild.
>         I forgot to mention libgthread-2.0, it is also required by
>         GStreamerOABuild.
>
>         -------------------------------------------------------------------------
>         This SF.Net email is sponsored by the Moblin Your Move
>         Developer's challenge
>         Build the coolest Linux based applications with Moblin SDK &
>         win great prizes
>         Grand prize is a trip for two to an Open Source event anywhere
>         in the world
>         http://moblin-contest.org/redirect.php?banner_id=100&url=/
>         <http://moblin-contest.org/redirect.php?banner_id=100&url=/>
>         _______________________________________________
>         gstreamer-devel mailing list
>         [hidden email]
>         <mailto:[hidden email]>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ------------------------------------------------------------------------
>
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Freshly baked Windows binaries of HEAD available

Julien Isorce
Hi,

I never tested the dshwovideosrc element with or without my patch on Vista.
Can you test the dshowvideosrc element without the patch, on Vista ?

If the pipeline still does not want to pause:
- how many video devices do you have on your computer ? you can list them through graphedt.exe in Video Capture Devices section.
- If you have several video capture devices, please test each one with dshowvideosrc device-name='..'
(you can get the correct name through graphedt.exe)
- run the command with -v option, and/or with --gst-debug=dshowvideosrc:5 option. Then send us the log.
- if your video device capture supports several ouput formats, force to use each one:
dshwovideosrc ! "video/x-raw-yuv, format=(fourcc)I420" !  ..  and
dshwovideosrc ! "video/x-raw-rgb" !  .. 
and send us the log.

(I have upgraded the patch (but not submited yet) because some special video devices need more "pin capabilities discovering" but I am waitting someone commit the one submited first)

(I think this element is not yet mature (not enough devices have been tested and windows platforms) to start code refactoring.)

J.


I applied those patches on the dshowwrapper plugin in OPBuild in order
to generate the installer I posted the other day.

But there seems to be something wrong. If you try dshowvideosrc from
gst-launch (on windows vista) you get this error:

 > gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace ! directdrawsink
Setting pipeline to PAUSED ...
ERROR: Pipeline doesn't want to pause.
Setting pipeline to NULL ...
FREEING pipeline ...

Andoni Morales wrote:

 


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Freshly baked Windows binaries of HEAD available

acolubri
Hello,

When I run the unpatched version of dshowvideosrc I get a different error:

 >gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace ! directdrawsink
WARNING: erroneous pipeline: could not link dshowvideosrc0 to ffmpegcsp0

However, I remember using on Vista a version of the updated dll that
Julien posted on the list a while ago, and it was working fine.
It wasn't with the OABuild version of GStreamer, though, but with the
latest "official" version available here:
http://gstreamer.freedesktop.org/pkg/windows/releases/

GStreamer OABuild was compiled on MSVC 9 (visual studio 2008) using very
recent code from the svn head. Perhaps some incompatibly between
dshowvideosrc and a recent change in GStreamer...? Or with MSVC 9?

Andres

Julien Isorce wrote:

> Hi,
>
> I never tested the dshwovideosrc element with or without my patch on
> Vista.
> _Can you test the dshowvideosrc element without the patch, on Vista ?_
>
> If the pipeline still does not want to pause:
> - how many video devices do you have on your computer ? you can list
> them through graphedt.exe in Video Capture Devices section.
> - If you have several video capture devices, please test each one with
> dshowvideosrc device-name='..'
> (you can get the correct name through graphedt.exe)
> - run the command with -v option, and/or with
> --gst-debug=dshowvideosrc:5 option. Then send us the log.
> - if your video device capture supports several ouput formats, force
> to use each one:
> dshwovideosrc ! "video/x-raw-yuv, format=(fourcc)I420" !  ..  and
> dshwovideosrc ! "video/x-raw-rgb" !  ..
> and send us the log.
>
> (I have upgraded the patch (but not submited yet) because some special
> video devices need more "pin capabilities discovering" but I am
> waitting someone commit the one submited first)
>
> (I think this element is not yet mature (not enough devices have been
> tested and windows platforms) to start code refactoring.)
>
> J.
>
>
>         I applied those patches on the dshowwrapper plugin in OPBuild
>         in order
>         to generate the installer I posted the other day.
>
>         But there seems to be something wrong. If you try
>         dshowvideosrc from
>         gst-launch (on windows vista) you get this error:
>
>          > gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace !
>         directdrawsink
>         Setting pipeline to PAUSED ...
>         ERROR: Pipeline doesn't want to pause.
>         Setting pipeline to NULL ...
>         FREEING pipeline ...
>
>         Andoni Morales wrote:
>
>
>  
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ------------------------------------------------------------------------
>
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>  


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Freshly baked Windows binaries of HEAD available

acolubri
BTW, I have been able to do video capture using the ksvideosrc element
included in the winks plugin of OABuild.

Seems to work ok on both windows vista and xp.

Andres Colubri wrote:

> Hello,
>
> When I run the unpatched version of dshowvideosrc I get a different
> error:
>
> >gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace ! directdrawsink
> WARNING: erroneous pipeline: could not link dshowvideosrc0 to ffmpegcsp0
>
> However, I remember using on Vista a version of the updated dll that
> Julien posted on the list a while ago, and it was working fine.
> It wasn't with the OABuild version of GStreamer, though, but with the
> latest "official" version available here:
> http://gstreamer.freedesktop.org/pkg/windows/releases/
>
> GStreamer OABuild was compiled on MSVC 9 (visual studio 2008) using
> very recent code from the svn head. Perhaps some incompatibly between
> dshowvideosrc and a recent change in GStreamer...? Or with MSVC 9?
>
> Andres
>
> Julien Isorce wrote:
>> Hi,
>>
>> I never tested the dshwovideosrc element with or without my patch on
>> Vista.
>> _Can you test the dshowvideosrc element without the patch, on Vista ?_
>>
>> If the pipeline still does not want to pause:
>> - how many video devices do you have on your computer ? you can list
>> them through graphedt.exe in Video Capture Devices section.
>> - If you have several video capture devices, please test each one
>> with dshowvideosrc device-name='..'
>> (you can get the correct name through graphedt.exe)
>> - run the command with -v option, and/or with
>> --gst-debug=dshowvideosrc:5 option. Then send us the log.
>> - if your video device capture supports several ouput formats, force
>> to use each one:
>> dshwovideosrc ! "video/x-raw-yuv, format=(fourcc)I420" !  ..  and
>> dshwovideosrc ! "video/x-raw-rgb" !  .. and send us the log.
>>
>> (I have upgraded the patch (but not submited yet) because some
>> special video devices need more "pin capabilities discovering" but I
>> am waitting someone commit the one submited first)
>>
>> (I think this element is not yet mature (not enough devices have been
>> tested and windows platforms) to start code refactoring.)
>>
>> J.
>>
>>
>>         I applied those patches on the dshowwrapper plugin in OPBuild
>>         in order
>>         to generate the installer I posted the other day.
>>
>>         But there seems to be something wrong. If you try
>>         dshowvideosrc from
>>         gst-launch (on windows vista) you get this error:
>>
>>          > gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace !
>>         directdrawsink
>>         Setting pipeline to PAUSED ...
>>         ERROR: Pipeline doesn't want to pause.
>>         Setting pipeline to NULL ...
>>         FREEING pipeline ...
>>
>>         Andoni Morales wrote:
>>
>>
>>  
>>
>> ------------------------------------------------------------------------
>>
>> -------------------------------------------------------------------------
>>
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win
>> great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> gstreamer-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>  
>
>


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel