GStreamer-devel

gstreamer ossbuild BETA2 misssing pieces

Classic

List

Threaded

6 messages Options

Kulecz, Walter (JSC-SK)[WYLE INTEG. SCI. & ENG.]

gstreamer ossbuild BETA2 misssing pieces

I'm trying again to setup gstreamer-0.10 ossbuild, this time on my XP notebook, as I scrounged up a old Hauppauge WinTV USB I can use to test with as I believe it works OK on XP (I know it worked well on W2K).

Dowloads from: http://code.google.com/p/ossbuild/downloads/list
It would be nice to see something about them not working with Windows 2000 on this page.

1) Extracted the msys_v11.7z to c:\msys. I wish all installs worked like this!

2) installed: x86-OSSBuild-GStreamer-Complete-BETA2-GPL.msi
After this completed, ran msys.bat and gave the command:
gst-launch videotestsrc ! dshowvideosink
and was pleased to see it worked as expected. Progress.

3) installed: x86-OSSBuild-GStreamer-SDK-BETA2-GPL.msi
and after restarting the msys terminal was distressed to find:
pkg-config --cflags --libs gstreamer-0.10
didn't work. PKG_CONFIG_PATH was not set, and I can't find the *.pc files
in the gstreamer sdk tree to set it to :(

How to proceed to compile the HelloGstreamer.c sample program?
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

Andoni Morales

Re: gstreamer ossbuild BETA2 misssing pieces

2010/4/8 Kulecz, Walter (JSC-SK)[WYLE INTEG. SCI. & ENG.]
<[hidden email]>:
> I'm trying again to setup gstreamer-0.10 ossbuild, this time on my XP notebook, as I scrounged up a old Hauppauge WinTV USB I can use to test with as I believe it works OK on XP (I know it worked well on W2K).
>
>
> Dowloads from: http://code.google.com/p/ossbuild/downloads/list
> It would be nice to see something about them not working with Windows 2000 on this page.
I'll update it as soon as possible.

>
>
> 1) Extracted the msys_v11.7z to c:\msys. I wish all installs worked like this!
>
> 2) installed: x86-OSSBuild-GStreamer-Complete-BETA2-GPL.msi
> After this completed, ran msys.bat and gave the command:
> gst-launch videotestsrc ! dshowvideosink
> and was pleased to see it worked as expected. Progress.
>
> 3) installed: x86-OSSBuild-GStreamer-SDK-BETA2-GPL.msi
> and after restarting the msys terminal was distressed to find:
> pkg-config --cflags --libs gstreamer-0.10
> didn't work. PKG_CONFIG_PATH was not set, and I can't find the *.pc files
> in the gstreamer sdk tree to set it to :(
>

It's still a BETA, and we are actually working on the installers to
configure properly .pc files according to the installation path.
For the moment I suggest you to use the 0.10.5 release. As you stated
in a previous mail, iconv.h is missing, but you can grab a copy from
here: http://code.google.com/p/ossbuild/source/browse/trunk#trunk/Shared/Build/Windows/Win32/include

Cheers,
Andoni

> How to proceed to compile the HelloGstreamer.c sample program?
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>

Kulecz, Walter (JSC-SK)[WYLE INTEG. SCI. & ENG.]

Re: gstreamer ossbuild BETA2 misssing pieces

I'm lost in the #include spaghetti

the 0.10.5.1 release I have installed on W2K has:

$ pkg-config --cflags --libs gstreamer-0.10
-mms-bitfields -Ic:/gstreamer/include/gstreamer-0.10 -Ic:/gstreamer/include/glib-2.0 -Ic:/gstreamer/lib/glib-2.0/include -Ic:/gstr
eamer/include/libxml2 -Lc:/gstreamer/lib -lgstreamer-0.10 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lxml2 -lglib-2.0 -lintl

There is an iconv.h file in C:\gstreamer\include and appears to be identical to the version I found in your link.

It would seem something assumes iconv.h has been previously included when it isn't, or is looking for it in the "wrong" place, hence the breakage. But the oosbuild site shows 1472 downloads for GStreamerWinBuild-0.10.5.1.exe, so how is it I'm the first to have this issue?
Was it implicitly assumed I'd istalled GStreamerWinBuild-0.10.5-dev.exe first? (only 82 downloads listed)

A "known to work" recipe in a top level README at the download site about how to install on a virgin system would be a big help. I've tried 0.10.5.1 and the BETA2 on two different "virgin" systems and compiling gstreamer sample code with the msys gcc fails miserably on both :(

Or did everyone else so what I'm tempted to do and just throw up my hands, join MSDN and use Directshow? :)

My image processing is pure C and during the port from the original PowerMac code I made sure it ran on Linux and Win32. If using gstreamer to capture the data and display the real-time processing output is really viable on Win32, and possibly Mac OS X, it makes a compelling case for the effort to learn and use gstreamer. But unless I can prove I can capture the input stream on Windows, its too big a leap of faith for me, although I am leaning towards using gstreamer as opposed to using straight v4l2 and Xdisplay code again, like I did in the initial version (done in 2006, on Ubuntu 6.06 and has worked quite well, although there are some limitations I'd like to overcome in version 2).

Linux remains my primary target, Ubuntu 10.04 specifically, and building my gstreamer samples on their BETA is going pretty smoothly although there seems to be an issue with finding their gst/interfaces/tuner.h when I try to compile the code that switches the capture card source input.

I've also looked at using MLT and VLC, but their documentation and sample code situation appears even worse than with gstreamer. :(

I've still got issues trying to get a capture device running on my XP notebook, it'd be nice to be able to build some samples once I get this resolved.

My I suggest instead of fighting the msi installer, just *.7z the working gstreamer tree like done with the msys_v11.7z which didn't seem to care where I unzipped it, and document any needed environmental variable changes for different drives or unzip paths.

______________________________________
From: Andoni Morales [[hidden email]]
Sent: Thursday, April 08, 2010 6:45 PM
To: Discussion of the development of GStreamer
Subject: Re: [gst-devel] gstreamer ossbuild BETA2 misssing pieces

2010/4/8 Kulecz, Walter (JSC-SK)[WYLE INTEG. SCI. & ENG.]
<[hidden email]>:
> I'm trying again to setup gstreamer-0.10 ossbuild, this time on my XP notebook, as I scrounged up a old Hauppauge WinTV USB I can use to test with as I believe it works OK on XP (I know it worked well on W2K).
>
>
> Dowloads from: http://code.google.com/p/ossbuild/downloads/list
> It would be nice to see something about them not working with Windows 2000 on this page.
I'll update it as soon as possible.

--
Andoni Morales Alastruey

LongoMatch:The Digital Coach
http://www.longomatch.ylatuya.es

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

Andoni Morales

Re: gstreamer ossbuild BETA2 misssing pieces

2010/4/9 Kulecz, Walter (JSC-SK)[WYLE INTEG. SCI. & ENG.]
<[hidden email]>:
> I'm lost in the #include spaghetti
>
> the 0.10.5.1 release I have installed on W2K has:
>
> $ pkg-config --cflags --libs gstreamer-0.10
> -mms-bitfields -Ic:/gstreamer/include/gstreamer-0.10 -Ic:/gstreamer/include/glib-2.0 -Ic:/gstreamer/lib/glib-2.0/include -Ic:/gstr
> eamer/include/libxml2 -Lc:/gstreamer/lib -lgstreamer-0.10 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lxml2 -lglib-2.0 -lintl
>
> There is an iconv.h file in C:\gstreamer\include and appears to be identical to the version I found in your link.

Developing on Windows with mingw/msys is not straightforward ;)

I wouldn't trust pkg-config on Windows. As you say, iconv.h is
installed in c:/gstreamer/include which is not listed by pkg-config,
so consider adding '-lc:/gstreamer/include' to solve it. You should
also change '-Lc:/gstreamer/lib' '-Lc:/gstreamer/bin' for since on
windows .la files are not distributed and you can link against the
binaries.

> It would seem something assumes iconv.h has been previously included when it isn't, or is looking for it in the "wrong" place, hence the breakage. But the oosbuild site shows 1472 downloads for GStreamerWinBuild-0.10.5.1.exe, so how is it I'm the first to have this issue?
> Was it implicitly assumed I'd istalled GStreamerWinBuild-0.10.5-dev.exe first? (only 82 downloads listed)
The binaries and the developers package are different things. The
download is called "GStreamer WinBuild 0.10.5 *Developers Package*",
and has the '-dev' suffix, which clrealy states the purpose of the
installer.

> A "known to work" recipe in a top level README at the download site about how to install on a virgin system would be a big help. I've tried 0.10.5.1 and the BETA2 on two different "virgin" systems and compiling gstreamer sample code with the msys gcc fails miserably on both :(
>
> Or did everyone else so what I'm tempted to do and just throw up my hands, join MSDN and use Directshow? :)
If you want to develop on Windows you can use Visual Studio, if you
don't like it and you prefer to use mingw/msys, you need to know the
pros and cons. Nobody said it's was easy to work with GStreamer on
Windows, it's a PITA indeed.
>
>
> My image processing is pure C and during the port from the original PowerMac code I made sure it ran on Linux and Win32. If using gstreamer to capture the data and display the real-time processing output is really viable on Win32, and possibly Mac OS X, it makes a compelling case for the effort to learn and use gstreamer. But unless I can prove I can capture the input stream on Windows, its too big a leap of faith for me, although I am leaning towards using gstreamer as opposed to using straight v4l2 and Xdisplay code again, like I did in the initial version (done in 2006, on Ubuntu 6.06 and has worked quite well, although there are some limitations I'd like to overcome in version 2).
>
Many developers have been able to use successfulle the dshow capture
wrapper on windows.

> Linux remains my primary target, Ubuntu 10.04 specifically, and building my gstreamer samples on their BETA is going pretty smoothly although there seems to be an issue with finding their gst/interfaces/tuner.h when I try to compile the code that switches the capture card source input.
>
> I've also looked at using MLT and VLC, but their documentation and sample code situation appears even worse than with gstreamer. :(
>
>
> I've still got issues trying to get a capture device running on my XP notebook, it'd be nice to be able to build some samples once I get this resolved.
>
> My I suggest instead of fighting the msi installer, just *.7z the working gstreamer tree like done with the msys_v11.7z which didn't seem to care where I unzipped it, and document any needed environmental variable changes for different drives or unzip paths.
If you know how to setup properly the compiler flags there is no need
for that. the msys zip has nothing to do with GStreamer and it's a
helper tool we use to compile the deps, you don't it at all, unless,
as I said before, you know what you are doing and the pros and cons of
using msys/mingw.

Andoni

>
> ______________________________________
> From: Andoni Morales [[hidden email]]
> Sent: Thursday, April 08, 2010 6:45 PM
> To: Discussion of the development of GStreamer
> Subject: Re: [gst-devel] gstreamer ossbuild BETA2 misssing pieces
>
> 2010/4/8 Kulecz, Walter (JSC-SK)[WYLE INTEG. SCI. & ENG.]
> <[hidden email]>:
>> I'm trying again to setup gstreamer-0.10 ossbuild, this time on my XP notebook, as I scrounged up a old Hauppauge WinTV USB I can use to test with as I believe it works OK on XP (I know it worked well on W2K).
>>
>>
>> Dowloads from: http://code.google.com/p/ossbuild/downloads/list
>> It would be nice to see something about them not working with Windows 2000 on this page.
> I'll update it as soon as possible.
>>
>>
>> 1) Extracted the msys_v11.7z to c:\msys. I wish all installs worked like this!
>>
>> 2) installed: x86-OSSBuild-GStreamer-Complete-BETA2-GPL.msi
>> After this completed, ran msys.bat and gave the command:
>> gst-launch videotestsrc ! dshowvideosink
>> and was pleased to see it worked as expected. Progress.
>>
>> 3) installed: x86-OSSBuild-GStreamer-SDK-BETA2-GPL.msi
>> and after restarting the msys terminal was distressed to find:
>> pkg-config --cflags --libs gstreamer-0.10
>> didn't work. PKG_CONFIG_PATH was not set, and I can't find the *.pc files
>> in the gstreamer sdk tree to set it to :(
>>
> It's still a BETA, and we are actually working on the installers to
> configure properly .pc files according to the installation path.
> For the moment I suggest you to use the 0.10.5 release. As you stated
> in a previous mail, iconv.h is missing, but you can grab a copy from
> here: http://code.google.com/p/ossbuild/source/browse/trunk#trunk/Shared/Build/Windows/Win32/include
>
> Cheers,
> Andoni
>> How to proceed to compile the HelloGstreamer.c sample program?
>> ------------------------------------------------------------------------------
>> Download Intel® Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> gstreamer-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>
>
>
> --
> Andoni Morales Alastruey
>
> LongoMatch:The Digital Coach
> http://www.longomatch.ylatuya.es
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>

Kulecz, Walter (JSC-SK)[WYLE INTEG. SCI. & ENG.]

Re: gstreamer ossbuild BETA2 misssing pieces

>Developing on Windows with mingw/msys is not straightforward ;)
Seems it would be if the gstreamer tree were setup correctly.

