Le 01/11/2012 04:04, Hans-Christoph Steiner a écrit :
Sounds interesting, where do we find it?
i commit everything in pd svn : trunk/externals/share-mem
cheers
c
.hc
On Oct 31, 2012, at 7:19 PM, Cyrille Henry wrote:
hello,
i just did a initial commit of share-mem, a lib dedicated to d
hello,
for now, you'll have to grab sources from svn and compile it yourself.
examples should provide a quick overview of the usability.
cheers
c
Le 01/11/2012 05:40, Phil Stone a écrit :
Cyrille, this is very exciting. Where can we get more details?
Phil
On 10/31/12 4:19 PM, Cyrille Henry
btw : the object is still in development and may improve these days
specially concerning the message syntax.
we may provide osx (and ubuntu) binaries after the testing period.
best,
n
Le 01/11/12 10:24, Cyrille Henry a écrit :
hello,
for now, you'll have to grab sources from svn and compile it
This is pretty much what I've been waiting for. How long does it take to
get the hang of processing/Lua?
On Thursday, November 1, 2012, Epic Jefferson wrote:
> I'm very happy you're doing this. this is exactly what i want to do, but
> i'm still a few years away programming-wise. How do you plan
You know what I´ve alwayus wanted? Actual PD for the iPhone. An app with
the same GUI, so I could create my patches and even live code.
Why don't we have it yet?
On Thu, Nov 1, 2012 at 9:54 AM, i go bananas wrote:
> This is pretty much what I've been waiting for. How long does it take to
> get
the project sounds great, quite happy you had time and will to take this
on, thank you!
Look forward to give it a try.
cheers,
--
Marco Donnarumma
New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
Embodied Audio-Visual Interaction Research Team.
Department of Computing, Goldsmiths
I've always assumed because tcl/tk isn't portable to iOS?
On Thursday, November 1, 2012, Leandro da Mota Damasceno wrote:
> You know what I´ve alwayus wanted? Actual PD for the iPhone. An app with
> the same GUI, so I could create my patches and even live code.
>
> Why don't we have it yet?
>
> O
On Nov 1, 2012, at 12:35 AM, Jonathan Wilkes wrote:
> - Original Message -
>
>> From: Hans-Christoph Steiner
>> To: Jonathan Wilkes
>> Cc: PD List
>> Sent: Wednesday, October 31, 2012 11:46 PM
>> Subject: Re: [PD] Browse/Search plugin update
>>
>>
>> On Oct 31, 2012, at 2:20 PM, Jon
dan:
i would love to do beta testing!
hard.off: processing code is super friendly. i don't know about lua, but it
looks along the same lines
On Thu, Nov 1, 2012 at 10:12 AM, i go bananas wrote:
> I've always assumed because tcl/tk isn't portable to iOS?
>
>
> On Thursday, November 1, 2012, Lea
You can get binaries from any library in pure-data SVN based on the Library
Template from the Jenkins build server. There will soon be a Windows builder
there too. For example, here's a Mac OS X 32-bit i386 binary for
shmem.pd_darwin:
https://macosx105-i386.pdlab.puredata.info/job/template-l
Le 01/11/2012 16:30, Hans-Christoph Steiner a écrit :
You can get binaries from any library in pure-data SVN based on the Library
Template from the Jenkins build server. There will soon be a Windows builder
there too. For example, here's a Mac OS X 32-bit i386 binary for
shmem.pd_darwin:
That is kind of the point, right? Instead of just porting the GUI, it
should be rewritten from scratch for the iOS and Android. Should Processing
be the way to go?
Dan: I´d love toe beta test as well
On Thu, Nov 1, 2012 at 1:24 PM, Epic Jefferson
wrote:
> dan:
> i would love to do beta testing!
Tcl/Tk is portable to iOS and I think there are Tcl/Tk apps in the App Store.
.hc
On Nov 1, 2012, at 10:12 AM, i go bananas wrote:
> I've always assumed because tcl/tk isn't portable to iOS?
>
> On Thursday, November 1, 2012, Leandro da Mota Damasceno wrote:
> You know what I´ve alwayus wante
I agree a native PD would be nice on iOS, however that is alot of work and I
didn't set out specifically to do it. First of all, I mainly need a
performance-focused environment which includes graphics and I have no desire to
port GEM directly for that ... my mind wraps around graphics better wit
I want to release it on the app store. Now that the scripting-langauge barrier
is released, it's possible. It has a WebDAV server built in so you can manage
your scenes and abstractions. I'll be updating my rc-patches to work with rjlib
and vanilla, so there should be plenty of stuff to use out
So, it will be just like rjdj in the sense that it'll use pd-vanilla +
rjlib? + the benefit of coding interactive graphics in Lua? (i think it's a
benefit anyways) What about the infamous topic of the [expr] object?
On Thu, Nov 1, 2012 at 12:06 PM, Dan Wilcox wrote:
> I want to release it on th
Correct. RjDj like + visual scripting.
I know [expr~] is now LGPL, but I'm not sure about [expr] yet ... in either
case, I've left them and any GPL code out so far due to Apple's licensing. GPL
patches, however are kosher since they are not compiled and you'll be able to
modify/update them.
A
I always get
(Tcl) UNHANDLED ERROR: bad window path name ".x94d6a18.c"
while executing
"winfo toplevel $tkcanvas"
(procedure "pdtk_canvas_getscroll" line 2)
invoked from within
"pdtk_canvas_getscroll .x94d6a18.c"
("uplevel" body line 349)
invoked from within
"uplevel #0 $cmd_from_pd
when I open a
i'm not sure i understood correctly.
you say you left out [expr~], [expr] and other GPL code
out due to licensing issues, but i'll still be able to use/modify
GPL patches.
Hmm, will we be able to add these objects with a path of sorts,
or are they strictly off limits?
On Thu, Nov 1, 2012 at 12:
>
> From: Hans-Christoph Steiner
>To: Jonathan Wilkes
>Cc: PD List
>Sent: Thursday, November 1, 2012 11:21 AM
>Subject: Re: [PD] Browse/Search plugin update
>
>
[...]
>For back/forward buttons, couldn't you just store a reference to each page?
>Basically
[expr] / [expr~] are C externals which must be compiled and statically linked
on iOS as dynamic linking is not allowed. This is against the GPL, so I can't
include GPL code. However, as my app is open source, I can use LGPL code.
Patches, on the other hand, are simply text files. The GPL require
so, you cannot add it in your build, but can be added to the Documents
folder buy the user via webDAV? (is that the way rjdj did it, like through
a website? i wasn't too fond of that)
i imagine it'll still be possible to add 'scenes' via ftp as in
http://blog.makezine.com/2008/11/03/howto-hacking-
Yes, you can add *abstractions* but not compiled C/C++ externals.
No, it's not like RjDj, WebDAV is a layer on top of HTTP for document
management. It's like FTP and is supported by plenty of clients including the
Mac OSX Finder, Gnome Nautilus, etc. You basically connect to the iPad and see
th
yes, turns out a lot of ports are blocked here. sorry for the noise.
Am 29.10.2012 um 18:28 schrieb András Murányi :
> Both work here.
> A firewall on your side...?
>
> On Mon, Oct 29, 2012 at 5:11 PM, Max wrote:
> hm. I need to be more precise:
>
> blinky.at.or.at
> works (Welcome to Your New
On 11/01/2012 05:55 PM, Billy Stiltner wrote:
not sure if that has anything to do with what you guys are talking
about i'm not familiar with anything tcl tk
no (unless i misunderstood what we are talking about)
fgmadsr
IOhannes
___
Pd-list@iem.at m
OK, I just found out the problem (reaidn 24 bit files) only applies to
reading aif files and not wav files. It also applies to readsf~ so it's
quite a big problem.
Cheers,
Peiman
On 30 October 2012 17:58, peiman khosravi wrote:
> OK, done:
>
> https://sourceforge.net/tracker/?func=detail&aid=35
Cool - can you send me a short example of a file that Pd isn't reading
correctly? (maybe just to me personally at m...@ucsd.edu)
thanks
M
On Thu, Nov 01, 2012 at 10:57:50PM +, peiman khosravi wrote:
> OK, I just found out the problem (reaidn 24 bit files) only applies to
> reading aif files
Another update...
https://puredata.info/Members/jancsika/searchandbrowseplugin/view
* fixed some small bugs with the navigation bar and
throwing a tk error.
I also played around with limiting search scope to the directory the
user is currently browsing, but really it's a lot cleaner to keep the
Can you provide an example patch that does this every time? If so, please file
a bug report (Help -> Report Bug).
.hc
On Nov 1, 2012, at 12:55 PM, Billy Stiltner wrote:
> I always get
> (Tcl) UNHANDLED ERROR: bad window path name ".x94d6a18.c"
> while executing
> "winfo toplevel $tkcanvas"
>
I think that the Apple App Store terms conflict with the LGPL as much as the
GPL. The issue is not related to linking, but rather the ability for the user
to create the exact app from the source code. Apple's addition of DRM to apps
in the App Store is the culprit there.
http://stackoverflow
i had heard that to be totally safe you needed to use MIT or BSD licensing
on the external. has anyone found that to be generally true?
scott
On Thu, Nov 1, 2012 at 8:00 PM, Hans-Christoph Steiner wrote:
>
> I think that the Apple App Store terms conflict with the LGPL as much as
> the GPL. Th
31 matches
Mail list logo