Comments on: The Cross Platform Tax http://blog.buzamoto.com/2008/10/25/the-cross-platform-tax/ Life as a BuzaMoto Employee Mon, 30 May 2011 15:48:11 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: buza http://blog.buzamoto.com/2008/10/25/the-cross-platform-tax/comment-page-1/#comment-114 buza Sat, 25 Oct 2008 23:21:23 +0000 http://blog.buzamoto.com/?p=43#comment-114 Zach, You bring up a good point, which underlies the two different approaches we're discussing. On the OF side, its main focus is to provide a "one stop shop", of sorts, for all of these types of tasks to reside. So, whereas I'm looking for a streamlined and elegant approach for a single task -- grabbing the blob regions so that I may pass those results on to another application that may be perfectly suited and optimized for the next task, the OF model expects users to build everything they wish to do within the same general framework. The OF approach also explains why my fan turns on nearly instantly when I run the OF version, which, as you point out, is built around the traditional graphics model of the single render loop, called as fast as possible, even though it may not have anything useful to do. The frames will be taken from the camera at the same (camera-dependent) rate in both applications. The CoreVideo approach allows me to work with the pixels from the camera provided directly from the OS, avoiding the additional performance hit due to the per-pixel transformations that OF needs to do for every video frame. Zach,

You bring up a good point, which underlies the two different approaches we’re discussing. On the OF side, its main focus is to provide a “one stop shop”, of sorts, for all of these types of tasks to reside. So, whereas I’m looking for a streamlined and elegant approach for a single task — grabbing the blob regions so that I may pass those results on to another application that may be perfectly suited and optimized for the next task, the OF model expects users to build everything they wish to do within the same general framework.

The OF approach also explains why my fan turns on nearly instantly when I run the OF version, which, as you point out, is built around the traditional graphics model of the single render loop, called as fast as possible, even though it may not have anything useful to do. The frames will be taken from the camera at the same (camera-dependent) rate in both applications.

The CoreVideo approach allows me to work with the pixels from the camera provided directly from the OS,
avoiding the additional performance hit due to the per-pixel transformations that OF needs to do for every video frame.

]]> By: zach http://blog.buzamoto.com/2008/10/25/the-cross-platform-tax/comment-page-1/#comment-113 zach Sat, 25 Oct 2008 20:47:49 +0000 http://blog.buzamoto.com/?p=43#comment-113 is it slow in frame rate or in cpu usage? in the blog you link to, you mention cpu usage, and what I wanted to mention is that since OF uses glut, it runs as fast as possible. that means that cpu usage is high, even if it is doing nothing. The better gauge of how slow or fast an operation is, is framerate, and I suspect there two might not be so different. anyway I vote for cross-platformness, but understand your point. take care! zach is it slow in frame rate or in cpu usage? in the blog you link to, you mention cpu usage, and what I wanted to mention is that since OF uses glut, it runs as fast as possible. that means that cpu usage is high, even if it is doing nothing. The better gauge of how slow or fast an operation is, is framerate, and I suspect there two might not be so different.

anyway I vote for cross-platformness, but understand your point.

take care!
zach

]]>