> I wouldn't trust pkg-config on Windows. As you say, iconv.h is
>installed in c:/gstreamer/include which is not listed by pkg-config,
>so consider adding '-lc:/gstreamer/include' to solve it. You should
>also change '-Lc:/gstreamer/lib' '-Lc:/gstreamer/bin' for since on
>windows .la files are not distributed and you can link against the binaries.

Adding -Ic:/gstreamer/include didn't change anything, copying all the *.h file in c:\gstreamer\include to C:\gstreamer\include\gstreamer-0.10 allowed the HelloGstreamer.c sample program to compile. When I ran it (all on W2K) I got (hitting the spacebar to dismiss every WS2_32.dll error):

$ HelloGstreamer test.ogg
** (HelloGstreamer.exe:1884): WARNING **: Failed to load plugin 'c:\gstreamer\lib\gstreamer-0.10\libgstasfdemux.dll': `c:\gstreame
r\lib\gstreamer-0.10\libgstasfdemux.dll': The specified procedure could not be found.
** (HelloGstreamer.exe:1884): WARNING **: Failed to load plugin 'c:\gstreamer\lib\gstreamer-0.10\libgstgio.dll': `c:\gstreamer\lib
(rest of these warnings from dismising the WS2_32.dll error dialog deleted)
Now playing: test.ogg
Running...
Dynamic pad created, linking demuxer/decoder
End of stream
Returned, stopping playback
Deleting pipeline

