Hi All,
Does any one know the process of porting GStreamer to Windows, or if there's a GStreamer based player development project or attempts on Windows? I want to write a plugin for GStreamer and wish it can be used on Windows. Thanks, Alex ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Alex,
I've created an (almost) complete Visual Studio solution to build Gstreamer natively on Windows using MSVC. The only exception is the ffmpeg plugin because it uses to many GCC extensions. So in order to build the ffmpeg plugin you need gcc. The solution is not up to date with the latest Gstreamer GIT. It's based on version 0.10.14 (CVS). If you are interested drop me a note and I will send you the stuff. Carsten > Hi All, > > Does any one know the process of porting GStreamer to Windows, or if there's > a GStreamer based player development project or attempts on Windows? > > I want to write a plugin for GStreamer and wish it can be used on Windows. > > Thanks, > Alex > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Alex Lee-5
2009/3/26 Alex Lee <[hidden email]>:
> Hi All, > > Does any one know the process of porting GStreamer to Windows, or if there's > a GStreamer based player development project or attempts on Windows? > > I want to write a plugin for GStreamer and wish it can be used on Windows. > If you are looking for a Windows GStreamer installer take a look at GStreamer-Winbuilds (http://www.gstreamer-winbuild.ylatuya.es). I actually use GStreamer for a cross-platform multimedia player in LongoMatch (www.ylatuya.es) Andoni > Thanks, > Alex > > ------------------------------------------------------------------------------ > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Carsten-17
I think there are plenty of different Windows build strategies for GStreamer. I know we have one here at Fluendo for our codecs and for Elisa media center, Songbird probably have their own, Collabora has yet another and there are probably many that I don't know about which we discover today in that thread. Anyway as the packaging philosophy on Windows feels more like applications are self contained I'm not sure it makes sense to try and have a system wide install of GStreamer with a common build system. Although it makes sense to drop Fluendo codecs in ~/.gstreamer-0.10/plugins if they are compiled with an old enough GStreamer to support all self contained applications (with GStreamer inside) on the machine. Feedback welcome. Julien Moutte, FLUENDO S.A. Carsten wrote: > Alex, > I've created an (almost) complete Visual Studio solution to build > Gstreamer natively on Windows using MSVC. The only exception is the > ffmpeg plugin because it uses to many GCC extensions. So in order to > build the ffmpeg plugin you need gcc. > The solution is not up to date with the latest Gstreamer GIT. It's based > on version 0.10.14 (CVS). > If you are interested drop me a note and I will send you the stuff. > Carsten > >> Hi All, >> >> Does any one know the process of porting GStreamer to Windows, or if there's >> a GStreamer based player development project or attempts on Windows? >> >> I want to write a plugin for GStreamer and wish it can be used on Windows. >> >> Thanks, >> Alex >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > ------------------------------------------------------------------------------ > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
2009/3/26 Julien Moutte <[hidden email]>:
> > I think there are plenty of different Windows build strategies for > GStreamer. > > I know we have one here at Fluendo for our codecs and for Elisa media > center, Songbird probably have their own, Collabora has yet another and > there are probably many that I don't know about which we discover today > in that thread. > > Anyway as the packaging philosophy on Windows feels more like > applications are self contained I'm not sure it makes sense to try and > have a system wide install of GStreamer with a common build system. I agree with the system wide install, I actually prefer to deploy GStreamer alongside with my application rather than using the GStreamer-Winbuild installer for example. But I think there should be a common build system, or at least, an extensible one to start with. For Fluendo it may sounds easy to build GStreamer, because you have a build system which is already there, but for those developers that want to start a project based on GStreamer on Windows it's not that easy because it's quite hard to compile GStreamer, mostly because of the external dependencies. If you have to decide, for example, between DirectShow, VLC or GStreamer to start a multimedia project on Windows, would you trust on a project that says: "GStreamer is cross-platform but we don't provide Windows binaries...You have to compile everything by your own and we don't even know which is the best method"? I really think the not having a common build system an a release of Windows pre-compiled binaries is kind of bad for GStreamer. Andoni > > Although it makes sense to drop Fluendo codecs in > ~/.gstreamer-0.10/plugins if they are compiled with an old enough > GStreamer to support all self contained applications (with GStreamer > inside) on the machine. > > Feedback welcome. > > Julien Moutte, > FLUENDO S.A. > > Carsten wrote: >> Alex, >> I've created an (almost) complete Visual Studio solution to build >> Gstreamer natively on Windows using MSVC. The only exception is the >> ffmpeg plugin because it uses to many GCC extensions. So in order to >> build the ffmpeg plugin you need gcc. >> The solution is not up to date with the latest Gstreamer GIT. It's based >> on version 0.10.14 (CVS). >> If you are interested drop me a note and I will send you the stuff. >> Carsten >> >>> Hi All, >>> >>> Does any one know the process of porting GStreamer to Windows, or if there's >>> a GStreamer based player development project or attempts on Windows? >>> >>> I want to write a plugin for GStreamer and wish it can be used on Windows. >>> >>> Thanks, >>> Alex >>> >>> >>> ------------------------------------------------------------------------ >>> >>> ------------------------------------------------------------------------------ >>> >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> gstreamer-devel mailing list >>> [hidden email] >>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > ------------------------------------------------------------------------------ > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi,
Well one thing that has been loosely discussed is looking into switching to cmake, which is supposed to be able to generate visual studio files in addition to Unix makefiles. In the wider GStreamer family the telepathy-gabble project is in the process of migrating to cmake, so at least personally I am watching that project to see how well it works out and if it works well it could be something for GStreamer to move to as well. It wouldn't surprise me if this also ends up being a topic at the GStreamer summit held during the Gran Canaria desktop summit this year. Christian On Thu, 2009-03-26 at 12:14 +0100, Andoni Morales wrote: > 2009/3/26 Julien Moutte <[hidden email]>: > > > > I think there are plenty of different Windows build strategies for > > GStreamer. > > > > I know we have one here at Fluendo for our codecs and for Elisa media > > center, Songbird probably have their own, Collabora has yet another and > > there are probably many that I don't know about which we discover today > > in that thread. > > > > Anyway as the packaging philosophy on Windows feels more like > > applications are self contained I'm not sure it makes sense to try and > > have a system wide install of GStreamer with a common build system. > > I agree with the system wide install, I actually prefer to deploy > GStreamer alongside with my application rather than using the > GStreamer-Winbuild installer for example. But I think there should be > a common build system, or at least, an extensible one to start with. > For Fluendo it may sounds easy to build GStreamer, because you have a > build system which is already there, but for those developers that > want to start a project based on GStreamer on Windows it's not that > easy because it's quite hard to compile GStreamer, mostly because of > the external dependencies. > If you have to decide, for example, between DirectShow, VLC or > GStreamer to start a multimedia project on Windows, would you trust on > a project that says: "GStreamer is cross-platform but we don't provide > Windows binaries...You have to compile everything by your own and we > don't even know which is the best method"? > I really think the not having a common build system an a release of > Windows pre-compiled binaries is kind of bad for GStreamer. > > Andoni > > > > > > Although it makes sense to drop Fluendo codecs in > > ~/.gstreamer-0.10/plugins if they are compiled with an old enough > > GStreamer to support all self contained applications (with GStreamer > > inside) on the machine. > > > > Feedback welcome. > > > > Julien Moutte, > > FLUENDO S.A. > > > > Carsten wrote: > >> Alex, > >> I've created an (almost) complete Visual Studio solution to build > >> Gstreamer natively on Windows using MSVC. The only exception is the > >> ffmpeg plugin because it uses to many GCC extensions. So in order to > >> build the ffmpeg plugin you need gcc. > >> The solution is not up to date with the latest Gstreamer GIT. It's based > >> on version 0.10.14 (CVS). > >> If you are interested drop me a note and I will send you the stuff. > >> Carsten > >> > >>> Hi All, > >>> > >>> Does any one know the process of porting GStreamer to Windows, or if there's > >>> a GStreamer based player development project or attempts on Windows? > >>> > >>> I want to write a plugin for GStreamer and wish it can be used on Windows. > >>> > >>> Thanks, > >>> Alex > >>> > >>> > >>> ------------------------------------------------------------------------ > >>> > >>> ------------------------------------------------------------------------------ > >>> > >>> > >>> ------------------------------------------------------------------------ > >>> > >>> _______________________________________________ > >>> gstreamer-devel mailing list > >>> [hidden email] > >>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > >> > >> ------------------------------------------------------------------------------ > >> _______________________________________________ > >> gstreamer-devel mailing list > >> [hidden email] > >> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > gstreamer-devel mailing list > > [hidden email] > > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > ------------------------------------------------------------------------------ > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Andoni Morales
2009/3/26 Andoni Morales <[hidden email]> 2009/3/26 Julien Moutte <[hidden email]>: Hi, I agree with Andoni Morales. A common build system for gstreamer on windows is not destinated to a profesional use. As far I am concerned, at home I am using the installer (http://www.gstreamer-winbuild.ylatuya.es/doku.php?id=download). I can experiment gstreamer, develop plugins, and link my apps with gstreamer. But at the office we are compiling gstreamer on windows from scratch because we want to have the control on the compiler, and we can change anything we want in the source code, and we can have just the plugins we need. And several other reasons. I think it's the same thing on linux, for a profesional use, compagnies are compiling gstreamer them self. For home (public) usage, people are just doing apt-get install gstreamer. Maybe an "installer" is too much, but for home usage we still need binaries and dev packages. Julien ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
I agree with you guys. Somehow the VCPROJ that we created are 50% of that solution but there's still a need for something that would pull the dependencies and provides VCPROJ for them as well (somehow what oabuild does). We could try to setup a build server that would provide binaries dlls of GStreamer core, base, good together with an installer and some set of dependencies. Hard to figure out what's really needed though. As Christian proposed the GStreamer get together at Guadec might be a good opportunity to discuss that around some cervezas :) Cheers, Julien Moutte, FLUENDO S.A. Julien Isorce wrote: > > > 2009/3/26 Andoni Morales <[hidden email] <mailto:[hidden email]>> > > 2009/3/26 Julien Moutte <[hidden email] <mailto:[hidden email]>>: > > > > I think there are plenty of different Windows build strategies for > > GStreamer. > > > > I know we have one here at Fluendo for our codecs and for Elisa media > > center, Songbird probably have their own, Collabora has yet > another and > > there are probably many that I don't know about which we discover > today > > in that thread. > > > > Anyway as the packaging philosophy on Windows feels more like > > applications are self contained I'm not sure it makes sense to try and > > have a system wide install of GStreamer with a common build system. > > I agree with the system wide install, I actually prefer to deploy > GStreamer alongside with my application rather than using the > GStreamer-Winbuild installer for example. But I think there should be > a common build system, or at least, an extensible one to start with. > For Fluendo it may sounds easy to build GStreamer, because you have a > build system which is already there, but for those developers that > want to start a project based on GStreamer on Windows it's not that > easy because it's quite hard to compile GStreamer, mostly because of > the external dependencies. > If you have to decide, for example, between DirectShow, VLC or > GStreamer to start a multimedia project on Windows, would you trust on > a project that says: "GStreamer is cross-platform but we don't provide > Windows binaries...You have to compile everything by your own and we > don't even know which is the best method"? > I really think the not having a common build system an a release of > Windows pre-compiled binaries is kind of bad for GStreamer. > > Andoni > > > Hi, > > I agree with Andoni Morales. > A common build system for gstreamer on windows is not destinated to a > profesional use. > As far I am concerned, at home I am using the installer > (http://www.gstreamer-winbuild.ylatuya.es/doku.php?id=download). I can > experiment gstreamer, develop plugins, and link my apps with gstreamer. > But at the office we are compiling gstreamer on windows from scratch > because we want to have the control on the compiler, and we can change > anything we want in the source code, and we can have just the plugins we > need. And several other reasons. > > I think it's the same thing on linux, for a profesional use, compagnies > are compiling gstreamer them self. > For home (public) usage, people are just doing apt-get install gstreamer. > > Maybe an "installer" is too much, but for home usage we still need > binaries and dev packages. > > Julien > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
2009/3/26 Julien Moutte <[hidden email]>:
> > I agree with you guys. Somehow the VCPROJ that we created are 50% of > that solution but there's still a need for something that would pull the > dependencies and provides VCPROJ for them as well (somehow what oabuild > does). > > We could try to setup a build server that would provide binaries dlls of > GStreamer core, base, good together with an installer and some set of > dependencies. > > Hard to figure out what's really needed though. That is most of the work that I have been doing with GStreamer WinBuild, and part of the work that I proposed as a GSoC project. I think I am actually able to create some kind of script (or whatever does the same job) to provide a build environment with all the external dependencies needed to build GStreamer on Windows. I also proposed to migrate all that VCPROJ to Code::Blocks, because it is free software and because it can use several toolchains to make the build. As Julien Isorce said, CMake would be another option as it can generate Visual Studio projects, Xcode projects and CodeBlocks projects files. Andoni > > As Christian proposed the GStreamer get together at Guadec might be a > good opportunity to discuss that around some cervezas :) > > Cheers, > > Julien Moutte, > FLUENDO S.A. > > Julien Isorce wrote: >> >> >> 2009/3/26 Andoni Morales <[hidden email] <mailto:[hidden email]>> >> >> 2009/3/26 Julien Moutte <[hidden email] <mailto:[hidden email]>>: >> > >> > I think there are plenty of different Windows build strategies for >> > GStreamer. >> > >> > I know we have one here at Fluendo for our codecs and for Elisa media >> > center, Songbird probably have their own, Collabora has yet >> another and >> > there are probably many that I don't know about which we discover >> today >> > in that thread. >> > >> > Anyway as the packaging philosophy on Windows feels more like >> > applications are self contained I'm not sure it makes sense to try and >> > have a system wide install of GStreamer with a common build system. >> >> I agree with the system wide install, I actually prefer to deploy >> GStreamer alongside with my application rather than using the >> GStreamer-Winbuild installer for example. But I think there should be >> a common build system, or at least, an extensible one to start with. >> For Fluendo it may sounds easy to build GStreamer, because you have a >> build system which is already there, but for those developers that >> want to start a project based on GStreamer on Windows it's not that >> easy because it's quite hard to compile GStreamer, mostly because of >> the external dependencies. >> If you have to decide, for example, between DirectShow, VLC or >> GStreamer to start a multimedia project on Windows, would you trust on >> a project that says: "GStreamer is cross-platform but we don't provide >> Windows binaries...You have to compile everything by your own and we >> don't even know which is the best method"? >> I really think the not having a common build system an a release of >> Windows pre-compiled binaries is kind of bad for GStreamer. >> >> Andoni >> >> >> Hi, >> >> I agree with Andoni Morales. >> A common build system for gstreamer on windows is not destinated to a >> profesional use. >> As far I am concerned, at home I am using the installer >> (http://www.gstreamer-winbuild.ylatuya.es/doku.php?id=download). I can >> experiment gstreamer, develop plugins, and link my apps with gstreamer. >> But at the office we are compiling gstreamer on windows from scratch >> because we want to have the control on the compiler, and we can change >> anything we want in the source code, and we can have just the plugins we >> need. And several other reasons. >> >> I think it's the same thing on linux, for a profesional use, compagnies >> are compiling gstreamer them self. >> For home (public) usage, people are just doing apt-get install gstreamer. >> >> Maybe an "installer" is too much, but for home usage we still need >> binaries and dev packages. >> >> Julien >> >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > ------------------------------------------------------------------------------ > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
From experience I can say that the hardest part of compiling GSteamer
on Windows with the MSVC toolchain is to compile the dependent libraries. Especially liboil since it uses gnu binutils to generate code. So it would be a good exercise to create a cmake wrapper for this lib just to see if it can be done. :) Andoni Morales wrote: > 2009/3/26 Julien Moutte <[hidden email]>: >> I agree with you guys. Somehow the VCPROJ that we created are 50% of >> that solution but there's still a need for something that would pull the >> dependencies and provides VCPROJ for them as well (somehow what oabuild >> does). >> >> We could try to setup a build server that would provide binaries dlls of >> GStreamer core, base, good together with an installer and some set of >> dependencies. >> >> Hard to figure out what's really needed though. > > That is most of the work that I have been doing with GStreamer > WinBuild, and part of the work that I proposed as a GSoC project. I > think I am actually able to create some kind of script (or whatever > does the same job) to provide a build environment with all the > external dependencies needed to build GStreamer on Windows. > I also proposed to migrate all that VCPROJ to Code::Blocks, because it > is free software and because it can use several toolchains to make the > build. As Julien Isorce said, CMake would be another option as it can > generate Visual Studio projects, Xcode projects and CodeBlocks > projects files. > > Andoni >> As Christian proposed the GStreamer get together at Guadec might be a >> good opportunity to discuss that around some cervezas :) >> >> Cheers, >> >> Julien Moutte, >> FLUENDO S.A. >> >> Julien Isorce wrote: >>> >>> 2009/3/26 Andoni Morales <[hidden email] <mailto:[hidden email]>> >>> >>> 2009/3/26 Julien Moutte <[hidden email] <mailto:[hidden email]>>: >>> > >>> > I think there are plenty of different Windows build strategies for >>> > GStreamer. >>> > >>> > I know we have one here at Fluendo for our codecs and for Elisa media >>> > center, Songbird probably have their own, Collabora has yet >>> another and >>> > there are probably many that I don't know about which we discover >>> today >>> > in that thread. >>> > >>> > Anyway as the packaging philosophy on Windows feels more like >>> > applications are self contained I'm not sure it makes sense to try and >>> > have a system wide install of GStreamer with a common build system. >>> >>> I agree with the system wide install, I actually prefer to deploy >>> GStreamer alongside with my application rather than using the >>> GStreamer-Winbuild installer for example. But I think there should be >>> a common build system, or at least, an extensible one to start with. >>> For Fluendo it may sounds easy to build GStreamer, because you have a >>> build system which is already there, but for those developers that >>> want to start a project based on GStreamer on Windows it's not that >>> easy because it's quite hard to compile GStreamer, mostly because of >>> the external dependencies. >>> If you have to decide, for example, between DirectShow, VLC or >>> GStreamer to start a multimedia project on Windows, would you trust on >>> a project that says: "GStreamer is cross-platform but we don't provide >>> Windows binaries...You have to compile everything by your own and we >>> don't even know which is the best method"? >>> I really think the not having a common build system an a release of >>> Windows pre-compiled binaries is kind of bad for GStreamer. >>> >>> Andoni >>> >>> >>> Hi, >>> >>> I agree with Andoni Morales. >>> A common build system for gstreamer on windows is not destinated to a >>> profesional use. >>> As far I am concerned, at home I am using the installer >>> (http://www.gstreamer-winbuild.ylatuya.es/doku.php?id=download). I can >>> experiment gstreamer, develop plugins, and link my apps with gstreamer. >>> But at the office we are compiling gstreamer on windows from scratch >>> because we want to have the control on the compiler, and we can change >>> anything we want in the source code, and we can have just the plugins we >>> need. And several other reasons. >>> >>> I think it's the same thing on linux, for a profesional use, compagnies >>> are compiling gstreamer them self. >>> For home (public) usage, people are just doing apt-get install gstreamer. >>> >>> Maybe an "installer" is too much, but for home usage we still need >>> binaries and dev packages. >>> >>> Julien >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> ------------------------------------------------------------------------------ >>> >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> gstreamer-devel mailing list >>> [hidden email] >>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >> ------------------------------------------------------------------------------ >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >> > > ------------------------------------------------------------------------------ > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Andoni Morales
Thanks, Andoni. What should I do if I want my plugin to be used by LongoMatch?
PS: I have not begin to write the plugin, :). -Alex
On Thu, Mar 26, 2009 at 4:49 PM, Andoni Morales <[hidden email]> wrote: 2009/3/26 Alex Lee <[hidden email]>: ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Carsten-17
Thanks for your kindness, Carsten. I just want to know if there are GStreamer
based players on Windows. I want my plugin to be used on Windows, and Unix-like OS.
-Alex On Thu, Mar 26, 2009 at 4:10 PM, Carsten <[hidden email]> wrote: Alex, ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Julien Moutte-2
HI Julien, are you a developer of Elisa? I installed Elisa on my desktop (WindXP).
But can not run the program. It says my graphical card is not power enough to support it or lack of graphical driver to run it correctly.
Seems Elisa and Songbird use different ways to build GStreamer for Windows.
BTW, I saw an empty directory plungins/vlcmodules under Songbird installation path. -Alex On Thu, Mar 26, 2009 at 6:45 PM, Julien Moutte <[hidden email]> wrote:
------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Julien Moutte-2
On Thu, Mar 26, 2009 at 6:45 AM, Julien Moutte <[hidden email]> wrote:
> Although it makes sense to drop Fluendo codecs in > ~/.gstreamer-0.10/plugins if they are compiled with an old enough > GStreamer to support all self contained applications (with GStreamer > inside) on the machine. What version is old enough? -- http://codebad.com/ ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Administrator
|
In reply to this post by Alex Lee-5
On Sat, 2009-03-28 at 03:19 +0800, Alex Lee wrote:
> HI Julien, are you a developer of Elisa? I installed Elisa on my > desktop (WindXP). > But can not run the program. It says my graphical card is not power > enough to > support it or lack of graphical driver to run it correctly. > > > Seems Elisa and Songbird use different ways to build GStreamer for > Windows. Most likely, yes. There's no unified way to do it. But SongBird's build system is documented AFAIK. > > > BTW, I saw an empty directory plungins/vlcmodules under Songbird > installation > path. Yes, they were previously using vlc on some systems before switching to GStreamer. I wouldn't worry about that. Edward > > > -Alex > > On Thu, Mar 26, 2009 at 6:45 PM, Julien Moutte <[hidden email]> > wrote: > > I think there are plenty of different Windows build strategies > for > GStreamer. > > I know we have one here at Fluendo for our codecs and for > Elisa media > center, Songbird probably have their own, Collabora has yet > another and > there are probably many that I don't know about which we > discover today > in that thread. > > Anyway as the packaging philosophy on Windows feels more like > applications are self contained I'm not sure it makes sense to > try and > have a system wide install of GStreamer with a common build > system. > > Although it makes sense to drop Fluendo codecs in > ~/.gstreamer-0.10/plugins if they are compiled with an old > enough > GStreamer to support all self contained applications (with > GStreamer > inside) on the machine. > > Feedback welcome. > > Julien Moutte, > FLUENDO S.A. > > > Carsten wrote: > > Alex, > > I've created an (almost) complete Visual Studio solution to > build > > Gstreamer natively on Windows using MSVC. The only exception > is the > > ffmpeg plugin because it uses to many GCC extensions. So in > order to > > build the ffmpeg plugin you need gcc. > > The solution is not up to date with the latest Gstreamer > GIT. It's based > > on version 0.10.14 (CVS). > > If you are interested drop me a note and I will send you the > stuff. > > Carsten > > > >> Hi All, > >> > >> Does any one know the process of porting GStreamer to > Windows, or if there's > >> a GStreamer based player development project or attempts on > Windows? > >> > >> I want to write a plugin for GStreamer and wish it can be > used on Windows. > >> > >> Thanks, > >> Alex > >> > >> > >> > ------------------------------------------------------------------------ > >> > >> > ------------------------------------------------------------------------------ > >> > >> > >> > ------------------------------------------------------------------------ > >> > >> _______________________________________________ > >> gstreamer-devel mailing list > >> [hidden email] > >> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > gstreamer-devel mailing list > > [hidden email] > > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > ------------------------------------------------------------------------------ > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > ------------------------------------------------------------------------------ > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Alex Lee-5
2009/3/27 Alex Lee <[hidden email]>:
> Thanks, Andoni. What should I do if I want my plugin to be used by > LongoMatch? You can't use any plugin with LongoMatch. LongoMatch is just an example of cross-platform player based on GStreamer. > PS: I have not begin to write the plugin, :). > -Alex > > On Thu, Mar 26, 2009 at 4:49 PM, Andoni Morales <[hidden email]> wrote: >> >> 2009/3/26 Alex Lee <[hidden email]>: >> > Hi All, >> > >> > Does any one know the process of porting GStreamer to Windows, or if >> > there's >> > a GStreamer based player development project or attempts on Windows? >> > >> > I want to write a plugin for GStreamer and wish it can be used on >> > Windows. >> > >> >> If you are looking for a Windows GStreamer installer take a look at >> GStreamer-Winbuilds (http://www.gstreamer-winbuild.ylatuya.es). >> I actually use GStreamer for a cross-platform multimedia player in >> LongoMatch (www.ylatuya.es) >> >> Andoni >> > Thanks, >> > Alex >> > >> > >> > ------------------------------------------------------------------------------ >> > >> > _______________________________________________ >> > gstreamer-devel mailing list >> > [hidden email] >> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >> > >> > >> >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > ------------------------------------------------------------------------------ > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Edward Hervey
On Mon, 30 Mar 2009, Edward Hervey wrote: > On Sat, 2009-03-28 at 03:19 +0800, Alex Lee wrote: >> HI Julien, are you a developer of Elisa? I installed Elisa on my >> desktop (WindXP). >> But can not run the program. It says my graphical card is not power >> enough to >> support it or lack of graphical driver to run it correctly. >> >> >> Seems Elisa and Songbird use different ways to build GStreamer for >> Windows. > > Most likely, yes. There's no unified way to do it. But SongBird's > build system is documented AFAIK. Imho, Windows developpers use mostly Visual Studio, so using what is curently in the win32/ subdir is good enough. It's just a matter of maintaining the vcproj file, having a good batch script to launch everything automatically (we have that in the EFL, if you want, you can look at it) and an installer for 3rd party libs. And finally, a script for an installer (like NSIS) for the gstreamer packages. So most everything can be automated, I think. Vincent Torri ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
I tend to agree. A good VCPROJ and some global solution file holding all the dependencies will probably be good enough for most people. This also integrates pretty well with existing Windows developers workflow. I think the OABUILD approach is very close to that and that's what we use (somehow modified) to build Elisa and Fluendo codecs. I will check what is the version of GStreamer core we depend on for our codecs. Cheers, Julien Moutte, FLUENDO S.A. Vincent Torri wrote: > On Mon, 30 Mar 2009, Edward Hervey wrote: > > >> On Sat, 2009-03-28 at 03:19 +0800, Alex Lee wrote: >> >>> HI Julien, are you a developer of Elisa? I installed Elisa on my >>> desktop (WindXP). >>> But can not run the program. It says my graphical card is not power >>> enough to >>> support it or lack of graphical driver to run it correctly. >>> >>> >>> Seems Elisa and Songbird use different ways to build GStreamer for >>> Windows. >>> >> Most likely, yes. There's no unified way to do it. But SongBird's >> build system is documented AFAIK. >> > > Imho, Windows developpers use mostly Visual Studio, so using what is > curently in the win32/ subdir is good enough. It's just a matter of > maintaining the vcproj file, having a good batch script to launch > everything automatically (we have that in the EFL, if you want, you can > look at it) and an installer for 3rd party libs. And finally, a script for > an installer (like NSIS) for the gstreamer packages. So most everything > can be automated, I think. > > Vincent Torri > > ------------------------------------------------------------------------------ > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Vincent Torri
Hi,
I'm trying to use the Speex plugin but there is a bug. When I try that I have an exception (on Windows) : gst-launch-0.10.exe --gst-debug-level=2 audiotestsrc num-buffers=100 ! audioconvert ! audioresample ! audio/x-raw-int, rate=16000 ! speexenc ! oggmux ! filesink location=beep.ogg I take a look at the code and the exception occur at this line in speexenc.c : speex_init_header (&enc->header, enc->rate, 1, enc->speex_mode); I don't understand why it keep crashing because the rate is good. Any idea ? ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Carsten-17
On Fri, Mar 27, 2009 at 9:26 AM, Carsten <[hidden email]> wrote:
> From experience I can say that the hardest part of compiling GSteamer > on Windows with the MSVC toolchain is to compile the dependent libraries. > Especially liboil since it uses gnu binutils to generate code. So it > would be a good exercise to create a cmake wrapper for this lib just to > see if it can be done. :) liboil has been building with MSVC as part of OAH Build for over a month now: https://code.launchpad.net/~oah-dev/oah/liboil Haven't yet enabled the optimized code paths though, but that's just laziness on my part. :) Cheers, Ole André ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |