jit.gl.videoplane uyvy problems under XP


    May 05 2006 | 3:37 pm
    Dear list,
    I have a little problem that occured under WinXP when trying to use
    uyvy colormode for a jit.gl.videoplane. On my G5 the same patch is working without any problems and
    switching to uyvy mode the framerate increases as it should be. But on my Thinkpad 1,8Ghz with XP and an ATI Mobility FireGL T2 and QuickTime 7.0.4 installed the framerate isn't changing at all and a jit.gl.texture error appears, saying: invalid value. I tried around quite a bit with different attributes but that didn't help either. I am using HD 720p footage with foto-jpeg compression. hope it's not a quicktime problem under XP.
    thanks
    paul
    Jitter 1.5.2, Thinkpad T42p, 1,8Ghz, ATI Mobility FireGL T2, XP SP1, QuickTime 7.0.4,

    • May 05 2006 | 4:44 pm
      sorry, just found the old topic from the maillist concerning uyvy under XP from Joshua. With his uyvy2argb shader for PC its working but doesn't bring significant speed boost. Is there any other way under XP as I am working right on the edge of my CPU. By the way: In the old topic from 2005 was mentioned that there will be Version 1.5.3 by the end of the year with the uyvy problem solved. Couldn't find it yet :)
      best
      Paul
    • May 05 2006 | 5:04 pm
      On May 5, 2006, at 6:44 PM, tom wrote:
      > just found the old topic from the maillist concerning uyvy under > XP from Joshua. > With his uyvy2argb shader for PC its working but doesn't bring > significant speed boost. Is there any other way under XP as I am > working right on the edge of my CPU.
      Nope. In fact the UYVY solution for PC would just do this same shader solution behind the scenes. Sounds like your bottleneck is elsewhere (movie decompression for example)
      > By the way: In the old topic from 2005 was mentioned that there > will be Version 1.5.3 by the end of the year with the uyvy problem > solved. Couldn't find it yet :)
      Forthcoming...schedule was shuffled based on a few things, including the priority of the MacTel port.
      -Joshua
    • May 05 2006 | 5:56 pm
      thanks,
      > Nope. In fact the UYVY solution for PC would just do this same > shader > solution behind the scenes. Sounds like your bottleneck is > elsewhere > (movie decompression for example)
      Thats not the problem, I am pretty sure. If I set jit.qt.movie colormode to uyvy and leave the videoplane mode at argb the framerate is approximately doubled - sure with wrong color as there is no conversion done. So I conclude the problem is lying within this conversion process.
      What is actualy happening in the jitter-background when I switch the colormode of the videoplane to uyvy? Is Jitter automaticaly switching to cpu conversion when he gets an error from openGL (because the outcome is correct, just a bit to slow).
      thanks
      paul