And the short test.ogg audio file seemed to play fine. Also, if I dismiss all the WS2_32.dll error dialogs, eventually the msys command :: gst-launch-0.10 videotestsrc ! dsvideosink does play as expected.

>The binaries and the developers package are different things. The
>download is called "GStreamer WinBuild 0.10.5 *Developers Package*",
>and has the '-dev' suffix, which clrealy states the purpose of the installer.
>
I know, I've installed both the 0.10.5 packages on W2K and both the BETA2 on XP.
Neigher work right.

>Many developers have been able to use successfully the dshow capture
>wrapper on windows.
If I get a capture device working on my XP notebook, a sample gst-launch command would be helpful, as gst-launch from the BETA2 install on XP seems to work. Too bad I need to start from zero again with the include file spaghetti :( But my motivation is minor until I get a Directshow video capture device working there. Its easy on my W2K box as its got PCI slots and I've spares of the cards I use on Linux.

>If you know how to setup properly the compiler flags there is no need
>for that. the msys zip has nothing to do with GStreamer and it's a
>helper tool we use to compile the deps, you don't it at all, unless,
>as I said before, you know what you are doing and the pros and cons of
>using msys/mingw.

I'm not clairvoyant, if the documentation were decent I'd have a clue as to what the properly setup compiler flags are supposed to be. Pkg-config is supposed to be the way to "just use it" without needing to know where the developers put things. But if its broke, the whole scheme breaks down and either gstreamer is just given up on as too much trouble, or you get threads like this on the mailing lists.

The obvious advantage of msys/mingw is I could (once I copied the *.h files to where the broken Win32 pkg-config could still find them) build the sample program with the same command on Linux and Windows:: gcc HelloGstreamer.c -o HelloGstreamer `pkg-config --cflags --libs gstreamer-0.10`
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

Andoni Morales

Re: gstreamer ossbuild BETA2 misssing pieces

2010/4/9 Kulecz, Walter (JSC-SK)[WYLE INTEG. SCI. & ENG.]
<[hidden email]>:

>>Developing on Windows with mingw/msys is not straightforward ;)
> Seems it would be if the gstreamer tree were setup correctly.
>
>
>> I wouldn't trust pkg-config on Windows. As you say, iconv.h is
>>installed in c:/gstreamer/include which is not listed by pkg-config,
>>so consider adding '-lc:/gstreamer/include' to solve it. You should
>>also change '-Lc:/gstreamer/lib' '-Lc:/gstreamer/bin' for since on
>>windows .la files are not distributed and you can link against the binaries.
>
> Adding -Ic:/gstreamer/include didn't change anything, copying all the *.h file in c:\gstreamer\include to C:\gstreamer\include\gstreamer-0.10 allowed the HelloGstreamer.c sample program to compile. When I ran it (all on W2K) I got (hitting the spacebar to dismiss every WS2_32.dll error):

