[GEM-dev] pix_filmDarwin...
IOhannes m zmoelnig
zmoelnig at iem.at
Thu Dec 7 13:17:40 CET 2006
hi.
i try to move the threads from pd-list to here, as it is more
appropriate (and my thread-view makes it almost impossible to see the
subject lines due to the depth ;-))
i see that chris has submitted a hack to disable the
pix_filmNEW/pix_movieNEW stuff.
i am fine with that for now, since pd-extended wants to be released
soon, but on the long run i would rather have this reverted and have a
look at why it failed to use pix_filmDarwin in the first place.
while disabling the entire code is a quick fix, i guess it will not
really help us on the long run to unify these objects.
what i am also talking about for ages is to rename pix_film.cpp to
pix_filmOS.cpp and pix_filmNEW.cpp to pix_film.cpp
this should make the renaming-schemes less complicated (only 2 classes
that will try to reserve the name [pix_film] instead of 3).
probably we could also not use pix_film.cpp as a new name for
pix_filmNEW.cpp (but i lack of good ideas; "NEW" should at least vanish
and make place for something that tells us more about the functionality
than the date...)
of course this also applies to pix_movie.
any objections to this?
and i would very much like to ask to speed gurus among us, whether it
would be possible to use the pix_film(NEW) with optimized paths, in
order to make pix_filmDarwin,... really superfluous and deprecate it on
the long run.
fmga.sdr
IOhannes
More information about the GEM-dev
mailing list