GithubHelp home page GithubHelp logo

Comments (6)

bangnoise avatar bangnoise commented on September 17, 2024

We have thought about this.

The main obstacle is that (by design) there is no concept of frames as individual entities, just a single surface with changing content. There is no way to tie metadata to a single frame because the content can change at any time. This might still be useful for less transient information.

from syphon-framework.

maybites avatar maybites commented on September 17, 2024

to continue the discussion from #82:

This is what spout says about its own implementation: frameBufferSharing

But I understand now it might be tricky to implement it in a water thight manner.

from syphon-framework.

bangnoise avatar bangnoise commented on September 17, 2024

@maybites we specifically don't want to block server and client processes in the way Spout does.

from syphon-framework.

vade avatar vade commented on September 17, 2024

To chime in, I think this can be revisited if we decide to tackle internally pooling IOSurfaces, which would allow us to vend unique surfaces per frame (though they would have re-used addresses), and potentially associate user low cost user data dictionary along with it. I dont want to promise anything we can't deliver, but its worth mentioning.

from syphon-framework.

vade avatar vade commented on September 17, 2024

for reference :

/* These calls let you attach property list types to a IOSurface buffer.  These calls are 
   expensive (they essentially must serialize the data into the kernel) and thus should be avoided whenever
   possible.   Note:  These functions can not be used to change the underlying surface properties. */
- (void)setAttachment:(id)anObject forKey:(NSString *)key;
- (nullable id)attachmentForKey:(NSString *)key;
- (void)removeAttachmentForKey:(NSString *)key;
- (void)setAllAttachments:(NSDictionary<NSString *, id> *)dict;
- (nullable NSDictionary<NSString *, id> *)allAttachments;
- (void)removeAllAttachments;

from syphon-framework.

maybites avatar maybites commented on September 17, 2024

@bangnoise

we specifically don't want to block server and client processes in the way Spout does.

Oh, I get that. I wouldn't advocate it, I just added that link for reference.

But I am glad to hear you considering this feature seriously and see the potential benefit of it. A low cost user data dictionary would be the way to go. Thats what I am doing with spout, serialized to and from a byte buffer.

from syphon-framework.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.