GEM-dev March 2020

gem-dev@lists.iem.at

4 participants
5 discussions

Re: [GEM-dev] GEM-dev Digest, Vol 141, Issue 2
by Michael Beil 28 Mar '20

28 Mar '20

> Am 26.03.2020 um 10:02 schrieb gem-dev-request(a)lists.iem.at: > > Send GEM-dev mailing list submissions to > gem-dev(a)lists.iem.at > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.puredata.info/listinfo/gem-dev > or, via email, send a message with subject or body 'help' to > gem-dev-request(a)lists.iem.at > > You can reach the person managing the list at > gem-dev-owner(a)lists.iem.at > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of GEM-dev digest..." > > > Today's Topics: > > 1. Re: GEM-dev Digest, Vol 141, Issue 1 (Michael Beil) > 2. GEM, OpenGL Depreciation and Metal on OSX (me.grimm) > 3. Re: Someone sent a bogus pointer to copy2Image (was Re: > GEM-dev Digest, Vol 141, Issue 1) (IOhannes m zmölnig) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 25 Mar 2020 12:41:56 +0100 > From: Michael Beil <post(a)michaelbeil.de> > To: gem-dev(a)lists.iem.at > Subject: Re: [GEM-dev] GEM-dev Digest, Vol 141, Issue 1 > Message-ID: <E7073953-C7A9-40F2-B73C-AE773EF11CF5(a)michaelbeil.de> > Content-Type: text/plain; charset="utf-8" > > after more testing yesterday I can describe more precisely: > > I send an image from pix_video to a rectangle and I use a gemwin with the same resolution. > pix_video = 1280*720 > gemwin = 1280*720 > I use facetime (builtin), external webcam (logitech) and blackmagic intensity interface (USB3/HDMI) > I get a proper image and I can switch the cams. THAT’S GREAT !!!! :) > > but > - when I change the resolution of pix_video I have to recreate gemwin to see the effect > - when I send create, 1 to gemwin I get the bogus errors and I have to wait for them popping up (more for facetime, less for external cams) > - real issue: the border 0 message to gemwin creates a black gap where the border was and changes the image frame (part of the image at the left side vanishes by an x-zoom, the window-size remains the same) > - the rectangle object needs weird numbers like 7.5 and 4 to get the image fitting to a gemwin, the original image is very small in the gemwin without scaling and adapting > > I found the help-file for pix_video in the Max folder. But when I open it in the patch it is blank. > > best > Michael > > > >> Am 25.03.2020 um 12:00 schrieb gem-dev-request(a)lists.iem.at: >> >> Send GEM-dev mailing list submissions to >> gem-dev(a)lists.iem.at >> >> To subscribe or unsubscribe via the World Wide Web, visit >> https://lists.puredata.info/listinfo/gem-dev >> or, via email, send a message with subject or body 'help' to >> gem-dev-request(a)lists.iem.at >> >> You can reach the person managing the list at >> gem-dev-owner(a)lists.iem.at >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of GEM-dev digest..." >> >> >> Today's Topics: >> >> 1. GEM/Mac: Someone sent a bogus pointer to copy2Image (Michael Beil) >> 2. Re: GEM/Mac: Someone sent a bogus pointer to copy2Image >> (IOhannes m zmölnig) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Tue, 24 Mar 2020 14:22:41 +0100 >> From: Michael Beil <post(a)michaelbeil.de> >> To: gem-dev(a)lists.iem.at >> Subject: [GEM-dev] GEM/Mac: Someone sent a bogus pointer to copy2Image >> Message-ID: <343AD94E-91B3-4693-87E3-A6E1F0B65872(a)michaelbeil.de> >> Content-Type: text/plain; charset=utf-8 >> >> Hi list, >> >> I try to use a patch that worked with 0.43.4 with 0.5/Gem0.94 on a Mac. >> There are a some strange things I could not figure out yet. At first, each time I create a gem-window I get a dozen of >> >> GEM: Someone sent a bogus pointer to copy2Image >> >> errors. >> >> Even when I just use the help-patch for pix_video (e.g.) I get them. All other problems are maybe also related to pix_video. Especially wrong resolutions and image-distortion. So my second question is: Has pix_video been replaced? Or discontinued? Is the pix_video-help still „valid“? >> >> Maybe this has been discussed already, sorry then :) >> >> Thanks and best >> Michael >> >> >> >> >> >> >> >> ------------------------------ >> >> Message: 2 >> Date: Tue, 24 Mar 2020 17:01:36 +0100 >> From: IOhannes m zmölnig <zmoelnig(a)iem.at> >> To: gem-dev(a)lists.iem.at >> Subject: Re: [GEM-dev] GEM/Mac: Someone sent a bogus pointer to >> copy2Image >> Message-ID: <6978e076-d568-7c68-6c22-1934301dc8b9(a)iem.at> >> Content-Type: text/plain; charset="utf-8" >> >> On 3/24/20 2:22 PM, Michael Beil wrote: >>> Even when I just use the help-patch for pix_video (e.g.) I get them. All other problems are maybe also related to pix_video. Especially wrong resolutions and image-distortion. So my second question is: Has pix_video been replaced? Or discontinued? Is the pix_video-help still „valid“? >> >> just a quick reply: [pix_video] is fine (well: should be :-)) >> the help-patch is also still valid. >> >> what do you mean with "wrong resolutions" and "image distortion"? >> >> which camera are you using? >> >> >> >> gfmards >> IOhannes >> >>

