[GEM-dev] VideoIO Framework

IOhannes m zmoelnig zmoelnig at iem.at
Thu Jun 14 09:23:44 CEST 2007


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




More information about the GEM-dev mailing list