Ask for a hint on GEM patch:
I am distributing a patch which processes pix_video which works fine for me on Debian Linux, but others using Mac OS-X it does not work.
A search brought up a fix:
( https://github.com/umlaeute/Gem/issues/257#issuecomment-1053999617 )::
- create a new patch with a [gemwin] object
- open the [gemwin] object (it's an abstraction)
- find the [pd window] object (somewhere in the middle of the patch)
- open the [pd window] object (it's a subpatch)
- find the [gemdefaultwindow] object (somewhere in the middle of the patch)
- open the [gemdefaultwindow] object (it's an abstraction)
- find the [gemmacoswindow] object
- replace it with a [gemglfw3window] object
- save the gemdefaultwindow.pd abstraction
- restart Pd & happily live after
Which worked on Mac-OS
But, when we share the patch with git repo for differen OSes, everything turns out to be complicated... always apply the patch again ?
So what is the best pratice to solve the issue in the patch that works on all OS ?
Test Patch: Gem Example 00.Simple.Video.pd
mfg winfried
On 6/27/22 13:24, Winfried Ritsch wrote:
A search brought up a fix:
( https://github.com/umlaeute/Gem/issues/257#issuecomment-1053999617 )::
[...]
Which worked on Mac-OS
But, when we share the patch with git repo for differen OSes, everything turns out to be complicated... always apply the patch again ?
So what is the best pratice to solve the issue in the patch that works on all OS ?
the [gemdefaultwindow] is an internal of Gem itself. consider it as a (somewhat clumsy) way to configure the window backend for Gem (similar to the audio dialog for you soundcard setup).
when sharing patches, you should not include Gem with it. instead Gem should be pre-installed on the system (and be configured to "work correctly").
if you follow this path, Gem can be upgraded independently (e.g. once the window mess has been solved on macOS), and everybody will be happy.
gfmds IOhannes
Dear IOhannes !
Thank you for the advice, this seem practicable, I wanted to get sure.
Is Gem for MacOS on deken packed to have the fix inside ?
mfg winfried
Am Mittwoch, 29. Juni 2022, 14:41:49 CEST schrieb IOhannes m zmölnig:
On 6/27/22 13:24, Winfried Ritsch wrote:
A search brought up a fix:
( https://github.com/umlaeute/Gem/issues/257#issuecomment-1053999617 )::
[...]
Which worked on Mac-OS
But, when we share the patch with git repo for differen OSes, everything turns
out to be complicated... always apply the patch again ?
So what is the best pratice to solve the issue in the patch that works on all
OS ?
the [gemdefaultwindow] is an internal of Gem itself. consider it as a (somewhat clumsy) way to configure the window backend for Gem (similar to the audio dialog for you soundcard setup).
when sharing patches, you should not include Gem with it. instead Gem should be pre-installed on the system (and be configured to "work correctly").
if you follow this path, Gem can be upgraded independently (e.g. once the window mess has been solved on macOS), and everybody will be happy.
gfmds IOhannes
On 7/1/22 19:29, Winfried Ritsch wrote:
Dear IOhannes !
Thank you for the advice, this seem practicable, I wanted to get sure.
Is Gem for MacOS on deken packed to have the fix inside ?
no. not yet. (there are other issues, like https://github.com/umlaeute/Gem/issues/243
gmds IOhannes
-
IOhannes m zmölnig -
Winfried Ritsch