1 0

Re: [GEM-dev] GEM, OpenGL Depreciation and Metal on OSX
by Dan Wilcox 27 Mar '20

27 Mar '20

OpenGL is deprecated but most likely will not removed for some years as there are far too many existing applications using it. The Carbon framework is still in macOS in bits and pieces because of this as well. My estimation is at least 5 years, probably more. What will change is the immediate state model that the original OpenGL API used. Most of the functionality can be wrapped but GEM should basically transition to Vulkan (using the MoltenVK Metal wrapper for macOS) and use abstractions where possible instead of exposing the direct graphics API, otherwise the *next* graphics API change will require the same work, over and over again. Also, if GEM was dead on macOS, there wouldn't be the AVFoundation plugins. Yes, there will be a *lot* of work required and I suggest looking to pool resources in order to get a team together to consider doing it, but again, there are years before OpenGL will disappear. > On Mar 26, 2020, at 10:02 AM, gem-dev-request(a)lists.iem.at wrote: > > Date: Wed, 25 Mar 2020 12:47:06 -0400 > From: "me.grimm" <megrimm(a)gmail.com <mailto:megrimm@gmail.com>> > To: gem-dev <gem-dev(a)iem.at <mailto:gem-dev@iem.at>> > Subject: [GEM-dev] GEM, OpenGL Depreciation and Metal on OSX > Message-ID: > <CACE5Q16LrFzDcuKJbjjRGJHW3J8kiUABm9D1SEc2mPmnYXdy3w(a)mail.gmail.com <mailto:CACE5Q16LrFzDcuKJbjjRGJHW3J8kiUABm9D1SEc2mPmnYXdy3w@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > Hello, > > Getting lots of OpenGL depreciation warnings compiling GEM. macOS is > moving to its own Metal framework. I assume GEM will fail to run on macOS > at some point. > > What does this mean for GEM on macOS? Is GEM 'dead' on macs? Can it be > transitioned with something like this: https://moltengl.com/ <https://moltengl.com/> ? Do large > parts need to be re-written? Is there any hope? > > I would say for macOS users to just go use Ofelia. Unfortunately, the > Ofelia learning curve seems very steep. For studio arts students that have > never programed before, never knew they had interest in programing, and are > learning the basics of creating interactive art, GEM offers very simple > objects and a consistent visual programing workflow that allows them to > transition from simple Pd Vanilla objects to GEM very easily. For them, > patience is not always a strong suit so getting something working quickly > sustains their interests much longer. Some of them even begin to use Pd/GEM > combo in their daily practice. > > This said, it would be a shame if 'GEM is dead' on macOS. But maybe this is > an over reaction and the GEM future is bright. > > m -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

Re: [GEM-dev] GEM-dev Digest, Vol 141, Issue 1
by Michael Beil 26 Mar '20

26 Mar '20

