Hi,
I use GEM under Windows XP, been using it for almost one year.
I used to use a version of GEM that I found somewhere among CVS snapshots or something, a precompiled binary compiled in 2006 for winNT, because it is the ONLY stable version that I found capable of handling DV-PAL-coded videos without crashing; and at that time (summer 2007), the most recent official release dated back to august 2004.
Recently a few months ago I think I remember a new official release was announced though I can't find it in the list archives. Now yesterday I had a look at http://gem.iem.at/ (isn't it the most official place to look at?), and download the binaries for windows at the top of the page. It says (on that page): "released 2007-07-04". However, the gem.dll file is dated august 2004, and I tried it and this is the output I can see on the PD window:
GEM: Graphics Environment for Multimedia GEM: ver: 0.90 GEM: compiled: Aug 3 2004
And I can assure I am using the version I just downloaded, namely gem-0.90.1-W32-i586-bin-doc.zip
So I'm really confused: it is said to have been released in july 2007 and yet it is still the old binary compiled in 2004???? Is there an error in the packaging? Am I downloading it from an obsolete page?
By the way, it crashes if I load a DV-PAL avi file in a pix_movie. (doen't crash with homer.avi). It does not crash when it loads though, it crashes when I turn on the [gemhead] chain containing the pix_movie with the file already loaded. (very same patch works perfectly with the old 2006 version, which indeed is newer).
Now I will try the 0.91 beta, however I am a bit confused about this supposed 0.90.1 which seems to be indeed 0.90........
Matteo Sisti Sette wrote:
Hi,
And I can assure I am using the version I just downloaded, namely gem-0.90.1-W32-i586-bin-doc.zip
So I'm really confused: it is said to have been released in july 2007 and yet it is still the old binary compiled in 2004????
the release date "2007-07" is obviously wrong, and the compile date "2004" is correct. the dates differ, because i migrated the webpages and did not care to open each and every binary to see on which date it _really_ was released.
Is there an error in the packaging? Am I downloading it from an obsolete page?
no, the latest release packages _are_ that old...
By the way, it crashes if I load a DV-PAL avi file in a pix_movie. (doen't crash with homer.avi). It does not crash when it loads though, it crashes when I turn on the [gemhead] chain containing the pix_movie with the file already loaded. (very same patch works perfectly with the old 2006 version, which indeed is newer).
could you post a bug-report at http://sf.net/projects/pd-gem preferrably with a patch (and data) that illustrates your problem? (probably it also crashes with a minimal DV-PAL file (e.g. only 10 frames). it would also be good to know which version of QuickTime and DirectX/DriectDraw you have installed (and all the rest of your specs)
Now I will try the 0.91 beta, however I am a bit confused about this supposed 0.90.1 which seems to be indeed 0.90........
0.90 has been released released around 2004-05 0.90.0 is the same as 0.90 0.90.1 is a bugfix release for w32 released after 0.90.0 0.91.0 (== 0.91) is the upcoming release
mfg.asdr IOhannes
Now the good news is that I was wrong when I said that it crashes with DV-PAL encoded videos.
They were not dv-pal (I thought they were), they were encoded with some weired MJpeg codec, and it seems I don't have a proper codec installed on my machine that QuickTime can use: if I open those files with QuickTime player, I see a blank white screen, though I do can open them with Windows Media Player and see them.
However, Gem certainly shouldn't crash, it should issue some understandable error message if it misses a codec to decode a file...
could you post a bug-report at http://sf.net/projects/pd-gem preferrably with a patch (and data) that illustrates your problem? (probably it also crashes with a minimal file (e.g. only 10 frames).
I'm afraid I can't. I may post the patch but not the data: it is a 1GB avi file, and currently I miss the software to trim a short piece of it; I did that video years ago on another computer and I don't know where the codec came from, so even if I edit the video I'll come up with one coded with another codec.
----- Original Message ----- From: "IOhannes m zmoelnig" zmoelnig@iem.at To: "Matteo Sisti Sette" matteosistisette@gmail.com Cc: pd-list@iem.at; gem-dev@iem.at Sent: Friday, May 02, 2008 10:07 AM Subject: Re: [GEM-dev] what happens with GEM versions?
Matteo Sisti Sette wrote:
Hi,
And I can assure I am using the version I just downloaded, namely gem-0.90.1-W32-i586-bin-doc.zip
So I'm really confused: it is said to have been released in july 2007 and yet it is still the old binary compiled in 2004????
the release date "2007-07" is obviously wrong, and the compile date "2004" is correct. the dates differ, because i migrated the webpages and did not care to open each and every binary to see on which date it _really_ was released.
Is there an error in the packaging? Am I downloading it from an obsolete page?
no, the latest release packages _are_ that old...
By the way, it crashes if I load a DV-PAL avi file in a pix_movie. (doen't crash with homer.avi). It does not crash when it loads though, it crashes when I turn on the [gemhead] chain containing the pix_movie with the file already loaded. (very same patch works perfectly with the old 2006 version, which indeed is newer).
could you post a bug-report at http://sf.net/projects/pd-gem preferrably with a patch (and data) that illustrates your problem? (probably it also crashes with a minimal DV-PAL file (e.g. only 10 frames). it would also be good to know which version of QuickTime and DirectX/DriectDraw you have installed (and all the rest of your specs)
Now I will try the 0.91 beta, however I am a bit confused about this supposed 0.90.1 which seems to be indeed 0.90........
0.90 has been released released around 2004-05 0.90.0 is the same as 0.90 0.90.1 is a bugfix release for w32 released after 0.90.0 0.91.0 (== 0.91) is the upcoming release
mfg.asdr IOhannes