On 8/22/06, <b class="gmail_sendername">IOhannes m zmoelnig</b> <<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.at</a>> wrote:<div><span class="gmail_quote"></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
i think it would be best to make a filmDS class.<br>just imagine somebody would want to have a recent version of Gem on win98...</blockquote><div><br>Do we really support Win98? I think 2k/XP is not unreasonable as basic requirements now.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">wouldn't it be better to have this in [pix_texture]?<br>performing a runtime-check (on systems that have no native GL-support
<br>for YUV), whether the renderer supports fragment shaders, and if so,<br>upload the shader and use that. if it doesn't support shaders, use the<br>CPU fallback.<br>this way, not only [pix_movie] would have the speedup, but also
<br>pix_video,...<br><br>the shader could be hard-coded into the pix_texture-class, so there is<br>no dependency on external files.<br>(shader programs tend to be smaller than i.e. fonts)</blockquote><div><br>That would be fine until someone (namely me) wants to use a more complex shader. ;)
<br><br>I haven't actually done anything beyond finding that getting a YUV buffer from DS is faster than RGB when you don't use the DirectX hardware overlays. We shouldn't do any automagic until this is proven to be worthwhile. Also, adding code that makes pix_texutre even more complex and unreadable should not be undertaken lightly!
<br><br>cgc<br></div><br></div><br>