[Openframeworkwg] provider independence

Bernard Metzler BMT at zurich.ibm.com
Wed Dec 11 06:48:35 PST 2013


>
> > Are we all agree on the following requirements
> > for the upcoming interface:
>
> I'm in agreement with these requirements.
>
> I'll make sure to capture them in the ofwg-issues (I should rename
> that) spreadsheet, so that these get tracked.
>
> > (1) must be provider agnostic (well, some providers may only
> >     implement a subset of functionality, but that is managed
> >     in a generic way),
>
> Can you expand on this in order to create a more refined list of
requirements?
>

The provider should be free to leave functionality not implemented
and that should be handled by the framework in a save way.


btw, I liked your suggestion how that could save size. you wrote

"The trade-off is that the ops pointers can reference static structures,
 which should always be a cache hit.  Verbs places the ops in dynamically
 allocated memory.  So, we reduce the memory footprint, and can leave ops
 NULL where entire sets of operations are not supported."


> > (2) multiple providers can be used from one application
> >     in parallel,
> > (3) changes to provider code does not enforce recompilation
> >     of the application.
>
> - Sean
>
Bernard.




More information about the ofiwg mailing list