Mathieu Bouchard wrote:
On Wed, 13 Jun 2007, IOhannes m zmoelnig wrote:
I can maybe see the utility on Linux but what you propose makes no sense on OSX or Windows.
it makes sense on windows, as there are already 2 (or 3, if you count the old vfw/avi stuff) APIs (directshow, quicktime). on os-x things are a bit different, as there is basically just one API. nevertheless, the platform that will benefit most from it will be linux.
IMHO it should handle also live video input (cameras) and live video output (X11, Xv, with or without SHM, and then SDL, OSX, ...). If it handles at least V4L1 and V4L2, count me in for GridFlow support.
yes definitely. i have forgotten the v4l1 and v4l2 stuff in my enumeration of "stream readers", most likely because this was just to obvious.
video-out modules are what i meant by "stream writers" and could include just anything that is able to produce video out (e.g. output the video via a specialist hardware that is NOT a gfx card); it just saved me some typing to only mention firewire instead of losing myself in details about my ****-branded video-card.
so i'll try again: the framework should cover:: + stream readers (sequential read access to video-streams; with "video-stream" i mean anything that emits a number of images but where i (as audience) do not have control of the time) + random access readers (like stream-readers; but this time with added control on the time-axis) + stream writers (writing videos sequentialls)
i don't thing that "random access writers" do make much sense.
no assumptions about the interfaces accessed via this framework should be made (hardware, software, web,...)
mfga.sdr IOhannes
mfg,.asdr IOhannes