Re: [PD] NDI for Gem

2018-11-13 Thread Jack
Le 13/11/2018 à 18:58, IOhannes m zmölnig a écrit : > On 11/13/18 6:36 PM, Bastiaan van den Berg wrote: >> I'd so much love a faster/better way for video-accross-network-from-PD >> (from linux) then pdp_netsend and friends :D > > i've always been using v4l2loopback and gstreamer for such kind of

Re: [PD] NDI for Gem

2018-11-13 Thread IOhannes m zmölnig
On 11/13/18 6:36 PM, Bastiaan van den Berg wrote: > I'd so much love a faster/better way for video-accross-network-from-PD > (from linux) then pdp_netsend and friends :D i've always been using v4l2loopback and gstreamer for such kind of things. gfmdsar IOhannes signature.asc Description:

Re: [PD] NDI for Gem

2018-11-13 Thread IOhannes m zmölnig
On 11/13/18 6:28 PM, Antoine Villeret wrote: > maybe it's time to dig up the idea of a texture in/out plugin framework in > Gem > I would like to know Iohannes point of view on this : should we use actual > framework (record and video plugin) or should we develop a new one for > texture in/out

Re: [PD] NDI for Gem

2018-11-13 Thread Bastiaan van den Berg
I'd so much love a faster/better way for video-accross-network-from-PD (from linux) then pdp_netsend and friends :D ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

Re: [PD] NDI for Gem

2018-11-13 Thread Antoine Villeret
maybe it's time to dig up the idea of a texture in/out plugin framework in Gem I would like to know Iohannes point of view on this : should we use actual framework (record and video plugin) or should we develop a new one for texture in/out which can be later extended with syphon and spout (there

Re: [PD] No current Gem for OS X?

