[gst-devel] gstreamer ossbuild BETA2 misssing pieces

Andoni Morales ylatuya at gmail.com
Fri Apr 9 18:07:06 CEST 2010 

2010/4/9 Kulecz, Walter (JSC-SK)[WYLE INTEG. SCI. & ENG.]
<walter.kulecz-1 at nasa.gov>:
> 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 [ylatuya at gmail.com]
> 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.]
> <walter.kulecz-1 at nasa.gov>:
>> 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&#174; 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
>> gstreamer-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>
>
>
> --
> Andoni Morales Alastruey
>
> LongoMatch:The Digital Coach
> http://www.longomatch.ylatuya.es
>
> ------------------------------------------------------------------------------
> Download Intel&#174; 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
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
> ------------------------------------------------------------------------------
> Download Intel&#174; 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
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>



-- 
Andoni Morales Alastruey

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

More information about the gstreamer-devel mailing list