Hi!
IOhannes m zmoelnig zmoelnig@iem.at a écrit :
yesterday i have managed to compile Gem on W32 (surprisingly simple that was)
Can I ask which compiler do you use on w32?
this version has been compiled with DirectShow9 and QuickTime7.2 support. support for tablets has been further removed.
I guess they have to be both installed for having Gem loading.
please test and report any bugs.
Thank you, I'll give many tries!
pat@mamalala.org wrote:
Hi!
IOhannes m zmoelnig zmoelnig@iem.at a écrit :
yesterday i have managed to compile Gem on W32 (surprisingly simple that was)
Can I ask which compiler do you use on w32?
Micro$oft Visual Studio 2003 (i know it's outdated, but it's the newest VS we have here at the university; gcc rulez)
this version has been compiled with DirectShow9 and QuickTime7.2 support. support for tablets has been further removed.
I guess they have to be both installed for having Gem loading.
you don't need QuickTime installed; it will be autodetected on load and used accordingly. i don't know about DirectX, but i guess you will need it beforehand.
note: i should have written DirectX-9 instead of DirectShow-9 to avoid confusion.
please test and report any bugs.
Thank you, I'll give many tries!
cool :-)
fgmasdr IOhannes
On Apr 10, 2008, at 3:41 AM, IOhannes m zmoelnig wrote:
pat@mamalala.org wrote:
Hi!
IOhannes m zmoelnig zmoelnig@iem.at a écrit :
yesterday i have managed to compile Gem on W32 (surprisingly
simple that was)Can I ask which compiler do you use on w32?
Micro$oft Visual Studio 2003 (i know it's outdated, but it's the newest VS we have here at the university; gcc rulez)
Shall we try to switch the Gem build to MinGW? Then we'll have
automated builds, and you'll be able to make Gem Windows binaries by
cross-compiling on GNU/Linux.
.hc
this version has been compiled with DirectShow9 and QuickTime7.2
support. support for tablets has been further removed.I guess they have to be both installed for having Gem loading.
you don't need QuickTime installed; it will be autodetected on load
and used accordingly. i don't know about DirectX, but i guess you will need it beforehand.note: i should have written DirectX-9 instead of DirectShow-9 to avoid confusion.
please test and report any bugs.
Thank you, I'll give many tries!
cool :-)
fgmasdr IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"Free software means you control what your computer does. Non-free
software means someone else controls that, and to some extent
controls you." - Richard M. Stallman
Hans-Christoph Steiner wrote:
Shall we try to switch the Gem build to MinGW? Then we'll have
automated builds, and you'll be able to make Gem Windows binaries by
cross-compiling on GNU/Linux..hc
if you feel up to it. i currently don't really want to spend time in getting code compile against DirectX with mingw. (for Gem you also have to compile parts of the DirectShow examples)
i also would not like to have a stripped down version of Gem (without DirectX and QuickTime) compiled and widely distributed.
and you would have to change your policy of importing code to repositories, as i don't think importing DirectX-SDK (some versions of which you can only download from a "genuine windows machine" (or however they call it)) and Quicktime-SDK (for which you currently need an apple user-account to download) would be a good idea.
nevertheless it would be cool if you could include the new binary into the next pd-extended release.
fgnasd IOhannes
On Apr 11, 2008, at 2:20 AM, IOhannes m zmölnig wrote:
Hans-Christoph Steiner wrote:
Shall we try to switch the Gem build to MinGW? Then we'll have automated builds, and you'll be able to make Gem Windows binaries by cross-compiling on GNU/Linux.
.hc
if you feel up to it. i currently don't really want to spend time in getting code compile against DirectX with mingw. (for Gem you also have to compile parts of the DirectShow examples)
There are already a lot of DirectX headers in MinGW, you might not
need the DirectX SDK at all. I didn't need the Windows DDK for the
HID stuff, all of the headers I needed are included in MinGW. These
look all relevant:
direct.h dxerr8.h dxerr9.h d3d9.h d3d9caps.h d3d9types.h
i also would not like to have a stripped down version of Gem (without DirectX and QuickTime) compiled and widely distributed.
and you would have to change your policy of importing code to repositories, as i don't think importing DirectX-SDK (some versions of which you can only download from a "genuine windows machine" (or
however they call it)) and Quicktime-SDK (for which you currently need an
apple user-account to download) would be a good idea.
These would have to be installed on the build machine. We couldn't
include them in the SVN. Just like the Apple builds require XCode.
I am guessing it would only be the Quicktime SDK that we'd need to
install.
.hc
nevertheless it would be cool if you could include the new binary into the next pd-extended release.
fgnasd IOhannes
Terrorism is not an enemy. It cannot be defeated. It's a tactic.
It's about as sensible to say we declare war on night attacks and
expect we're going to win that war. We're not going to win the war
on terrorism. - retired U.S. Army general, William Odom
Hans-Christoph Steiner wrote:
There are already a lot of DirectX headers in MinGW, you might not need the DirectX SDK at all. I didn't need the Windows DDK for the HID stuff, all of the headers I needed are included in MinGW. These look all relevant:
direct.h dxerr8.h dxerr9.h d3d9.h d3d9caps.h d3d9types.h
hmm, i don't know. this is what get's included by the relevant files: dshow.h qedit.h streams.h atlbase.h atlconv.h dvdmedia.h
if they are in mingw, i would be happy.
These would have to be installed on the build machine. We couldn't include them in the SVN. Just like the Apple builds require XCode. I am guessing it would only be the Quicktime SDK that we'd need to install.
yes, i am only talking about the SDKs here (XCode is an IDE, isn't it?): packages providing header-files to include and library-files to link against. nothing that fummels with the registry or the like. it's fine if we don't have to include them in the pure-data svn.
iirc, last time someone was trying to build gem4win32 with mingw/cygwin (i think it was thoralf; but i could be mistaken - excuse my ignorance), they had to patch the DirectShow-headers...
fmga,r IOhannes
On Apr 11, 2008, at 10:53 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
There are already a lot of DirectX headers in MinGW, you might not
need the DirectX SDK at all. I didn't need the Windows DDK for
the HID stuff, all of the headers I needed are included in MinGW.
These look all relevant: direct.h dxerr8.h dxerr9.h d3d9.h d3d9caps.h d3d9types.hhmm, i don't know. this is what get's included by the relevant files: dshow.h qedit.h streams.h atlbase.h atlconv.h dvdmedia.h
if they are in mingw, i would be happy.
These are:
dshow.h qedit.h dvdmedia.h
These are not:
streams.h atlbase.h atlconv.h
There are people building DirectShow apps on MinGW, but I don't know
how involved the setup is:
http://home.clara.net/raoulgough/vidmodem/dshow.html http://www.makesweet.com/bozo/2008/01/24/compiling-directshow-with- mingw-on-linux http://www.step.polymtl.ca/~guardia/programming.php
.hc
These would have to be installed on the build machine. We
couldn't include them in the SVN. Just like the Apple builds
require XCode. I am guessing it would only be the Quicktime SDK
that we'd need to install.yes, i am only talking about the SDKs here (XCode is an IDE, isn't
it?): packages providing header-files to include and library-files
to link against. nothing that fummels with the registry or the like. it's fine if we don't have to include them in the pure-data svn.iirc, last time someone was trying to build gem4win32 with mingw/ cygwin (i think it was thoralf; but i could be mistaken - excuse my
ignorance), they had to patch the DirectShow-headers...fmga,r IOhannes
"It is convenient to imagine a power beyond us because that means we
don't have to examine our own lives.", from "The Idols of
Environmentalism", by Curtis White
On Fri, Apr 11, 2008 at 1:30 PM, Hans-Christoph Steiner hans@eds.org wrote:
There are people building DirectShow apps on MinGW, but I don't know how involved the setup is:
http://home.clara.net/raoulgough/vidmodem/dshow.html http://www.makesweet.com/bozo/2008/01/24/compiling-directshow-with- mingw-on-linux http://www.step.polymtl.ca/~guardia/programming.phphttp://www.step.polymtl.ca/%7Eguardia/programming.php
Those look outdated since they are referring to DirectShow still being part of DirectX.
Quoting chris clepper cgclepper@gmail.com:
Those look outdated since they are referring to DirectShow still being part of DirectX.
otoh, i used DirectX-9.0 too for my builds. i guess i haven't really
understood the versioning scheme of M$....
fmadr IOhannes
This message was sent using IMP, the Internet Messaging Program.
On Fri, Apr 11, 2008 at 9:24 AM, Hans-Christoph Steiner hans@eds.org wrote:
There are already a lot of DirectX headers in MinGW, you might not need the DirectX SDK at all. I didn't need the Windows DDK for the HID stuff, all of the headers I needed are included in MinGW. These look all relevant:
direct.h dxerr8.h dxerr9.h d3d9.h d3d9caps.h d3d9types.h
GEM doesn't need DirectX, rather it requires DirectShow. DirectShow is part of the massive windows SDK and the DLLs are supposedly part of a default install of XP and Vista (I have never even used the latter).
These would have to be installed on the build machine. We couldn't include them in the SVN. Just like the Apple builds require XCode. I am guessing it would only be the Quicktime SDK that we'd need to install.
Yes, just the QT SDK is needed. I have not 'upgraded' to 7.x SDK, but I doubt it makes much difference since Apple puts near zero effort into QT for Windows.
chris clepper wrote:
On Fri, Apr 11, 2008 at 9:24 AM, Hans-Christoph Steiner <hans@eds.org mailto:hans@eds.org> wrote:
There are already a lot of DirectX headers in MinGW, you might not need the DirectX SDK at all. I didn't need the Windows DDK for the HID stuff, all of the headers I needed are included in MinGW. These look all relevant: direct.h dxerr8.h dxerr9.h d3d9.h d3d9caps.h d3d9types.h
GEM doesn't need DirectX, rather it requires DirectShow. DirectShow is part of the massive windows SDK and the DLLs are supposedly part of a default install of XP and Vista (I have never even used the latter).
i never understood the difference between DirectX and DirectShow. isn't the latter just a part of the former? just like Direct3D?
anyhow, at least when installing the SDK i had to also install a redistributable runtime-environment. i don't know whether this is needed for an end-user of Gem too (my only w32 machine now has the runtime-environment installed, so i cannot check :-))
These would have to be installed on the build machine. We couldn't include them in the SVN. Just like the Apple builds require XCode. I am guessing it would only be the Quicktime SDK that we'd need to install.
Yes, just the QT SDK is needed.
i probably misunderstood the original question. right, as far as quicktime is concerned, only the QT SDK is needed.
fgmas IOhannes
On Fri, Apr 11, 2008 at 10:06 AM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
i never understood the difference between DirectX and DirectShow. isn't the latter just a part of the former? just like Direct3D?
I think DirectShow was part of DirectX at one time, but it is now part of the main windows SDK (which might be called the Platform SDK by MS).
anyhow, at least when installing the SDK i had to also install a redistributable runtime-environment. i don't know whether this is needed for an end-user of Gem too (my only w32 machine now has the runtime-environment installed, so i cannot check :-))
That is the really shitty part. Some PCs, like ones from Dell, have all of the DLLs installed by default. Other PCs do not have them. Also, the versions of various DLLs and libs might not play well together. The idea that every app distributed should include all of these files it idiotic.
i probably misunderstood the original question. right, as far as quicktime is concerned, only the QT SDK is needed.
The end user will have to either install iTunes or find the QT only download from Apple. They hide the latter, but hell everyone and their dog has an iPod now right? ;)
cgc