2018-11-13 Thread Dan Wilcox
(I don't actually use GEM, but have done a bit of work in this area.) To clarify for the 100th time about the current state of GEM on macOS: Generally, GEM works FINE when compiled for both 32bit AND 64bit macOS. It will continue to do so until OpenGL support is completely removed. Hopefully by

Re: [PD] No current Gem for OS X?

2018-11-13 Thread Peter P.
* Jean-Marie Adrien [2018-11-13 12:53]: > yes i checked and apple said that mojave would be the VERY LAST Os running 32 > bits apps. > Nxt Os will come in fall 2019, means we have ONE YEAR either to throw away > our macs or get a 64 bits update of GEM : > am i correct ? Or: You have one year

Re: [PD] No current Gem for OS X?

2018-11-13 Thread Roman Haefeli
On Tue, 2018-11-13 at 12:10 +0100, Jean-Marie Adrien wrote: > does it mean that GEM will not work on mac OsX mojave ?? > gasp ! > :( If that is the first time you gasp while using a Mac, then call yourself lucky! Roman signature.asc Description: This is a digitally signed message part

Re: [PD] No current Gem for OS X?

2018-11-13 Thread Jean-Marie Adrien
yes i checked and apple said that mojave would be the VERY LAST Os running 32 bits apps. Nxt Os will come in fall 2019, means we have ONE YEAR either to throw away our macs or get a 64 bits update of GEM : am i correct ? > Le 13 nov. 2018 à 12:38, Federico Camara Halac a écrit > : > > Hi

Re: [PD] No current Gem for OS X?

2018-11-13 Thread Federico Camara Halac
Hi all, I updated from el Capitan to macOS Mojave 10.14.1 a few weeks ago and I have been using Gem without any issues: -`gemvertexbuffer`-ing stuff, -`pix_record`-ing stuff... -no `pix_image`, as before, but -yay `pix_multiimage` (up to 3.9 Gb of RAM or crash :) I guess the big

Re: [PD] NDI for Gem

2018-11-13 Thread baptiste chatel
Antoine : my mistake, i typed too fast. I can't run it on windows 10 64 bit, for some reason. Le mar. 13 nov. 2018 à 11:39, Antoine Rousseau a écrit : > > @baptiste note that spout seems to be Windows only (the github title is > even "A video frame sharing system for Microsoft Windows"). > > >

Re: [PD] NDI for Gem

2018-11-13 Thread Antoine Villeret
Spout/Syphon and NDI are not the same, the formers are meant to share GPU texture across applications (on the same computer) while the later aims at sending video frame over the network. Concerning an external to do so, I think there should be 2 : a recordNDI plugin for sink and a videoNDI plugin

Re: [PD] NDI for Gem

2018-11-13 Thread Csaba Láng
Antoine, You are partly right, they just pointed out that there is a work around to achieve already the ndi outpost through Syphon to ndi on Mac or spout to ndi on windows. The aim is a native ndi output through network. But true, the server client relationships is a good idea. Best, Popesz On

Re: [PD] No current Gem for OS X?

2018-11-13 Thread Jean-Marie Adrien
Hello everyone does it mean that GEM will not work on mac OsX mojave ?? gasp ! :( migrate to linux ?? :(( > Le 12 nov. 2018 à 21:58, Peter P. a écrit : > > * IOhannes m zmoelnig [2018-11-07 13:26]: >> On 07.11.18 13:18, Peter P. wrote: >>> Hi, >>> >>> what is the current status of Gem for

Re: [PD] NDI for Gem

2018-11-13 Thread Csaba Láng
But that’s the point, we do not need any spout or tcp/IP or Syphon in between. Just let the signal go directly on ndi for all systems. On Tue, 13 Nov 2018 at 11:48, Antoine Rousseau wrote: > > @baptiste note that spout seems to be Windows only (the github title is > even "A video frame sharing

Re: [PD] NDI for Gem

2018-11-13 Thread Antoine Rousseau
@baptiste note that spout seems to be Windows only (the github title is even "A video frame sharing system for Microsoft Windows"). Le mar. 13 nov. 2018 à 11:12, baptiste chatel a écrit : > A lot of live video softwares also use Spout (processing, Isadora, etc.) > http://spout.zeal.co/ , which

Re: [PD] Free/Open Bounties

2018-11-13 Thread Julian Brooks
" > > that is not to say, that opensource devs should not be paid, just that > some may not want to accept any money. > they should be free not to, and give it to someone else, put it in a fund for other bounties or the next Pd con, ..." Nice. On Tue, 13 Nov 2018 at 09:59, João Pais wrote: >

Re: [PD] NDI for Gem

2018-11-13 Thread baptiste chatel
A lot of live video softwares also use Spout (processing, Isadora, etc.) http://spout.zeal.co/ , which looks like an NDI / syphon alternative. There is an external available on the French codelab forum, but I doesn't work for 64 bit pd for me (running with Ubuntu). A pd spout sender/receiver would

Re: [PD] Free/Open Bounties

2018-11-13 Thread João Pais
> part of the freedom of opensource developement is for many, that they can > focus on what they are interested in. > and there are no obligations. > if money is involved that becomes more complex quite fast. > no one should be forced to do anything. If someone doesn't want to take a task, then

Re: [PD] new iemlib error on XP

2018-11-13 Thread IOhannes m zmoelnig
On 13.11.18 10:46, IOhannes m zmoelnig wrote: > >> iemlib (1.21) library loaded! (c) Thomas Musil Oct 25 2018 : 22:09:06 >> mu...@iem.at iem KUG Graz Austria > > so i conclude that while there are certainly problems with getting a > modern Pd to run on XP, iemlib seems to work (at least: load)

Re: [PD] new iemlib error on XP

2018-11-13 Thread IOhannes m zmoelnig
On 11.11.18 21:55, oliver wrote: > hi, > > i just recently discovered that on a Windows XP system (i know ...) the > new iemlib (v1.21) doesn't load anymore but gives this error: > > "The procedure entry point InitOnceExecuteOnce could not be located in > the dynamic link library KERNEL32.dll" >

Re: [PD] Free/Open Bounties

2018-11-13 Thread Antoine Rousseau
Of course I'm all for giving it to Dan. I guess he just has to propose a resolution (even fake) for the target issues, then you (IO) will have to accept the PRs, and finally bountysource will give Dan the right to cash in the money. Antoine Rousseau http://www.metalu.net

Re: [PD] German translation of Pd

2018-11-13 Thread IOhannes m zmoelnig
On 12.11.18 22:58, Christof Ressi wrote: > sounds good! do you mind setting up a branch with your translations? > ideally basing it on max's PR [521], to avoid divergence. fbmsdr IOhannes [521] https://github.com/pure-data/pure-data/pull/521 signature.asc Description: OpenPGP digital

Re: [PD] Free/Open Bounties

2018-11-13 Thread IOhannes m zmoelnig
On 12.11.18 12:01, Julian Brooks wrote: > Antoine & Alexandre - the GEM issue requires resolving quickly: GEM-devs/ > IOhannes, take the goddam cash!! (and redistribute it accordingly:) can we just give it to Dan? after all he was the only one writing code for exactly one of the targets of the