after more testing yesterday I can describe more precisely: I send an image from pix_video to a rectangle and I use a gemwin with the same resolution. pix_video = 1280*720 gemwin = 1280*720 I use facetime (builtin), external webcam (logitech) and blackmagic intensity interface (USB3/HDMI) I get a proper image and I can switch the cams. THAT’S GREAT !!!! :) but - when I change the resolution of pix_video I have to recreate gemwin to see the effect - when I send create, 1 to gemwin I get the bogus errors and I have to wait for them popping up (more for facetime, less for external cams) - real issue: the border 0 message to gemwin creates a black gap where the border was and changes the image frame (part of the image at the left side vanishes by an x-zoom, the window-size remains the same) - the rectangle object needs weird numbers like 7.5 and 4 to get the image fitting to a gemwin, the original image is very small in the gemwin without scaling and adapting I found the help-file for pix_video in the Max folder. But when I open it in the patch it is blank. best Michael > Am 25.03.2020 um 12:00 schrieb gem-dev-request(a)lists.iem.at: > > Send GEM-dev mailing list submissions to > gem-dev(a)lists.iem.at > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.puredata.info/listinfo/gem-dev > or, via email, send a message with subject or body 'help' to > gem-dev-request(a)lists.iem.at > > You can reach the person managing the list at > gem-dev-owner(a)lists.iem.at > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of GEM-dev digest..." > > > Today's Topics: > > 1. GEM/Mac: Someone sent a bogus pointer to copy2Image (Michael Beil) > 2. Re: GEM/Mac: Someone sent a bogus pointer to copy2Image > (IOhannes m zmölnig) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 24 Mar 2020 14:22:41 +0100 > From: Michael Beil <post(a)michaelbeil.de> > To: gem-dev(a)lists.iem.at > Subject: [GEM-dev] GEM/Mac: Someone sent a bogus pointer to copy2Image > Message-ID: <343AD94E-91B3-4693-87E3-A6E1F0B65872(a)michaelbeil.de> > Content-Type: text/plain; charset=utf-8 > > Hi list, > > I try to use a patch that worked with 0.43.4 with 0.5/Gem0.94 on a Mac. > There are a some strange things I could not figure out yet. At first, each time I create a gem-window I get a dozen of > > GEM: Someone sent a bogus pointer to copy2Image > > errors. > > Even when I just use the help-patch for pix_video (e.g.) I get them. All other problems are maybe also related to pix_video. Especially wrong resolutions and image-distortion. So my second question is: Has pix_video been replaced? Or discontinued? Is the pix_video-help still „valid“? > > Maybe this has been discussed already, sorry then :) > > Thanks and best > Michael > > > > > > > > ------------------------------ > > Message: 2 > Date: Tue, 24 Mar 2020 17:01:36 +0100 > From: IOhannes m zmölnig <zmoelnig(a)iem.at> > To: gem-dev(a)lists.iem.at > Subject: Re: [GEM-dev] GEM/Mac: Someone sent a bogus pointer to > copy2Image > Message-ID: <6978e076-d568-7c68-6c22-1934301dc8b9(a)iem.at> > Content-Type: text/plain; charset="utf-8" > > On 3/24/20 2:22 PM, Michael Beil wrote: >> Even when I just use the help-patch for pix_video (e.g.) I get them. All other problems are maybe also related to pix_video. Especially wrong resolutions and image-distortion. So my second question is: Has pix_video been replaced? Or discontinued? Is the pix_video-help still „valid“? > > just a quick reply: [pix_video] is fine (well: should be :-)) > the help-patch is also still valid. > > what do you mean with "wrong resolutions" and "image distortion"? > > which camera are you using? > > > > gfmards > IOhannes > >

2 1

GEM, OpenGL Depreciation and Metal on OSX
by me.grimm 25 Mar '20

25 Mar '20

Hello, Getting lots of OpenGL depreciation warnings compiling GEM. macOS is moving to its own Metal framework. I assume GEM will fail to run on macOS at some point. What does this mean for GEM on macOS? Is GEM 'dead' on macs? Can it be transitioned with something like this: https://moltengl.com/ ? Do large parts need to be re-written? Is there any hope? I would say for macOS users to just go use Ofelia. Unfortunately, the Ofelia learning curve seems very steep. For studio arts students that have never programed before, never knew they had interest in programing, and are learning the basics of creating interactive art, GEM offers very simple objects and a consistent visual programing workflow that allows them to transition from simple Pd Vanilla objects to GEM very easily. For them, patience is not always a strong suit so getting something working quickly sustains their interests much longer. Some of them even begin to use Pd/GEM combo in their daily practice. This said, it would be a shame if 'GEM is dead' on macOS. But maybe this is an over reaction and the GEM future is bright. m -- ____________________ m.e.grimm, m.f.a, ed.m. cornell u., tc3 megrimm.net ____________________

1 0

GEM/Mac: Someone sent a bogus pointer to copy2Image
by Michael Beil 24 Mar '20

24 Mar '20

Hi list, I try to use a patch that worked with 0.43.4 with 0.5/Gem0.94 on a Mac. There are a some strange things I could not figure out yet. At first, each time I create a gem-window I get a dozen of GEM: Someone sent a bogus pointer to copy2Image errors. Even when I just use the help-patch for pix_video (e.g.) I get them. All other problems are maybe also related to pix_video. Especially wrong resolutions and image-distortion. So my second question is: Has pix_video been replaced? Or discontinued? Is the pix_video-help still „valid“? Maybe this has been discussed already, sorry then :) Thanks and best Michael

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev March 2020