Re: [PD] NDI for Gem

[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 things.

A question about this :
v4l2loopback works with gstreamer 1.0 ?
++

Jack


> 
> gfmdsar
> IOhannes
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
> 




signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] NDI for Gem

[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: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] NDI for Gem

[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 which can be later extended with syphon and spout (there
> should be already a syphon external somewhere iirc)


the latter, as texture sharing is much more performant than pixel-sharing.

gfmasrd
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] NDI for Gem

[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

[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
should be already a syphon external somewhere iirc)

Le mar. 13 nov. 2018 à 12:44, baptiste chatel  a
écrit :

> 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").
>>
>>
>> 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 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 actually be a godsend to me in my current work.
>>>
>>> Le 13 nov. 2018 00:23, "Csaba Láng"  a écrit :
>>>
>>>
>>> Yes I know it, but truely GPU consumer. A direct way could be more
>>> efficient.
>>>
>>> On Mon, 12 Nov 2018 at 21:23, Johnny Mauser <
>>> joson.andr...@googlemail.com> wrote:
>>>
 That would definitely be useful!! Workaround on OSX could allready be a
 syhon NDI connection (didnt test, just quick research...).

 Am Mo., 12. Nov. 2018, 19:16 hat Csaba Láng 
 geschrieben:

> Dear Gem Lovers,
>
> recently I moved to NDI protocol on many live graphic softwares.
> The question is if can someone create an NDI object for Gem to send
> the video out through ethernet too? No limitation of resolution, no
> adapters needed, just connect your ethernet cable and let it go through 
> LAN.
>
> What do you think? Could be useful.
>
> Best,
>
> Popesz
>
 ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
 ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> https://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> https://lists.puredata.info/listinfo/pd-list
>>>
>> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[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 then 
it will have been transitioned to something like Vulkan.

What does NOT work on 64bit macOS, are the video objects for input & output, 
aka [pix_film], etc. This is because the current GEM codebase relies on the 
Quicktime framework which is quite old now and was deprecated many many years 
ago. QT is 32 bit ONLY, so compiling GEM for 64bit means those objects may load 
but simply don't do anything. The fix for this is to implement new backends 
using Apple's preferred framework for 64 bit, AVFoundation. If you're talking 
about bounties, then that is the task at hand.

Just because there may not be a 64bit build on deken, doesn't mean there is 
*no* 64 bit support. (I've not checked.)

> On Nov 13, 2018, at 12:52 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: Jean-Marie Adrien  >
> To: pd-list mailto:pd-l...@iem.at>>
> Subject: Re: [PD] No current Gem for OS X?
> Message-ID: <73832915-4622-4d8a-b849-4048eb69b...@gmail.com 
> >
> Content-Type: text/plain; charset="utf-8"
> 
> 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 ?


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[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 to install a Linux distribution on your Apple
hardware.



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[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
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[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 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 32bit app ban would come in 2019? 
> 
> Cheers!
> 
> f
> 
> On Tue, Nov 13, 2018 at 12:21 PM Jean-Marie Adrien  > wrote:
> 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 mailto:zmoel...@iem.at>> 
> > [2018-11-07 13:26]:
> >> On 07.11.18 13:18, Peter P. wrote:
> >>> Hi,
> >>> 
> >>> what is the current status of Gem for OS X, especially with Pd-0.49-1 64
> >>> bit? It seems that Gem can't be installed via Deken. 
> >>> 
> >>> What about http://puredata.info/downloads/gem/releases/0.93.3 
> >>>  could one
> >>> of these binaries work?
> >> 
> >> 
> >> only with the 32bit version of Pd.
> > Thanks, and please excuse for my obvious question, I should have had
> > remebered. Is there any inherent disadvantage of running Pd in its 32bit
> > version?
> > 
> > Out of interest, why are the Windows versions of Pd also affected by
> > this 32/64bit discrepancy?
> > 
> > Thänks, P
> > 
> > 
> > 
> > ___
> > Pd-list@lists.iem.at  mailing list
> > UNSUBSCRIBE and account-management -> 
> > https://lists.puredata.info/listinfo/pd-list 
> > 
> 
> 
> 
> 
> ___
> Pd-list@lists.iem.at  mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list 
> 
> 
> 
> -- 
> http://fdch.github.io/tv 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[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 32bit app ban would come in 2019?

Cheers!

f

On Tue, Nov 13, 2018 at 12:21 PM Jean-Marie Adrien 
wrote:

> 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 OS X, especially with Pd-0.49-1
> 64
> >>> bit? It seems that Gem can't be installed via Deken.
> >>>
> >>> What about http://puredata.info/downloads/gem/releases/0.93.3 could
> one
> >>> of these binaries work?
> >>
> >>
> >> only with the 32bit version of Pd.
> > Thanks, and please excuse for my obvious question, I should have had
> > remebered. Is there any inherent disadvantage of running Pd in its 32bit
> > version?
> >
> > Out of interest, why are the Windows versions of Pd also affected by
> > this 32/64bit discrepancy?
> >
> > Thänks, P
> >
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>


-- 
http://fdch.github.io/tv
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] NDI for Gem

[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").
>
>
> 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 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 actually be a godsend to me in my current work.
>>
>> Le 13 nov. 2018 00:23, "Csaba Láng"  a écrit :
>>
>>
>> Yes I know it, but truely GPU consumer. A direct way could be more
>> efficient.
>>
>> On Mon, 12 Nov 2018 at 21:23, Johnny Mauser 
>> wrote:
>>
>>> That would definitely be useful!! Workaround on OSX could allready be a
>>> syhon NDI connection (didnt test, just quick research...).
>>>
>>> Am Mo., 12. Nov. 2018, 19:16 hat Csaba Láng 
>>> geschrieben:
>>>
 Dear Gem Lovers,

 recently I moved to NDI protocol on many live graphic softwares.
 The question is if can someone create an NDI object for Gem to send the
 video out through ethernet too? No limitation of resolution, no adapters
 needed, just connect your ethernet cable and let it go through LAN.

 What do you think? Could be useful.

 Best,

 Popesz

>>> ___
 Pd-list@lists.iem.at mailing list
 UNSUBSCRIBE and account-management ->
 https://lists.puredata.info/listinfo/pd-list

>>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] NDI for Gem

[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 for source.


I might be interested in making some externals like that.


Le mar. 13 nov. 2018 à 11:56, Csaba Láng  a écrit :

>
> 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 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 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 actually be a godsend to me in my current work.
>>>
>>> Le 13 nov. 2018 00:23, "Csaba Láng"  a écrit :
>>>
>>>
>>> Yes I know it, but truely GPU consumer. A direct way could be more
>>> efficient.
>>>
>>> On Mon, 12 Nov 2018 at 21:23, Johnny Mauser <
>>> joson.andr...@googlemail.com> wrote:
>>>
 That would definitely be useful!! Workaround on OSX could allready be a
 syhon NDI connection (didnt test, just quick research...).

 Am Mo., 12. Nov. 2018, 19:16 hat Csaba Láng 
 geschrieben:

> Dear Gem Lovers,
>
> recently I moved to NDI protocol on many live graphic softwares.
> The question is if can someone create an NDI object for Gem to send
> the video out through ethernet too? No limitation of resolution, no
> adapters needed, just connect your ethernet cable and let it go through 
> LAN.
>
> What do you think? Could be useful.
>
> Best,
>
> Popesz
>
 ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
 ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> https://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> https://lists.puredata.info/listinfo/pd-list
>>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] NDI for Gem

[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 Tue, 13 Nov 2018 at 12:28, Antoine Villeret 
wrote:

> 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 for source.
>
>
> I might be interested in making some externals like that.
>
>
> Le mar. 13 nov. 2018 à 11:56, Csaba Láng  a écrit :
>
>>
>> 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 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 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 actually be a godsend to me in my current work.

 Le 13 nov. 2018 00:23, "Csaba Láng"  a écrit :


 Yes I know it, but truely GPU consumer. A direct way could be more
 efficient.

 On Mon, 12 Nov 2018 at 21:23, Johnny Mauser <
 joson.andr...@googlemail.com> wrote:

> That would definitely be useful!! Workaround on OSX could allready be
> a syhon NDI connection (didnt test, just quick research...).
>
> Am Mo., 12. Nov. 2018, 19:16 hat Csaba Láng 
> geschrieben:
>
>> Dear Gem Lovers,
>>
>> recently I moved to NDI protocol on many live graphic softwares.
>> The question is if can someone create an NDI object for Gem to send
>> the video out through ethernet too? No limitation of resolution, no
>> adapters needed, just connect your ethernet cable and let it go through 
>> LAN.
>>
>> What do you think? Could be useful.
>>
>> Best,
>>
>> Popesz
>>
> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
> ___
 Pd-list@lists.iem.at mailing list
 UNSUBSCRIBE and account-management ->
 https://lists.puredata.info/listinfo/pd-list


 ___
 Pd-list@lists.iem.at mailing list
 UNSUBSCRIBE and account-management ->
 https://lists.puredata.info/listinfo/pd-list

>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> https://lists.puredata.info/listinfo/pd-list
>>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[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 OS X, especially with Pd-0.49-1 64
>>> bit? It seems that Gem can't be installed via Deken. 
>>> 
>>> What about http://puredata.info/downloads/gem/releases/0.93.3 could one
>>> of these binaries work?
>> 
>> 
>> only with the 32bit version of Pd.
> Thanks, and please excuse for my obvious question, I should have had
> remebered. Is there any inherent disadvantage of running Pd in its 32bit
> version?
> 
> Out of interest, why are the Windows versions of Pd also affected by
> this 32/64bit discrepancy?
> 
> Thänks, P
> 
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] NDI for Gem

[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 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 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 actually be a godsend to me in my current work.
>>
>> Le 13 nov. 2018 00:23, "Csaba Láng"  a écrit :
>>
>>
>> Yes I know it, but truely GPU consumer. A direct way could be more
>> efficient.
>>
>> On Mon, 12 Nov 2018 at 21:23, Johnny Mauser 
>> wrote:
>>
>>> That would definitely be useful!! Workaround on OSX could allready be a
>>> syhon NDI connection (didnt test, just quick research...).
>>>
>>> Am Mo., 12. Nov. 2018, 19:16 hat Csaba Láng 
>>> geschrieben:
>>>
 Dear Gem Lovers,

 recently I moved to NDI protocol on many live graphic softwares.
 The question is if can someone create an NDI object for Gem to send the
 video out through ethernet too? No limitation of resolution, no adapters
 needed, just connect your ethernet cable and let it go through LAN.

 What do you think? Could be useful.

 Best,

 Popesz

>>> ___
 Pd-list@lists.iem.at mailing list
 UNSUBSCRIBE and account-management ->
 https://lists.puredata.info/listinfo/pd-list

>>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] NDI for Gem

[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 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 actually be a godsend to me in my current work.
>
> Le 13 nov. 2018 00:23, "Csaba Láng"  a écrit :
>
>
> Yes I know it, but truely GPU consumer. A direct way could be more
> efficient.
>
> On Mon, 12 Nov 2018 at 21:23, Johnny Mauser 
> wrote:
>
>> That would definitely be useful!! Workaround on OSX could allready be a
>> syhon NDI connection (didnt test, just quick research...).
>>
>> Am Mo., 12. Nov. 2018, 19:16 hat Csaba Láng 
>> geschrieben:
>>
>>> Dear Gem Lovers,
>>>
>>> recently I moved to NDI protocol on many live graphic softwares.
>>> The question is if can someone create an NDI object for Gem to send the
>>> video out through ethernet too? No limitation of resolution, no adapters
>>> needed, just connect your ethernet cable and let it go through LAN.
>>>
>>> What do you think? Could be useful.
>>>
>>> Best,
>>>
>>> Popesz
>>>
>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> https://lists.puredata.info/listinfo/pd-list
>>>
>> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Free/Open Bounties

[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:

>
> 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 just say no - of course, but if someone takes on a task and then
> changes its mind, that's a more complex situation; in the limit it could
> take on only part of the bounty for the part of the work done, or not at
> all.
>
>
>
>> 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, ...
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] NDI for Gem

[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 actually be a godsend to me in my current work.

Le 13 nov. 2018 00:23, "Csaba Láng"  a écrit :


Yes I know it, but truely GPU consumer. A direct way could be more
efficient.

On Mon, 12 Nov 2018 at 21:23, Johnny Mauser 
wrote:

> That would definitely be useful!! Workaround on OSX could allready be a
> syhon NDI connection (didnt test, just quick research...).
>
> Am Mo., 12. Nov. 2018, 19:16 hat Csaba Láng 
> geschrieben:
>
>> Dear Gem Lovers,
>>
>> recently I moved to NDI protocol on many live graphic softwares.
>> The question is if can someone create an NDI object for Gem to send the
>> video out through ethernet too? No limitation of resolution, no adapters
>> needed, just connect your ethernet cable and let it go through LAN.
>>
>> What do you think? Could be useful.
>>
>> Best,
>>
>> Popesz
>>
> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
> ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Free/Open Bounties

[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 just say no - of course, but if someone takes on a task and then
changes its mind, that's a more complex situation; in the limit it could
take on only part of the bounty for the part of the work done, or not at
all.



> 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, ...
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] new iemlib error on XP

[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) nicely.


ha, i found the culprit.
thomas did two uploads (well more, if you cound the not-properly marked
prereleases) of iemlib-v1.21, one on 2018-06-29 for Win32 and one on
2018-10-31 for Win32

the 2018-06-29 upload was compiled with VisualStudio, whereas the
2018-10-31 upload was compiled with MinGW/pd-lib-builder.

in my test, i tried the 2018-10-31 upload, and this works nicely on XP.
i now tried the 2018-06-29 upload, and this fails for me as well.


so to conclude: get the latest iemlib-v1.21
(i will talk to thomas about properly incrementing the version)

gfmasf
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] new iemlib error on XP

[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"
> 
> PD 0.48 and PD 0.49, WinXP, SP2

so i tested on a virtual machine (one of the official VMs provided by
MS, running "Microsoft Windows XP Professional, Version 2002, Service
Pack 3"), and here's my findings:
- the GUI wouldn't start for any Pd after 0.42 (but i only tested the
last bugfix release of each Pd-version), the wish*.exe simply refusing
to run (calling wish85.exe explicitely would yield something like "The
system cannot execute the specified program").
i guess you don't have this problem...
- luckily, Pd would start without GUI
- downloading the latest iemlib[v1.21] for Windows via deken (obviously
on a different machine were the GUI works), and and starting Pd with
"pd.com -nogui -lib ...\iemlib\iemlib" resulted in the printout of:

> 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) nicely.

fgmasdr
IOhannes


PS: please do not hijack threads (the iemlib error seems to be quite
unrelated to "German translation of Pd")



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Free/Open Bounties

[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  __
http://www.metaluachahuter.com/




Le mar. 13 nov. 2018 à 09:22, IOhannes m zmoelnig  a
écrit :

> 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 bounty.
>
> i have no idea, how to do that.
>
> fgam
> IOhannes
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] German translation of Pd

[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 signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Free/Open Bounties

[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 bounty.

i have no idea, how to do that.

fgam
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list