On Jul 11, 2011, at 3:36 AM, IOhannes m zmoelnig wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-07-06 04:35, Hans-Christoph Steiner wrote:
esources/Scripts/../extra/Gem/Gem.pd_darwin,
10): Symbol not found: __Z10initGemWinv Referenced from: /Applications/Pd-0.43.1-extended-20110705.app/Contents/Resources/ Scripts/../extra/Gem/Gem.pd_darwin
Expected in: dynamic lookup
Gem: can not load library
no 64-bit builds of Gem on Mac OS X yet,
well, obviously there _are_ 64-bit builds for OSX, however they are non-functional - as demonstrated above. afaik, the only crucial
missing part is the window handling (for which there are some prototypes, but nothing really working yet)but it should be possible to get a gstreamer/gmerlin based 64-bit Gem Mac OS X build out without
too much work, with IOhannes' new plugin backend.gstreamer support should be trivial to add to the OSX build nowadays: only configure with "--with-gmerlin_avdec" (or without the "-- without-ALL").
nevertheless, there still won't be a window :-(
Or even better, someone could write Gem plugins for the Quicktime APIs that Apple did not
port to 64-bit.well, actually there are plugins for the (non-64bit) QuickTime API - it's what is used nowadays. this however only means, that once we have the window stuff sorted
out, Gem will be available on OSX-10.6/64bit without support for video/movie/image loading/saving (as those are depending on QT) -
unless some other plugin (e.g. gmerlin/imagemagick) is available.so rather than writing plugins for the (deprecated) QuickTime API, people should write plugins for the (afaiu: supported and featured) QTKit API (which is available on both 32bit and 64bit)
Yeah, that's what I meant, it came out wrong.
.hc
All mankind is of one author, and is one volume; when one man dies,
one chapter is not torn out of the book, but translated into a better
language; and every chapter must be so translated.... -John Donne