GEM-dev

gem-dev@lists.iem.at

2417 discussions

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

Re: [GEM-dev] GEM-dev Digest, Vol 140, Issue 1
by Beil 10 Dec '19

10 Dec '19

Thanks Iohannes and yes. When I try to open the help file for pix_video a blank window opens (no content) and I get some text in red in the PD window. I can send you the Fehlermeldung if you need, but I am on the road now. > Am 10.12.2019 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 and PD with Mac (Michael Beil) > 2. Re: Gem and PD with Mac (IOhannes m zmölnig) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 9 Dec 2019 21:28:39 +0100 > From: Michael Beil <post(a)michaelbeil.de> > To: gem-dev(a)lists.iem.at > Subject: [GEM-dev] Gem and PD with Mac > Message-ID: <B36CD216-EE00-4897-A777-13AE4ED3DA2D(a)michaelbeil.de> > Content-Type: text/plain; charset="utf-8" > > Hi @ll, > > does anyone know how to use the video-in with gem 64bit on a mac? > For me the QT7 dialog does not open anymore unfortunately. > What about the help-window for pix_video? It does not show up either. > Does anyone have exp with Blackmagic USB-Interfaces in this context? > > thanks >

1 0

Gem and PD with Mac
by Michael Beil 09 Dec '19

09 Dec '19

Hi @ll, does anyone know how to use the video-in with gem 64bit on a mac? For me the QT7 dialog does not open anymore unfortunately. What about the help-window for pix_video? It does not show up either. Does anyone have exp with Blackmagic USB-Interfaces in this context? thanks

2 1

Gem and PD with Mac
by Michael Beil 18 Nov '19

18 Nov '19

Hi @ll, happy to see that there’s eventually a 64bit Gem for Mac :) But I do not get it to work. I put Gem[v0.94](Darwin-amd64-32).dek in the externals folder, I tried to include it manually as lib and I tried the declare-object. But it is not selectable and PD says "cannot load ...“ Does anyone know where to put it? And in case it will work: Is it mainly the same it was before? Same objects and same concept? I use PD 0.50-0 and the latest Gem[v0.94](Darwin-amd64-32).dek with High Sierra. thanks

2 1

gem-mpv : high resolution video decoding in Gem working on win64
by Patrice Colet 28 Sep '19

28 Sep '19

Hello, I don't know how cmake work so I added a Makefile, and added to the cpp file a function to adapt for windows. https://github.com/patricecolet/gem-mpv/

1 0

ffmpeg plugin
by Patrice Colet 28 Aug '19

28 Aug '19

Hello, I'm writing a gem_film plugin using FFMPEG libraries, and expect to write a record and a video plugin with same libraries. The plugin is able to open and render correctly many video files, but I couldn't find a way to seek those files. When a file is opened, if thread message is set to '1', the cpu meter goes to 100%, and the seeking process is almost working. If thread message is set to '0' the cpu is almost not working and the video file is rendered until the end. I don't really understand how the film object is managed by the thread functions, so I couldn't go further with this code. Attached is the .cpp and it's header file if someone could give any help.

1 1

gem-mpv : high resolution video decoding in Gem
by Antoine Villeret 25 Aug '19

25 Aug '19

Hi, I wrote an object based on gemframbuffer that uses libmpv (https://mpv.io/) to decode a video file and output it directly to a texture. This circumvent the bottleneck of uploading the pixes to the GPU and provides a wide range of codecs to Gem (if MPV can play your video, then gem-mpv can too). This have been successfully tested with 4K HAP video on Linux. It also supports video with alpha channel. The source code is here : https://github.com/avilleret/gem-mpv The build system is CMake, there is no binary release. Follow the Readme to build it. It has been only tested on Linux for now. Inside, it's more or less a wrapper around libmpv, that means every properties and commands should be supported but only few have been tested yet. Some are documented in the help file, for the others, please refer to libmpv help : https://mpv.io/manual/stable/ Best regards Antoine

4 5

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev