<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div><br class=""><br class=""><blockquote type="cite" class="">Am 26.03.2020 um 10:02 schrieb <a href="mailto:gem-dev-request@lists.iem.at" class="">gem-dev-request@lists.iem.at</a>:<br class=""><br class="">Send GEM-dev mailing list submissions to<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span><a href="mailto:gem-dev@lists.iem.at" class="">gem-dev@lists.iem.at</a><br class=""><br class="">To subscribe or unsubscribe via the World Wide Web, visit<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>https://lists.puredata.info/listinfo/gem-dev<br class="">or, via email, send a message with subject or body 'help' to<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>gem-dev-request@lists.iem.at<br class=""><br class="">You can reach the person managing the list at<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>gem-dev-owner@lists.iem.at<br class=""><br class="">When replying, please edit your Subject line so it is more specific<br class="">than "Re: Contents of GEM-dev digest..."<br class=""><br class=""><br class="">Today's Topics:<br class=""><br class=""> 1. Re: GEM-dev Digest, Vol 141, Issue 1 (Michael Beil)<br class=""> 2. GEM, OpenGL Depreciation and Metal on OSX (me.grimm)<br class=""> 3. Re: Someone sent a bogus pointer to copy2Image (was Re:<br class=""> GEM-dev Digest, Vol 141, Issue 1) (IOhannes m zmölnig)<br class=""><br class=""><br class="">----------------------------------------------------------------------<br class=""><br class="">Message: 1<br class="">Date: Wed, 25 Mar 2020 12:41:56 +0100<br class="">From: Michael Beil <post@michaelbeil.de><br class="">To: gem-dev@lists.iem.at<br class="">Subject: Re: [GEM-dev] GEM-dev Digest, Vol 141, Issue 1<br class="">Message-ID: <E7073953-C7A9-40F2-B73C-AE773EF11CF5@michaelbeil.de><br class="">Content-Type: text/plain; charset="utf-8"<br class=""><br class="">after more testing yesterday I can describe more precisely:<br class=""><br class="">I send an image from pix_video to a rectangle and I use a gemwin with the same resolution.<br class="">pix_video = 1280*720<br class="">gemwin = 1280*720<br class="">I use facetime (builtin), external webcam (logitech) and blackmagic intensity interface (USB3/HDMI)<br class="">I get a proper image and I can switch the cams. THAT’S GREAT !!!! :)<br class=""><br class="">but<br class="">- when I change the resolution of pix_video I have to recreate gemwin to see the effect<br class="">- 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)<br class="">- 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)<br class="">- 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<br class=""><br class="">I found the help-file for pix_video in the Max folder. But when I open it in the patch it is blank.<br class=""><br class="">best<br class="">Michael<br class=""><br class=""><br class=""><br class=""><blockquote type="cite" class="">Am 25.03.2020 um 12:00 schrieb gem-dev-request@lists.iem.at:<br class=""><br class="">Send GEM-dev mailing list submissions to<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>gem-dev@lists.iem.at<br class=""><br class="">To subscribe or unsubscribe via the World Wide Web, visit<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>https://lists.puredata.info/listinfo/gem-dev<br class="">or, via email, send a message with subject or body 'help' to<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>gem-dev-request@lists.iem.at<br class=""><br class="">You can reach the person managing the list at<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>gem-dev-owner@lists.iem.at<br class=""><br class="">When replying, please edit your Subject line so it is more specific<br class="">than "Re: Contents of GEM-dev digest..."<br class=""><br class=""><br class="">Today's Topics:<br class=""><br class=""> 1. GEM/Mac: Someone sent a bogus pointer to copy2Image (Michael Beil)<br class=""> 2. Re: GEM/Mac: Someone sent a bogus pointer to copy2Image<br class=""> (IOhannes m zmölnig)<br class=""><br class=""><br class="">----------------------------------------------------------------------<br class=""><br class="">Message: 1<br class="">Date: Tue, 24 Mar 2020 14:22:41 +0100<br class="">From: Michael Beil <post@michaelbeil.de><br class="">To: gem-dev@lists.iem.at<br class="">Subject: [GEM-dev] GEM/Mac: Someone sent a bogus pointer to copy2Image<br class="">Message-ID: <343AD94E-91B3-4693-87E3-A6E1F0B65872@michaelbeil.de><br class="">Content-Type: text/plain;<span class="Apple-tab-span" style="white-space:pre"> </span>charset=utf-8<br class=""><br class="">Hi list,<br class=""><br class="">I try to use a patch that worked with 0.43.4 with 0.5/Gem0.94 on a Mac.<br class="">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<br class=""><br class="">GEM: Someone sent a bogus pointer to copy2Image<br class=""><br class="">errors.<br class=""><br class="">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“?<br class=""><br class="">Maybe this has been discussed already, sorry then :)<br class=""><br class="">Thanks and best<br class="">Michael<br class=""><br class=""><br class=""><br class=""><br class=""><br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 2<br class="">Date: Tue, 24 Mar 2020 17:01:36 +0100<br class="">From: IOhannes m zmölnig <zmoelnig@iem.at><br class="">To: gem-dev@lists.iem.at<br class="">Subject: Re: [GEM-dev] GEM/Mac: Someone sent a bogus pointer to<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>copy2Image<br class="">Message-ID: <6978e076-d568-7c68-6c22-1934301dc8b9@iem.at><br class="">Content-Type: text/plain; charset="utf-8"<br class=""><br class="">On 3/24/20 2:22 PM, Michael Beil wrote:<br class=""><blockquote type="cite" class="">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“?<br class=""></blockquote><br class="">just a quick reply: [pix_video] is fine (well: should be :-))<br class="">the help-patch is also still valid.<br class=""><br class="">what do you mean with "wrong resolutions" and "image distortion"?<br class=""><br class="">which camera are you using?<br class=""><br class=""><br class=""><br class="">gfmards<br class="">IOhannes<br class=""><br class="">-------------- next part --------------<br class="">A non-text attachment was scrubbed...<br class="">Name: signature.asc<br class="">Type: application/pgp-signature<br class="">Size: 833 bytes<br class="">Desc: OpenPGP digital signature<br class="">URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20200324/a23c4902/attachment-0001.sig><br class=""><br class="">------------------------------<br class=""><br class="">Subject: Digest Footer<br class=""><br class="">_______________________________________________<br class="">GEM-dev mailing list<br class="">GEM-dev@lists.iem.at<br class="">https://lists.puredata.info/listinfo/gem-dev<br class=""><br class=""><br class="">------------------------------<br class=""><br class="">End of GEM-dev Digest, Vol 141, Issue 1<br class="">***************************************<br class=""></blockquote><br class="">-------------- next part --------------<br class="">An HTML attachment was scrubbed...<br class="">URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20200325/8f14dff3/attachment-0001.html><br class=""><br class="">------------------------------<br class=""><br class="">Message: 2<br class="">Date: Wed, 25 Mar 2020 12:47:06 -0400<br class="">From: "me.grimm" <megrimm@gmail.com><br class="">To: gem-dev <gem-dev@iem.at><br class="">Subject: [GEM-dev] GEM, OpenGL Depreciation and Metal on OSX<br class="">Message-ID:<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span><CACE5Q16LrFzDcuKJbjjRGJHW3J8kiUABm9D1SEc2mPmnYXdy3w@mail.gmail.com><br class="">Content-Type: text/plain; charset="utf-8"<br class=""><br class="">Hello,<br class=""><br class="">Getting lots of OpenGL depreciation warnings compiling GEM. macOS is<br class="">moving to its own Metal framework. I assume GEM will fail to run on macOS<br class="">at some point.<br class=""><br class="">What does this mean for GEM on macOS? Is GEM 'dead' on macs? Can it be<br class="">transitioned with something like this: https://moltengl.com/ ? Do large<br class="">parts need to be re-written? Is there any hope?<br class=""><br class="">I would say for macOS users to just go use Ofelia. Unfortunately, the<br class="">Ofelia learning curve seems very steep. For studio arts students that have<br class="">never programed before, never knew they had interest in programing, and are<br class="">learning the basics of creating interactive art, GEM offers very simple<br class="">objects and a consistent visual programing workflow that allows them to<br class="">transition from simple Pd Vanilla objects to GEM very easily. For them,<br class="">patience is not always a strong suit so getting something working quickly<br class="">sustains their interests much longer. Some of them even begin to use Pd/GEM<br class="">combo in their daily practice.<br class=""><br class="">This said, it would be a shame if 'GEM is dead' on macOS. But maybe this is<br class="">an over reaction and the GEM future is bright.<br class=""><br class="">m<br class=""><br class="">-- <br class="">____________________<br class="">m.e.grimm, m.f.a, ed.m.<br class="">cornell u., tc3<br class="">megrimm.net<br class="">____________________<br class="">-------------- next part --------------<br class="">An HTML attachment was scrubbed...<br class="">URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20200325/df767094/attachment-0001.html><br class=""><br class="">------------------------------<br class=""><br class="">Message: 3<br class="">Date: Thu, 26 Mar 2020 10:02:08 +0100<br class="">From: IOhannes m zmölnig <zmoelnig@iem.at><br class="">To: gem-dev@lists.iem.at<br class="">Subject: Re: [GEM-dev] Someone sent a bogus pointer to copy2Image (was<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>Re: GEM-dev Digest, Vol 141, Issue 1)<br class="">Message-ID: <2aa28762-b565-6012-c45d-11ee6db56b4e@iem.at><br class="">Content-Type: text/plain; charset="utf-8"<br class=""><br class="">On 3/25/20 12:41 PM, Michael Beil wrote:<br class=""><blockquote type="cite" class="">after more testing yesterday I can describe more precisely:<br class=""><br class="">I send an image from pix_video to a rectangle and I use a gemwin with the same resolution.<br class="">pix_video = 1280*720<br class="">gemwin = 1280*720<br class="">I use facetime (builtin), external webcam (logitech) and blackmagic intensity interface (USB3/HDMI)<br class="">I get a proper image and I can switch the cams. THAT’S GREAT !!!! :)<br class=""><br class="">but<br class="">- when I change the resolution of pix_video I have to recreate gemwin to see the effect<br class=""></blockquote><br class="">oops. that should not be necessary.<br class=""><br class=""><blockquote type="cite" class="">- 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)<br class=""></blockquote><br class="">only when re-creating the gemwin, or also when creating it for the first<br class="">time?<br class=""><br class="">do those errors stop eventually?<br class="">(might be, that the camera takes some time to start streaming images;<br class="">and Gem complains that it doesn't get any images).<br class=""></blockquote><br class="">I get them always,<br class="">sounds logic and explains the different amount of errors. besides there seems to be no effect.<br class="">it is a dozen with facetime and around 5 with logitech<br class="">is it avoidable?<br class=""><br class=""><blockquote type="cite" class=""><br class=""><br class=""><blockquote type="cite" class="">- 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)<br class=""></blockquote><br class="">not sure i understand what you are saying.<br class="">could you post a screenshot?<br class="">also, does the problem persist if you send the [border 0( *before* you<br class="">create the Gem-windows (for the first time)? or are you doing that anyhow.<br class=""></blockquote><br class="">please see attached screenshots<br class="">with border 0 message you get<br class="">- black space in the top<br class="">- different zoom/image detail on both sides and bottom<br class="">- different position of gemwin and of image on screen <br class="">also when I send border 0 before creating for the first time after opening.</div><div>(screenshot was to big, post rejected, see them here:)</div><div><br class=""></div><div><a href="https://www.dropbox.com/sh/e9es42dbai8hn1z/AABg-dCnAJxWQrSD8_rzjpuqa?dl=0" class="">https://www.dropbox.com/sh/e9es42dbai8hn1z/AABg-dCnAJxWQrSD8_rzjpuqa?dl=0</a><br class=""><br class=""><blockquote type="cite" class=""><br class=""><br class=""><blockquote type="cite" class="">- 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<br class=""></blockquote><br class="">this is expected behaviour.<br class="">a [rectangle] is not some space on the screen to be occupied by whatever<br class="">incoming video you have; but instead it is a representation of a<br class="">3d-dimensional object (without depth :-)) in a 3d-world, and you just<br class="">happen to look at it. the closer you (or the camera) is to the object,<br class="">the larger it gets. it's the same as with your TV, really :-)<br class=""><br class="">in the default camera position, the upper window border is Y=+4 and the<br class="">lower window border is Y=-4; since [square] (and [rectangle]) really<br class="">expand from -size to +size, a [square] of size=4 will cover the entire<br class="">height of the screen.<br class="">depending on the aspect ration of your video (or your gemwindow/screen,<br class="">if you want to show the video fullscreen, even if you are distorting<br class="">it), you have to adjust the width of your [rectangle].<br class="">if the aspect ratio is 1:1, then an object that covers X=-4 thru X=+4<br class="">will cover the entire width of the window (as in [square 4]).<br class="">if the aspect ratio is 2:1, then you need a [rectangle 8 4].<br class=""><br class="">if your aspect ratio is 1280/720 (which, after doing some maths is the<br class="">same as 1.777777/1 or (if we multiply by 4) 7.1111111/4), then you need<br class="">to use a [rectangle 7.111111111 4].<br class=""><br class="">you can automate this with<br class=""><br class="">|<br class="">[pix_info]<br class="">| | | |||<br class="">| [/]<br class="">| |<br class="">| [* 4]<br class="">| |<br class="">[rectangle 0 4]<br class=""></blockquote><br class="">actually it is a patch created by you many years ago and a found this pix_info trick in your patch. And I had to remove it unfortunately.<br class="">I also thought that I would need 7.111 to 4, but a 1280*720 image does not fit to the gemwin like this.<br class="">I had to try manually to get 5.5 to 3 which is not 16:9 or 1.7777 to 1. I need 1.83333 as ratio to make it fit.<br class="">Of course once I know it is no problem. But I would like to position many little crops of recorded video on the gemwin and for each position I have to try quite strange numbers and scaling factors. Maybe I should always use a scale-factor of 4? You used scale 3 in the patch very often.<br class="">AND: If pix_video and gemwin have the same size, here 1280/720, it works with 1.8333 to 1 with scale 3.<br class="">But when I make the gemwin smaller I get black gaps on both sides.<br class=""><br class=""><blockquote type="cite" class=""><blockquote type="cite" class="">I found the help-file for pix_video in the Max folder. But when I open it in the patch it is blank.<br class=""></blockquote><br class="">Max-folder?<br class="">do you get some Tcl/Tk error in the Pd-console?<br class=""></blockquote><br class="">(Tcl) INVALID COMMAND NAME: invalid command name ".x16603aba0.c"<br class=""> while executing<br class="">".x16603aba0.c delete 101a2d200BASE0"<br class=""> ("uplevel" body line 12)<br class=""> invoked from within<br class="">"uplevel #0 $docmds“<br class=""><br class="">doing again I get:<br class=""><br class=""> sigmund~<br class="">... couldn't create<br class=""> bonk~<br class="">... couldn't create<br class=""> choice<br class="">... couldn't create<br class=""> hilbert~<br class="">... couldn't create<br class=""> complex-mod~<br class="">... couldn't create<br class=""> loop~<br class="">... couldn't create<br class=""> lrshift~<br class="">... couldn't create<br class=""> pd~<br class="">... couldn't create<br class=""> rev1~<br class="">... couldn't create<br class=""> rev2~<br class="">... couldn't create<br class=""> rev3~<br class="">... couldn't create<br class=""> stdout<br class="">... couldn't create<br class=""> bob~<br class="">... couldn't create<br class=""><br class=""><br class="">best and thanks <br class="">Michael<br class=""><br class=""><blockquote type="cite" class=""><br class=""><br class="">gfmdsar<br class="">IOhannes<br class=""><br class="">-------------- next part --------------<br class="">A non-text attachment was scrubbed...<br class="">Name: signature.asc<br class="">Type: application/pgp-signature<br class="">Size: 833 bytes<br class="">Desc: OpenPGP digital signature<br class="">URL: <<a href="http://lists.puredata.info/pipermail/gem-dev/attachments/20200326/9c601a4e/attachment.sig" class="">http://lists.puredata.info/pipermail/gem-dev/attachments/20200326/9c601a4e/attachment.sig</a>><br class=""><br class="">———————————————Hello and thanks for your answer,<br class=""><br class="">Subject: Digest Footer<br class=""><br class="">_______________________________________________<br class="">GEM-dev mailing list<br class=""><a href="mailto:GEM-dev@lists.iem.at" class="">GEM-dev@lists.iem.at</a><br class="">https://lists.puredata.info/listinfo/gem-dev<br class=""><br class=""><br class="">------------------------------<br class=""><br class="">End of GEM-dev Digest, Vol 141, Issue 2<br class="">***************************************<br class=""></blockquote><br class=""></div></body></html>