[gst-devel] Gstreamer on Windows XP

Mark Nauwelaerts manauw at skynet.be
Mon May 12 17:01:46 CEST 2008

On the "Cygwin port":
porting is a bit of a relative term here, at least from GStreamer perspective,
since the Cygwin layer/libs take care of the porting (mostly), and present a
"normal" Unix/POSIX like environment to upper level.

In any case, last time I tried it (1 year ago though), GStreamer core and many
many elements compiled and ran cleanly out-of-the-box on Cygwin (of course in as
far as supporting libraries were available for Cygwin).  Can't speak to now
(though would assume so), nor for all elements.


Jeffrey Barish wrote:
> Tim Müller wrote:
>> On Mon, 2008-05-12 at 05:42 -0600, Jeffrey Barish wrote:
>>>> There's nothing wrong here, it's just that cdparanoiasrc does not run
>>>> on windows - and so it's not included.
>>>> I don't know if there's an alternative cd-ripping plugin for windows.
>>>> If there is, you could use that. Otherwise, you will need to write
>>>> one.
>>> (..)
>>> I found some evidence of an attempt 2 years ago to port Gstreamer to
>>> Cygwin,
>>> but it looks as if that effort aborted.  As cdparanoia will run under
>>> Cygwin, such a port would solve the Windows problem.  Does anyone know
>>> the current status of a Cygwin port?
>>> It would be helpful if statements that the project has ports to Windows
>>> of base releases (such as the one on this page:
>>> http://gstreamer.freedesktop.org/download/) included the qualification
>>> that the port does not include cdparanoiasrc.
>> The libcdio-based cdiocddasrc in gst-plugins-good should work on windows
>> (not ideal for ripping though, since it doesn't any kind of
>> sophisticated error correction). However, you might be able to link
>> cdparanoiasrc in -base against the libcdio-based cdparanoia that's
>> included in libcdio. I think it provides an API compatible wrapper.
>> (Mind you, libcdio is GPL not LGPL though.)
> My current thought is that I will execute a command from my program that
> runs cdparanoia and pipes its output to an encoder.  I would have preferred
> to use GStreamer, though.

More information about the gstreamer-devel mailing list