[Gridflow-dev] Fwd: trying to use the [#record] function in Gridflow

Mathieu Bouchard matju at artengine.ca
Fri Sep 10 10:00:50 EDT 2010


On Thu, 2 Sep 2010, ALAN BROOKER wrote:

> yes, this object might not work with osx fully?

[#io.quicktimeapple] is an object class written specifically for Apple's 
QuickTime. We just don't have that much experience and that much time for 
programming for OSX.

[#io.quicktimehw] is an object class written for another component called 
"libquicktime", usually found on Linux, but that can be made to work on 
Linux. Its code has nothing in common with Apple's QuickTime, except for 
the file format it supports in the end. This is the component we use 
normally.

> Im now trying work around where I use [#from_pix] to send to Gem and 
> then use the gem object [pix_record] to record- the only problem with 
> this is is that the colors are displayed in a very bluish hue.

I would like to know about this problem, because if you're really running 
GridFlow 9.9, that version is supposed to be the one that we fully tested 
for bugs about "bluish hue". In the meantime you can use [#inner] or 
[pix_colormatrix] to swap channels :

   [#inner (4 4 #   0 0 1 0   0 1 0 0   1 0 0 0   0 0 0 1)]

But really, I would like to fix that bug (and [#inner] isn't so fast). 
What you are using is [#to_pix] and not [#from_pix] (the latter converts 
Gem pixes to GF grids instead). Open the help for [#to_pix] and look at 
the numbers you see. On Linux, the [pix_info] number is 6408. On 
OSX-Intel, there is a different number, and on OSX-PPC, it's yet another 
number. Check the box that says "this is supposed to have no effect", to 
see whether it makes any difference on the second [pix_info]. I would like 
to know the numbers that you get, because it could be a big hint about the 
bug.

Patrick, did you retry on a real PPC box after 9.9, or did you only use 
the PPC emulator ?

  _______________________________________________________________________
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC


More information about the Gridflow-dev mailing list