Re: [PD] Japanese language problem

Internationalization support is definitely high on my list. Is there some way you could get a copy of the string that causes the error? It's hard to debug/fix things without the same set up, ie. it could be a problem with Tcl/Tk or Portaudio string handling on Windows, etc. In any case, the

Re: [PD] videoPYLON C++ update needed

Iohannes, the only link i got from Basler is a python wrapper: https://github.com/basler/pypylon the rest is binary with compiled folders and files headers on the original Basler website. Does it help you? On Mon, Aug 13, 2018 at 2:15 PM IOhannes m zmoelnig wrote: > On 2018-08-09 10:51,

Re: [PD] distinction Pd lingo: abstraction, subpatch, subwindow

Likewise. Is there anyone opposing? On 13.08.2018 13:23, Matt Davey wrote: Totally agree with Dan on all points. On Mon, 13 Aug 2018 at 12:32, Dan Wilcox > wrote: My 2 cents: * "subpatch" to me refers to [pd ...] aka a patch within a patch, saved

Re: [PD] high speed usb3 camera can not be found

On 2018-08-13 14:08, Csaba Láng wrote: > Anyway it was for GigE, but USB is needed. PYLON is a transport agnostic API for accessing industrial type cameras. whether this is about GigE or USB4 doesn't really matter at all. what does matter is that their API seems to be unstable, so Gem's

Re: [PD] videoPYLON C++ update needed

On 2018-08-09 10:51, Antoine Villeret wrote: > Pylon has already version 5.x (opensource) and provides driver to both where's an opensourced version of Pylon? all i can find are proprietary, EULA encumbered SDKs for free download. fgamsdr IOhannes signature.asc Description: OpenPGP digital

Re: [PD] high speed usb3 camera can not be found

unfortunately, I have only Gem compiled, videoPYLON plugin was impossible to compile even with an old version of Pylon v2.1. Anyway it was for GigE, but USB is needed. GEM: Graphics Environment for Multimedia GEM: ver: 0.93.git 03e8d06a GEM: compiled on Aug 6 2018 [pix_video]: backend

Re: [PD] high speed usb3 camera can not be found

On 2018-08-06 13:31, Csaba Láng wrote: > and the same for pix_film, no backend found: > [pix_video]: no video backends found! > [pix_film]: no movie decoding backends found! > > How to fix it? > > On Mon, Aug 6, 2018 at 12:39 PM Csaba Láng wrote: > >> What would be the ultimate prefix to

Re: [PD] distinction Pd lingo: abstraction, subpatch, subwindow

Totally agree with Dan on all points. On Mon, 13 Aug 2018 at 12:32, Dan Wilcox wrote: > My 2 cents: > > * "subpatch" to me refers to [pd ...] aka a patch within a patch, saved > within the same patch file that uses it (no object instantiation) > > * "abstraction" to me refers to a patch saved

Re: [PD] distinction Pd lingo: abstraction, subpatch, subwindow

My 2 cents: * "subpatch" to me refers to [pd ...] aka a patch within a patch, saved within the same patch file that uses it (no object instantiation) * "abstraction" to me refers to a patch saved to and loaded from it's own file (object instantiation) * using "subpatches and abstractions"

Re: [PD] distinction Pd lingo: abstraction, subpatch, subwindow

Long ago I've learned (from the FLOSS manual?) about 'encapsulated' subpatch' as opposed to abstraction. Beautiful word, but a bit long. When compared to a language like C, an encapsulated subpatch is the equivalent of code folding, visually hiding the content. Whereas an abstraction is like a

Re: [PD] distinction Pd lingo: abstraction, subpatch, subwindow

What about 'canvas'? > Gesendet: Sonntag, 12. August 2018 um 20:01 Uhr > Von: Max > An: "Miller Puckette" > Cc: pd-list@lists.iem.at > Betreff: Re: [PD] distinction Pd lingo: abstraction, subpatch, subwindow > > I see, then maybe we are better off without umbrella term and just refer > to

Re: [PD] [PD-announce] pd 0.48-2 released

so maybe double check all links Alex is right. http://msp.ucsd.edu/software.htm has links to 0.48-1 versions on win and mac. @Alex: You can get 0.48-2 from http://msp.ucsd.edu/Software/ -- Mensaje telepatico asistido por maquinas. On 8/13/2018 1:29 AM, Alexandre Torres Porres wrote: