Hi there,
Has anyone a recent binary of Gem thats working well for windows ? The only thing I could find was 0.90-1 and I wanted to use some of the newer features.
Thanks in advance,
Günter
---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.
Have you tried one of the dlls from Pd-extended? They are built from CVS every night. They might not have FTGL/font support on Windows.
.hc
On May 1, 2007, at 2:51 PM, geiger@xdv.org wrote:
Hi there,
Has anyone a recent binary of Gem thats working well for windows ? The only thing I could find was 0.90-1 and I wanted to use some of the newer features.
Thanks in advance,
Günter
This message was sent using IMP, the Internet Messaging Program.
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
------------------------------------------------------------------------
The arc of history bends towards justice. - Dr. Martin Luther King, Jr.
Quoting Hans-Christoph Steiner hans@eds.org:
Have you tried one of the dlls from Pd-extended? They are built from CVS every night. They might not have FTGL/font support on Windows.
.hc
Hi,
Yes, I have tried some of them. But maybe the wrong ones, because they weren't built on a daily basis. Also the pix_film object was crashing so I thought they might not be what is used nowadays for production work. Do you have a link to a specific one. Or a suggestion of which pd extended version I could use for the purpose ?
Thanks,
Günter
On May 1, 2007, at 2:51 PM, geiger@xdv.org wrote:
Hi there,
Has anyone a recent binary of Gem thats working well for windows ? The only thing I could find was 0.90-1 and I wanted to use some of the newer features.
Thanks in advance,
Günter
This message was sent using IMP, the Internet Messaging Program.
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
The arc of history bends towards justice. - Dr. Martin Luther King, Jr.
---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.
On 5/1/07, geiger@xdv.org geiger@xdv.org wrote:
Yes, I have tried some of them. But maybe the wrong ones, because they weren't built on a daily basis. Also the pix_film object was crashing so I thought they might not be what is used nowadays for production work. Do you have a link to a specific one. Or a suggestion of which pd extended version I could use for the purpose ?
Which verson of GEM (build date) and what type of file causes the crash? I fixed the Quicktime crash and the DirectShow code runs pretty well apart from some codec bugs (libavcodec in particular).
Quoting chris clepper cgclepper@gmail.com:
On 5/1/07, geiger@xdv.org geiger@xdv.org wrote:
Yes, I have tried some of them. But maybe the wrong ones, because they weren't built on a daily basis. Also the pix_film object was crashing so I thought they might not be what is used nowadays for production work. Do you have a link to a specific one. Or a suggestion of which pd extended version I could use for the purpose ?
Which verson of GEM (build date) and what type of file causes the crash? I fixed the Quicktime crash and the DirectShow code runs pretty well apart from some codec bugs (libavcodec in particular).
Its not a specific file, as soon as I have a pix_film object in the patch it crashes. This happens to the pd-extended version (april 17) as well as to the snapshot you pointed me to. The stable 0.90.1 version from 2004 works.
I have also tried on several machines, all Windows XP. What I normally do is just to drop Gem.dll into the extra folder and instantiate via the [Gem] object in the patch (if this matters).
I tried yesterday the whole day to compile Gem, unfortunately I only have VC7 (Edition 2005 or such). I haven´t figured out yet how to set the linker flags in order to produce a loadable Gem.dll.
Günter
---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.
Quoting chris clepper cgclepper@gmail.com:
On 5/1/07, geiger@xdv.org geiger@xdv.org wrote:
Yes, I have tried some of them. But maybe the wrong ones, because they weren't built on a daily basis. Also the pix_film object was crashing so I thought they might not be what is used nowadays for production work. Do you have a link to a specific one. Or a suggestion of which pd extended version I could use for the purpose ?
Which verson of GEM (build date) and what type of file causes the crash? I fixed the Quicktime crash and the DirectShow code runs pretty well apart from some codec bugs (libavcodec in particular).
More info, it seems its not the pix_film put the pix_texture object that causes the crash. Do I have to install some OpenGL extensions or something ?
Günter
---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.
geiger@xdv.org wrote:
Quoting chris clepper cgclepper@gmail.com:
On 5/1/07, geiger@xdv.org geiger@xdv.org wrote:
Yes, I have tried some of them. But maybe the wrong ones, because they weren't built on a daily basis. Also the pix_film object was crashing so I thought they might not be what is used nowadays for production work. Do you have a link to a specific one. Or a suggestion of which pd extended version I could use for the purpose ?
Which verson of GEM (build date) and what type of file causes the crash? I fixed the Quicktime crash and the DirectShow code runs pretty well apart from some codec bugs (libavcodec in particular).
More info, it seems its not the pix_film put the pix_texture object that causes the crash. Do I have to install some OpenGL extensions or something ?
ah, this seems to be related to the glew fake-support (where all gl-functions appear to be available, but eventually return null-pointers)
get a decent graphics card ;-) most likely it is just the rectangle textures that need to be supported. (and the default w32 drivers are openGL-1.2 or so... which do not have rectangle textures)
probably it is sufficient to disable rectangle texturing in [pix_texture]
mfg.asdr IOhannes
On 5/2/07, IOhannes m zmoelnig zmoelnig@iem.at wrote:
probably it is sufficient to disable rectangle texturing in [pix_texture]
A change from #if defined(GL_TEXTURE_RECTANGLE_EXT) to #ifdef __APPLE__ would be a temporary fix. Also GLEW can't do any tests without a valid context attached to a window so tests in the constructor will have to be moved to somewhere like startRender().