-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/07/2011 02:45 PM, Pagano, Patrick wrote:
Has anyone got pure data extended working with Syphon?
how do you envision this "working with" for "pd-extended"?
do you mean using syphon as input/output for video-frameworks (like Gem, GF, pdp)? (nonne of which is specific to Pd-extended)
as for Gem, it won't work (yet), as syphon will only work in 64bit mode, and Gem is not OSX-64bit ready yet (help!)
fgmasdr IOhannes
Le 2011-10-07 à 14:59:00, IOhannes m zmölnig a écrit :
as for Gem, it won't work (yet), as syphon will only work in 64bit mode,
Why will it only work in 64-bit mode ?
Is it that they didn't bother with 32-bit builds just like other people don't bother with 64-bit builds ?
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
On Fri, Oct 7, 2011 at 14:45, Pagano, Patrick pat@digitalworlds.ufl.eduwrote:
Has anyone got pure data extended working with Syphon?
Seems there is a freeframe plugin for syphon, pd supports freeframe, doesnt it?
-- Regards, buZz
On Fri, 2011-10-07 at 16:43 +0200, Bastiaan van den Berg wrote:
On Fri, Oct 7, 2011 at 14:45, Pagano, Patrick pat@digitalworlds.ufl.edu wrote: Has anyone got pure data extended working with Syphon?
Seems there is a freeframe plugin for syphon, pd supports freeframe, doesnt it?
Also, vade, the main author of syphon, has always talked about writing a Gem object. Nag him about it, or even offer money or treats, and he'll be more likely to do it.
.hc
I looks like that Syphon provides both a SyphonClient & SyphonServer.bundle, which is more in line with 1.5, not 1.0 freeframe I cannot create a [pix_freeframe SyphonClient] file if that is what you mean I would love to be able to pipe GEM to Isadora on OSX
pp
From: Bastiaan van den Berg <buzz@spacedout.nlmailto:buzz@spacedout.nl> Reply-To: <buzz@spacedout.nlmailto:buzz@spacedout.nl> Date: Fri, 7 Oct 2011 16:43:46 +0200 To: "pd-list@iem.atmailto:pd-list@iem.at" <pd-list@iem.atmailto:pd-list@iem.at> Subject: Re: [PD] pd with syphon
On Fri, Oct 7, 2011 at 14:45, Pagano, Patrick <pat@digitalworlds.ufl.edumailto:pat@digitalworlds.ufl.edu> wrote: Has anyone got pure data extended working with Syphon?
Seems there is a freeframe plugin for syphon, pd supports freeframe, doesnt it?
-- Regards, buZz _______________________________________________ Pd-list@iem.atmailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I had looked into making a GEM object for Syphon. It looks pretty straightforward actually, i've just not had the time to do it. Basically, you would have an object that spat out a pix_texture that was a syphon client, and server that would take in a pix_texture and publish it. GEM looks like it has pretty standard wrappers for textures, so I dont think it would be a huge issue.
Syphon works as 32 and 64 bit, I have no idea where/why anyone got any other idea. It is distributed as a fat binary framework, a quick check of "file" would tell you that, as well as the supported and integrated hosts (VDMX, Mad Mapper, etc, are 32 bit - in fact, im not sure anything other than Quartz Composer supports 64 bit?) :)
I am 100% interested in doing this, I just need to find the time, and some good starter/how to/guides on GEM object dev.
On Oct 7, 2011, at 8:45 AM, Pagano, Patrick wrote:
I looks like that Syphon provides both a SyphonClient & SyphonServer.bundle, which is more in line with 1.5, not 1.0 freeframe I cannot create a [pix_freeframe SyphonClient] file if that is what you mean I would love to be able to pipe GEM to Isadora on OSX
pp
From: Bastiaan van den Berg buzz@spacedout.nl Reply-To: buzz@spacedout.nl Date: Fri, 7 Oct 2011 16:43:46 +0200 To: "pd-list@iem.at" pd-list@iem.at Subject: Re: [PD] pd with syphon
On Fri, Oct 7, 2011 at 14:45, Pagano, Patrick pat@digitalworlds.ufl.edu wrote:
Has anyone got pure data extended working with Syphon?
Seems there is a freeframe plugin for syphon, pd supports freeframe, doesnt it?
-- Regards, buZz _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hey vade,
I think the starter guides are really some of the simpler objects.
IOhannes is in #dataflow from time to time, perhaps you could meet him
there to nail down the details. It would be great to have Gem
supported.
.hc
On Oct 8, 2011, at 1:06 PM, vade wrote:
I had looked into making a GEM object for Syphon. It looks pretty
straightforward actually, i've just not had the time to do it.
Basically, you would have an object that spat out a pix_texture that
was a syphon client, and server that would take in a pix_texture and
publish it. GEM looks like it has pretty standard wrappers for
textures, so I dont think it would be a huge issue.Syphon works as 32 and 64 bit, I have no idea where/why anyone got
any other idea. It is distributed as a fat binary framework, a quick
check of "file" would tell you that, as well as the supported and
integrated hosts (VDMX, Mad Mapper, etc, are 32 bit - in fact, im
not sure anything other than Quartz Composer supports 64 bit?) :)I am 100% interested in doing this, I just need to find the time,
and some good starter/how to/guides on GEM object dev.On Oct 7, 2011, at 8:45 AM, Pagano, Patrick wrote:
I looks like that Syphon provides both a SyphonClient &
SyphonServer.bundle, which is more in line with 1.5, not 1.0
freeframe I cannot create a [pix_freeframe SyphonClient] file if that is what
you mean I would love to be able to pipe GEM to Isadora on OSXpp
From: Bastiaan van den Berg buzz@spacedout.nl Reply-To: buzz@spacedout.nl Date: Fri, 7 Oct 2011 16:43:46 +0200 To: "pd-list@iem.at" pd-list@iem.at Subject: Re: [PD] pd with syphon
On Fri, Oct 7, 2011 at 14:45, Pagano, Patrick <pat@digitalworlds.ufl.edu
wrote: Has anyone got pure data extended working with Syphon?
Seems there is a freeframe plugin for syphon, pd supports
freeframe, doesnt it?-- Regards, buZz _______________________________________________ Pd-list@iem.at
mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
'You people have such restrictive dress for women,’ she said, hobbling
away in three inch heels and panty hose to finish out another pink-
collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/08/2011 07:06 PM, vade wrote:
Syphon works as 32 and 64 bit, I have no idea where/why anyone got any other idea.
ah good to know.
sorry for spreading false myths, but i was sure that at one time i read something about using a technology Gem was not using (probably QTKit) and i mistook that from meaning "64bit only". i did not check back on the homepage before making my claims.
well, this means that time is the only obstacle for getting syphon support into Gem...cool!
fgmadr IOhannes
I wonder how long this would actually take? I am not a developer on a suggester :-) But I would love to Syphon GEM into Isadora for an upcoming event. Would it be a pix_syphon ?
pp
On 10/10/11 2:29 AM, "IOhannes m zmölnig" zmoelnig@iem.at wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/08/2011 07:06 PM, vade wrote:
Syphon works as 32 and 64 bit, I have no idea where/why anyone got any other idea.
ah good to know.
sorry for spreading false myths, but i was sure that at one time i read something about using a technology Gem was not using (probably QTKit) and i mistook that from meaning "64bit only". i did not check back on the homepage before making my claims.
well, this means that time is the only obstacle for getting syphon support into Gem...cool!
fgmadr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk6SkL8ACgkQkX2Xpv6ydvQgrwCdGfvJq6iPhG4ZlzW/79ZRnTRs umYAn1yqS7cOJHHJacBiMXBOpOjGD93B =+TCC -----END PGP SIGNATURE-----
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi IOhannes
Fortunately, Syphon does not leverage QTKit (Quicktime = rather evil, and QTKit is a strange beast), it leverages IOSurface (and, IOSurface + IOHannes makes a rather nice pair, no?)
I have taken a look at the GEM sources last night (from https://pd-gem.svn.sourceforge.net/svnroot/pd-gem ) and have begun some very rudimentary work on a syphon.pd_darwin object.
Is there a mailing list or resource I could leverage to ask specific GEM / XCode development questions, or is this list appropriate? I have some GEM internals (the state manager, inlet types and how active texture unit / binding works in an object, what GEM base class seems most appropriate, etc) questions, as well as more basic PD external questions.
I suspect it would take a more seasoned GEM developer only a few minutes to implement a syphon object for GEM, as it really is only a few lines of code.
http://syphon.v002.info/FrameworkDocumentation/
Basically, a SyphonServer object is alloc/initted with a name and a context
You then publish a texture via its glUint texture ID, and specify a region of interest, as well as texture target. Thats it, Syphon handles all IPC, notification and
My reasoning for having someone close to GEM and who does active development be responsible for the syphon / GEM implementation, only to help fix subtle bugs that may arise, and have someone who is active in the community do it. Its also a load off our (Tom and I) shoulders, as we have been doing almost all of the various plugins ourselves (Unity, Jitter, OpenFrameworks, FFGL, Quartz Composer, and much of the Java/JNI stuff).
That said, im happy to get some basics working and have the community step up :)
Thanks. On Oct 10, 2011, at 2:29 AM, IOhannes m zmölnig wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/08/2011 07:06 PM, vade wrote:
Syphon works as 32 and 64 bit, I have no idea where/why anyone got any other idea.
ah good to know.
sorry for spreading false myths, but i was sure that at one time i read something about using a technology Gem was not using (probably QTKit) and i mistook that from meaning "64bit only". i did not check back on the homepage before making my claims.
well, this means that time is the only obstacle for getting syphon support into Gem...cool!
fgmadr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk6SkL8ACgkQkX2Xpv6ydvQgrwCdGfvJq6iPhG4ZlzW/79ZRnTRs umYAn1yqS7cOJHHJacBiMXBOpOjGD93B =+TCC -----END PGP SIGNATURE-----
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
This is awesome.
From: vade <doktorp@mac.commailto:doktorp@mac.com> Date: Mon, 10 Oct 2011 11:46:00 -0400 Cc: <pd-list@iem.atmailto:pd-list@iem.at> Subject: Re: [PD] pd with syphon
Hi IOhannes
Fortunately, Syphon does not leverage QTKit (Quicktime = rather evil, and QTKit is a strange beast), it leverages IOSurface (and, IOSurface + IOHannes makes a rather nice pair, no?)
I have taken a look at the GEM sources last night (from https://pd-gem.svn.sourceforge.net/svnroot/pd-gem ) and have begun some very rudimentary work on a syphon.pd_darwin object.
Is there a mailing list or resource I could leverage to ask specific GEM / XCode development questions, or is this list appropriate? I have some GEM internals (the state manager, inlet types and how active texture unit / binding works in an object, what GEM base class seems most appropriate, etc) questions, as well as more basic PD external questions.
I suspect it would take a more seasoned GEM developer only a few minutes to implement a syphon object for GEM, as it really is only a few lines of code.
http://syphon.v002.info/FrameworkDocumentation/
Basically, a SyphonServer object is alloc/initted with a name and a context
You then publish a texture via its glUint texture ID, and specify a region of interest, as well as texture target. Thats it, Syphon handles all IPC, notification and
My reasoning for having someone close to GEM and who does active development be responsible for the syphon / GEM implementation, only to help fix subtle bugs that may arise, and have someone who is active in the community do it. Its also a load off our (Tom and I) shoulders, as we have been doing almost all of the various plugins ourselves (Unity, Jitter, OpenFrameworks, FFGL, Quartz Composer, and much of the Java/JNI stuff).
That said, im happy to get some basics working and have the community step up :)
Thanks. On Oct 10, 2011, at 2:29 AM, IOhannes m zmölnig wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/08/2011 07:06 PM, vade wrote:
Syphon works as 32 and 64 bit, I have no idea where/why anyone got any other idea.
ah good to know.
sorry for spreading false myths, but i was sure that at one time i read something about using a technology Gem was not using (probably QTKit) and i mistook that from meaning "64bit only". i did not check back on the homepage before making my claims.
well, this means that time is the only obstacle for getting syphon support into Gem...cool!
fgmadr IOhannes
Pd-list@iem.atmailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
_______________________________________________ Pd-list@iem.atmailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
http://code.google.com/p/syphon-implementations/source/detail?r=125
Currently, I am not reading in a pix_texture or the active GEM texture to publish, I am simply reading the screen, but its a useful feature to capture the entire scene as rendered so far (you can control what it captures by adjusting the gemhead layer ordering). Nor have I made a 'client' version that outputs a received texture from another app, but now that Hans Christoph helped me sort my XCode issues, I suspect with some help we can have a fully working Syphon implementation for GEM quickly enough.
Enjoy.
On Oct 10, 2011, at 1:06 PM, Pagano, Patrick wrote:
This is awesome.
From: vade doktorp@mac.com Date: Mon, 10 Oct 2011 11:46:00 -0400 Cc: pd-list@iem.at Subject: Re: [PD] pd with syphon
Hi IOhannes
Fortunately, Syphon does not leverage QTKit (Quicktime = rather evil, and QTKit is a strange beast), it leverages IOSurface (and, IOSurface + IOHannes makes a rather nice pair, no?)
I have taken a look at the GEM sources last night (from https://pd-gem.svn.sourceforge.net/svnroot/pd-gem ) and have begun some very rudimentary work on a syphon.pd_darwin object.
Is there a mailing list or resource I could leverage to ask specific GEM / XCode development questions, or is this list appropriate? I have some GEM internals (the state manager, inlet types and how active texture unit / binding works in an object, what GEM base class seems most appropriate, etc) questions, as well as more basic PD external questions.
I suspect it would take a more seasoned GEM developer only a few minutes to implement a syphon object for GEM, as it really is only a few lines of code.
http://syphon.v002.info/FrameworkDocumentation/
Basically, a SyphonServer object is alloc/initted with a name and a context
You then publish a texture via its glUint texture ID, and specify a region of interest, as well as texture target. Thats it, Syphon handles all IPC, notification and
My reasoning for having someone close to GEM and who does active development be responsible for the syphon / GEM implementation, only to help fix subtle bugs that may arise, and have someone who is active in the community do it. Its also a load off our (Tom and I) shoulders, as we have been doing almost all of the various plugins ourselves (Unity, Jitter, OpenFrameworks, FFGL, Quartz Composer, and much of the Java/JNI stuff).
That said, im happy to get some basics working and have the community step up :)
Thanks. On Oct 10, 2011, at 2:29 AM, IOhannes m zmölnig wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/08/2011 07:06 PM, vade wrote:
Syphon works as 32 and 64 bit, I have no idea where/why anyone got any other idea.
ah good to know.
sorry for spreading false myths, but i was sure that at one time i read something about using a technology Gem was not using (probably QTKit) and i mistook that from meaning "64bit only". i did not check back on the homepage before making my claims.
well, this means that time is the only obstacle for getting syphon support into Gem...cool!
fgmadr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk6SkL8ACgkQkX2Xpv6ydvQgrwCdGfvJq6iPhG4ZlzW/79ZRnTRs umYAn1yqS7cOJHHJacBiMXBOpOjGD93B =+TCC -----END PGP SIGNATURE-----
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
works like a charm! great work!
Am 11.10.11 06:06, schrieb vade:
http://code.google.com/p/syphon-implementations/source/detail?r=125
Currently, I am not reading in a pix_texture or the active GEM texture to publish, I am simply reading the screen, but its a useful feature to capture the entire scene as rendered so far (you can control what it captures by adjusting the gemhead layer ordering). Nor have I made a 'client' version that outputs a received texture from another app, but now that Hans Christoph helped me sort my XCode issues, I suspect with some help we can have a fully working Syphon implementation for GEM quickly enough.
Enjoy.
On Oct 10, 2011, at 1:06 PM, Pagano, Patrick wrote:
This is awesome.
From: vade <doktorp@mac.com mailto:doktorp@mac.com> Date: Mon, 10 Oct 2011 11:46:00 -0400 Cc: <pd-list@iem.at mailto:pd-list@iem.at> Subject: Re: [PD] pd with syphon
Hi IOhannes
Fortunately, Syphon does not leverage QTKit (Quicktime = rather evil, and QTKit is a strange beast), it leverages IOSurface (and, IOSurface
- IOHannes makes a rather nice pair, no?)
I have taken a look at the GEM sources last night (from https://pd-gem.svn.sourceforge.net/svnroot/pd-gem ) and have begun some very rudimentary work on a syphon.pd_darwin object.
Is there a mailing list or resource I could leverage to ask specific GEM / XCode development questions, or is this list appropriate? I have some GEM internals (the state manager, inlet types and how active texture unit / binding works in an object, what GEM base class seems most appropriate, etc) questions, as well as more basic PD external questions.
I suspect it would take a more seasoned GEM developer only a few minutes to implement a syphon object for GEM, as it really is only a few lines of code.
http://syphon.v002.info/FrameworkDocumentation/
Basically, a SyphonServer object is alloc/initted with a name and a context
You then publish a texture via its glUint texture ID, and specify a region of interest, as well as texture target. Thats it, Syphon handles all IPC, notification and
My reasoning for having someone close to GEM and who does active development be responsible for the syphon / GEM implementation, only to help fix subtle bugs that may arise, and have someone who is active in the community do it. Its also a load off our (Tom and I) shoulders, as we have been doing almost all of the various plugins ourselves (Unity, Jitter, OpenFrameworks, FFGL, Quartz Composer, and much of the Java/JNI stuff).
That said, im happy to get some basics working and have the community step up :)
Thanks. On Oct 10, 2011, at 2:29 AM, IOhannes m zmölnig wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/08/2011 07:06 PM, vade wrote:
Syphon works as 32 and 64 bit, I have no idea where/why anyone got any other idea.
ah good to know.
sorry for spreading false myths, but i was sure that at one time i read something about using a technology Gem was not using (probably QTKit) and i mistook that from meaning "64bit only". i did not check back on the homepage before making my claims.
well, this means that time is the only obstacle for getting syphon support into Gem...cool!
fgmadr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk6SkL8ACgkQkX2Xpv6ydvQgrwCdGfvJq6iPhG4ZlzW/79ZRnTRs umYAn1yqS7cOJHHJacBiMXBOpOjGD93B =+TCC -----END PGP SIGNATURE-----
Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
_______________________________________________ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
http://code.google.com/p/syphon-implementations/source/detail?r=125
Currently, I am not reading in a pix_texture or the active GEM texture to publish, I am simply reading the screen, but its a useful feature to capture the entire scene as rendered so far (you can control what it captures by adjusting the gemhead layer ordering). Nor have I made a 'client' version that outputs a received texture from another app, but now that Hans Christoph helped me sort my XCode issues, I suspect with some help we can have a fully working Syphon implementation for GEM quickly enough.
Hey Vade I REALLY want to test this out Can you help me get it going?
pp
From: vade <doktorp@mac.commailto:doktorp@mac.com> Date: Tue, 11 Oct 2011 00:13:01 -0400 Cc: "pd-list@iem.atmailto:pd-list@iem.at" <pd-list@iem.atmailto:pd-list@iem.at> Subject: Re: [PD] pd with syphon
http://code.google.com/p/syphon-implementations/source/detail?r=125
Currently, I am not reading in a pix_texture or the active GEM texture to publish, I am simply reading the screen, but its a useful feature to capture the entire scene as rendered so far (you can control what it captures by adjusting the gemhead layer ordering). Nor have I made a 'client' version that outputs a received texture from another app, but now that Hans Christoph helped me sort my XCode issues, I suspect with some help we can have a fully working Syphon implementation for GEM quickly enough.
_______________________________________________ Pd-list@iem.atmailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
This is really awesome it works
pp
From: Patrick Pagano <pat@digitalworlds.ufl.edumailto:pat@digitalworlds.ufl.edu> Date: Tue, 11 Oct 2011 16:08:56 +0000 To: vade <doktorp@mac.commailto:doktorp@mac.com> Cc: "pd-list@iem.atmailto:pd-list@iem.at" <pd-list@iem.atmailto:pd-list@iem.at> Subject: Re: [PD] pd with syphon
Hey Vade I REALLY want to test this out Can you help me get it going?
pp
From: vade <doktorp@mac.commailto:doktorp@mac.com> Date: Tue, 11 Oct 2011 00:13:01 -0400 Cc: "pd-list@iem.atmailto:pd-list@iem.at" <pd-list@iem.atmailto:pd-list@iem.at> Subject: Re: [PD] pd with syphon
http://code.google.com/p/syphon-implementations/source/detail?r=125
Currently, I am not reading in a pix_texture or the active GEM texture to publish, I am simply reading the screen, but its a useful feature to capture the entire scene as rendered so far (you can control what it captures by adjusting the gemhead layer ordering). Nor have I made a 'client' version that outputs a received texture from another app, but now that Hans Christoph helped me sort my XCode issues, I suspect with some help we can have a fully working Syphon implementation for GEM quickly enough.
_______________________________________________ Pd-list@iem.atmailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list _______________________________________________ Pd-list@iem.atmailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hi list
- what would be the equivalent in linux let's say ubuntu ? it's a frame
server implementation? any way to redirect gem output ?
- is it possible to output opengl data for recording and replay?
2011/10/11 Pagano, Patrick pat@digitalworlds.ufl.edu
This is really awesome it works
pp
From: Patrick Pagano pat@digitalworlds.ufl.edu Date: Tue, 11 Oct 2011 16:08:56 +0000 To: vade doktorp@mac.com Cc: "pd-list@iem.at" pd-list@iem.at Subject: Re: [PD] pd with syphon
Hey Vade I REALLY want to test this out Can you help me get it going?
pp
From: vade doktorp@mac.com Date: Tue, 11 Oct 2011 00:13:01 -0400 Cc: "pd-list@iem.at" pd-list@iem.at Subject: Re: [PD] pd with syphon
http://code.google.com/p/syphon-implementations/source/detail?r=125
Currently, I am not reading in a pix_texture or the active GEM texture to publish, I am simply reading the screen, but its a useful feature to capture the entire scene as rendered so far (you can control what it captures by adjusting the gemhead layer ordering). Nor have I made a 'client' version that outputs a received texture from another app, but now that Hans Christoph helped me sort my XCode issues, I suspect with some help we can have a fully working Syphon implementation for GEM quickly enough.
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hmmmm....
looked at this briefly.... there is video4jack I have never tried it
http://www.piksel.org/videojack
but it sounds similiar to syphon (I think?) I dont think there are any gem objects....would be interesting to see it work...any thoughts?
On Fri, Oct 14, 2011 at 10:35 AM, Py Fave pyfave@gmail.com wrote:
hi list
- what would be the equivalent in linux let's say ubuntu ? it's a frame
server implementation? any way to redirect gem output ?
- is it possible to output opengl data for recording and replay?
2011/10/11 Pagano, Patrick pat@digitalworlds.ufl.edu
This is really awesome it works
pp
From: Patrick Pagano pat@digitalworlds.ufl.edu Date: Tue, 11 Oct 2011 16:08:56 +0000 To: vade doktorp@mac.com Cc: "pd-list@iem.at" pd-list@iem.at Subject: Re: [PD] pd with syphon
Hey Vade I REALLY want to test this out Can you help me get it going?
pp
From: vade doktorp@mac.com Date: Tue, 11 Oct 2011 00:13:01 -0400 Cc: "pd-list@iem.at" pd-list@iem.at Subject: Re: [PD] pd with syphon
http://code.google.com/p/syphon-implementations/source/detail?r=125
Currently, I am not reading in a pix_texture or the active GEM texture to publish, I am simply reading the screen, but its a useful feature to capture the entire scene as rendered so far (you can control what it captures by adjusting the gemhead layer ordering). Nor have I made a 'client' version that outputs a received texture from another app, but now that Hans Christoph helped me sort my XCode issues, I suspect with some help we can have a fully working Syphon implementation for GEM quickly enough.
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Actually I think there might be a pdp object look @ video piping http://www.piksel.no/pwiki/VideoPiping
On Fri, Oct 14, 2011 at 2:02 PM, ALAN BROOKER alan.brooker2010@gmail.comwrote:
hmmmm....
looked at this briefly.... there is video4jack I have never tried it
http://www.piksel.org/videojack
but it sounds similiar to syphon (I think?) I dont think there are any gem objects....would be interesting to see it work...any thoughts?
On Fri, Oct 14, 2011 at 10:35 AM, Py Fave pyfave@gmail.com wrote:
hi list
- what would be the equivalent in linux let's say ubuntu ? it's a frame
server implementation? any way to redirect gem output ?
- is it possible to output opengl data for recording and replay?
2011/10/11 Pagano, Patrick pat@digitalworlds.ufl.edu
This is really awesome it works
pp
From: Patrick Pagano pat@digitalworlds.ufl.edu Date: Tue, 11 Oct 2011 16:08:56 +0000 To: vade doktorp@mac.com Cc: "pd-list@iem.at" pd-list@iem.at Subject: Re: [PD] pd with syphon
Hey Vade I REALLY want to test this out Can you help me get it going?
pp
From: vade doktorp@mac.com Date: Tue, 11 Oct 2011 00:13:01 -0400 Cc: "pd-list@iem.at" pd-list@iem.at Subject: Re: [PD] pd with syphon
http://code.google.com/p/syphon-implementations/source/detail?r=125
Currently, I am not reading in a pix_texture or the active GEM texture to publish, I am simply reading the screen, but its a useful feature to capture the entire scene as rendered so far (you can control what it captures by adjusting the gemhead layer ordering). Nor have I made a 'client' version that outputs a received texture from another app, but now that Hans Christoph helped me sort my XCode issues, I suspect with some help we can have a fully working Syphon implementation for GEM quickly enough.
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Am 14.10.2011 um 11:35 schrieb Py Fave:
hi list
- what would be the equivalent in linux let's say ubuntu ? it's a frame server implementation?
any way to redirect gem output ?
gstreamer http://puredata.info/community/projects/convention09/zmolnig.pdf/view
already works since 2009 afaik.
m.
Unfortunately, those solutions read back to main memory, which is slow, and adds a lot of latency and processor overhead.
Syphon works directly on the GPU, sharing the OpenGL resources directly, app to app, no readback or round tripping. This allows sharing to any resolution your GPU supports (assuming you have the fill rate and VRam). I've personally been able to do 2K ARGB frames at around 30fps, from one app to another. This will depend greatly on your GPU and system load however.
On Oct 14, 2011, at 10:40 AM, Max wrote:
Am 14.10.2011 um 11:35 schrieb Py Fave:
hi list
- what would be the equivalent in linux let's say ubuntu ? it's a frame server implementation?
any way to redirect gem output ?
gstreamer http://puredata.info/community/projects/convention09/zmolnig.pdf/view
already works since 2009 afaik.
m. _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
ah that's interesting. thanks for the insight.
Am 14.10.2011 um 19:01 schrieb vade:
Unfortunately, those solutions read back to main memory, which is slow, and adds a lot of latency and processor overhead.
Syphon works directly on the GPU, sharing the OpenGL resources directly, app to app, no readback or round tripping. This allows sharing to any resolution your GPU supports (assuming you have the fill rate and VRam). I've personally been able to do 2K ARGB frames at around 30fps, from one app to another. This will depend greatly on your GPU and system load however.
On Oct 14, 2011, at 10:40 AM, Max wrote:
Am 14.10.2011 um 11:35 schrieb Py Fave:
hi list
- what would be the equivalent in linux let's say ubuntu ? it's a frame server implementation?
any way to redirect gem output ?
gstreamer http://puredata.info/community/projects/convention09/zmolnig.pdf/view
already works since 2009 afaik.
m. _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Am 14.10.2011 um 11:35 schrieb Py Fave:
hi list
- what would be the equivalent in linux let's say ubuntu ? it's a
frame server implementation?
any way to redirect gem output ?
the linux "equivalent" that is currently part of Gem is a V4L/V4L2 output module, by use of a loopback kernel driver ("vloopback" for v4l support, v4l2loopback for v4l2 support).
this allows you to "send" pix-data to virtually any application that is ablt to read v4l/v4l2 devices (it's only "virtually", since some applications make weird assumptions about the video-device...e.g they will abort if no tuner is present)
the good thing is, that the receiver side need not care whether the data is coming from a webcam, a high end grabber card or an application. (e.g. you don't need "syphon" support on the client)
On 2011-10-14 19:01, vade wrote:
Unfortunately, those solutions read back to main memory, which is slow, and adds a lot of latency and processor overhead.
it depends on your actual problem, whether this is an issue or not. e.g. if you want to do image analysis on the client side of a "raw" image from the server, then you might be better of without taking the detour via the gfx card.
if however, you want to do something with (say) Gem's "output" (which by it's very nature is already 'on' the gfx card), then a main memory based video-piping mechanism might add significant overhead.
madsr IOhannes
-
ALAN BROOKER -
Bastiaan van den Berg -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
IOhannes m zmölnig
-
Mathieu Bouchard -
Max -
Pagano, Patrick -
Py Fave -
vade -
Volker Möllenhoff