By the way, I see a "Gem Man: QT init OK" message in the console with gem 0.92.1, so I guess there still _is_ some kind of support of QuickTime. Is there a way I can tell [pix_video] to use QuickTime rather than DirectShow (until I figure out what's wrong with DS)???

I used to do that by an [open file.mov 1( message, but on the current version it does not work (and is not even mentioned in the help file, though I don't know if it was in the older version).....

Or is the QT support meant for other things, and has it been eliminated in [pix_film]??

chris clepper escribió:
On Windows, DirectShow is typically much, much faster than Quicktime (which Apple abandoned a while back). DirectShow takes advantage of multiple cores/CPUs while Quicktime does not. You can play a lot of Quicktime files using DS provided you have the right codec installed. I recommend the ffdshow package which covers all of the MPEGs, JPEGs and so on.
http://ffdshow-tryout.sourceforge.net/

On Wed, Mar 17, 2010 at 7:27 PM, Matteo Sisti Sette <[email protected] <mailto:[email protected]>> wrote:

    Hi,

    With the latest release of Gem pix_film eats about ten or twenty
    time more CPU than a precompiled binary compiled in August 2006 that
    I downloaded time ago. And it eats so much cpu after opening a file
    no matter whether it is playing it or not (I mean even after
    disconnecting the gemhead from it). That didn't happen in the 2006
    version

    So I've realised that with the 2006 version of gem, it uses
    QUICKTIME, while when I use the latest version it uses DIRECTSHOW.

    Digging into the patch (which I wrote a couple of years ago for the
    2006 version) I notice I opened files with a message like this:
    [open myfile.mov 1(

    That "1" is undocumented in the current help patches, but iirc I
    used it in order to force [pix_film] to use quicktime rather than
    directshow.

    Was that feature removed?
    If so, is there another way to force gem to use quicktime rather
    directshow?
    I'd like to test with quicktime to figure out whether this absurdly
    huge cpu consumption is due to the use of DirectShow as opposed to
    Quicktime, or if it is just a bug introduced in some recent version
    of Gem.

    thanks
    m.


-- Matteo Sisti Sette
    [email protected] <mailto:[email protected]>
    http://www.matteosistisette.com

    _______________________________________________
    [email protected] <mailto:[email protected]> mailing list
    UNSUBSCRIBE and account-management ->
    http://lists.puredata.info/listinfo/pd-list




--
Matteo Sisti Sette
[email protected]
http://www.matteosistisette.com

_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Reply via email to