[GEM-dev] pix_video again
cgc at humboldtblvd.com
Thu May 11 19:20:04 CEST 2006
I'm not sure if any of that matters. I haven't seen any problems with
the pix_film object and my testing is up to several million files and
many thousands of hours.
At this point problems are likely to be Quicktime issues related to
On 5/11/06, james tittle <tigital at mac.com> wrote:
> ...hmm, I'm looking at [pix_film] and whaddaya know? There seems to
> be all kinds of stuff going weird with createBuffer(), deleteBuffer
> (), and prepareTexture() :-( First off, pix_film::openMess() has:
> #ifndef __APPLE__
> ...this may be a relic/hack from waaaay back?
> ...but this occurs AFTER pix_film::openMess() calls realOpen(), which
> is in pix_filmDarwin.cpp...this may be significant because in
> pix_filmDarwin::realOpen() we call the same things (or not) based on
> the value of m_colorspace (BGRA or other)...
> ...also, pix_film::createBuffer() will never cache the buffer because
> oldx and oldy aren't member variables AND they're always set to 0, so
> we always hit this:
> if (neededXSize != oldx || neededYSize != oldy)
> ...um, and that's as far as I've gotten: I'll give some of these
> ideas a test, but won't have much time until, uh, later...
More information about the GEM-dev