Adding -Ic:/gstreamer/include must work, it's the way to tell the
compiler to look for includes file in this folder (maybe you typed
'l' instead 'I' or I did a typo). Copying all the .h files to
C:\gstreamer\include\gstreamer-0.10 worked because
-Ic:/gstreamer/include/gstreamer.0-10 adds this path to the include
path.

>
> $ HelloGstreamer test.ogg
> ** (HelloGstreamer.exe:1884): WARNING **: Failed to load plugin 'c:\gstreamer\lib\gstreamer-0.10\libgstasfdemux.dll': `c:\gstreame
> r\lib\gstreamer-0.10\libgstasfdemux.dll': The specified procedure could not be found.
> ** (HelloGstreamer.exe:1884): WARNING **: Failed to load plugin 'c:\gstreamer\lib\gstreamer-0.10\libgstgio.dll': `c:\gstreamer\lib
> (rest of these warnings from dismising the WS2_32.dll error dialog deleted)
> Now playing: test.ogg
> Running...
> Dynamic pad created, linking demuxer/decoder
> End of stream
> Returned, stopping playback
> Deleting pipeline
>
> And the short test.ogg audio file seemed to play fine. Also, if I dismiss all the WS2_32.dll error dialogs, eventually the msys command :: gst-launch-0.10 videotestsrc ! dsvideosink does play as expected.
>
>
>>The binaries and the developers package are different things. The
>>download is called "GStreamer WinBuild 0.10.5 *Developers Package*",
>>and has the '-dev' suffix, which clrealy states the purpose of the installer.
>>
> I know, I've installed both the 0.10.5 packages on W2K and both the BETA2 on XP.
> Neigher work right.
>
>
>>Many developers have been able to use successfully the dshow capture
>>wrapper on windows.
> If I get a capture device working on my XP notebook, a sample gst-launch command would be helpful, as gst-launch from the BETA2 install on XP seems to work. Too bad I need to start from zero again with the include file spaghetti :( But my motivation is minor until I get a Directshow video capture device working there. Its easy on my W2K box as its got PCI slots and I've spares of the cards I use on Linux.
>
>
>>If you know how to setup properly the compiler flags there is no need
>>for that. the msys zip has nothing to do with GStreamer and it's a
>>helper tool we use to compile the deps, you don't it at all, unless,
>>as I said before, you know what you are doing and the pros and cons of
>>using msys/mingw.
>
> I'm not clairvoyant, if the documentation were decent I'd have a clue as to what the properly setup compiler flags are supposed to be. Pkg-config is supposed to be the way to "just use it" without needing to know where the developers put things. But if its broke, the whole scheme breaks down and either gstreamer is just given up on as too much trouble, or you get threads like this on the mailing lists.

pkg-config is working as expected, but since the headers are not a in
the standard path, like /usr/include, you need to add
c:\gstreamer\include manually using the proper option. The
documentation is there and very decent I'd say, but you were not
looking at the right place:
http://gcc.gnu.org/onlinedocs/gcc-4.4.3/gcc/Directory-Options.html#Directory-Options

>
> The obvious advantage of msys/mingw is I could (once I copied the *.h files to where the broken Win32 pkg-config could still find them) build the sample program with the same command on Linux and Windows:: gcc HelloGstreamer.c -o HelloGstreamer `pkg-config --cflags --libs gstreamer-0.10`
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>