<div dir="ltr"><div dir="ltr"><div>Hello Jonathan,</div><div>Sorry for the late reply, has been swamped by school work during the past few days.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 24 Mar 2019 at 11:52, Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com">jon.w.wilkes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
><br>
> Hi all,<br>
><br>
> I am writing to express my interest in working on Purr-Data in the Google Summer of Code.<br>
><br>
> I was just looking at the project suggestions on Jonathan's GitLab page, and am interested in a couple of them.<br>
<br>
Btw-- if you have a potential GSoC idea that isn't listed there, feel<br>
free to add it or ask about it here on the list.<br></blockquote><div><br></div><div>At the moment, I cannot really think of anything else better than your suggestions, but I will let you know if I come up with any new ideas. <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> The first one is making a REPL interface. As someone who insist on doing most of the work on the command line, this project sounds really interesting to me. I would be very keen to explore how to communicate with embedded device locally or via ssh. Although I have never use Pure Data in any embedded device (apart from a small attempt of using pduino), I am eager to learn more and eventually develop a user-friendly REPL interface for Raspberry PI and other devices.<br>
><br>
> The second one is encapsulation ergonomics. As a Pd user for slightly more than two years, I do find abstraction a troublesome process in Pd. This project sounds like a great opportunity to rewrite some of the code that would make abstraction a more natural process in patching. Although the GitLab page does not specify the language(s) required for this project, I am assuming C would be a prerequisite?<br>
<br>
Yes, C. And possibly a trivial bit of Javascript to add some menu options.<br>
<br></blockquote><div>That sounds great, C is my strong suit, and hopefully Javascript would not be too hard to learn <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
><br>
> These two sounds almost equally interesting to me.<br>
> It would be great if you would kindly suggest which one is more beneficial to the Pd community.<br>
<br>
The encapsulation idea would probably immediately benefit current Pd users.<br>
 </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On the other hand, the REPL idea could potentially open up new ways to<br>
create and interact<br>
with Pd patches.<br></blockquote><div><br></div><div>That is what I was thinking as well.</div><div>If that is the case, I would probably just stick to the encapsulation idea.<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
><br>
> Also, I am just wondering if there are any suggestions in applying for GSoC and writing a project proposal?<br>
<br>
You might begin by compiling Purr Data from source using the build guide here:<br>
<br>
<a href="https://git.purrdata.net/jwilkes/purr-data#build-guide" rel="noreferrer" target="_blank">https://git.purrdata.net/jwilkes/purr-data#build-guide</a><br>
<br></blockquote><div>Yes, I have just done that using git and homebrew.</div><div>Although I came across some trouble while homebrewing python (since I already had python), it went just fine after I reinstall it.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Since you are already a Pd user, you might then roughly outline the<br>
features you would like from a<br>
successful implementation of either of the ideas you mentioned above.<br>
What would it feel like to<br>
use the new encapsulation features, or to interact with Pd through the<br>
REPL? What new possibilities<br>
would these features provide that is not currently possible in Pd?<br>
<br>
Then see if you can figure out which sections of the source code would<br>
be touched by either idea. If<br>
you can, try to rate each part as to which will require the most work.<br></blockquote><div><br></div><div>Thank you for your concrete suggestions.</div><div>I will try to work on these in these couple of days.<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
One thing I'll say about last year's GSoC-- we used an incremental<br>
approach to the project. This meant<br>
that Pranay submitted fairly self-contained code patches at each stage<br>
of the project which could<br>
be merged into master without any conflicts. This turned out to work<br>
really well. For the two project<br>
ideas you've mentioned, I believe it should be possible to take a<br>
similar approach. So see if you can<br>
divide the project up into fairly self-contained sections.<br></blockquote><div><br></div><div>I will see what I can do after I have located where the source code responsible for encapsulation are. <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Finally, feel free to post to the list or email me if you come up with<br>
more questions as you flesh out<br>
the idea. (Also, it is possible to submit more than one proposal if<br>
you have the time to flesh out<br>
both idea. Though I imagine as you start to investigate them you may<br>
begin to favor one over the<br>
other, which is fine.)<br>
<br></blockquote><div><br></div><div>I just have a couple of concerns.</div><div>Sorry I might have overestimated myself in the past week, but I realised I might not be able to commit for 30+ hours per week during May since I am in Australia, the exams are usually in May-early June.<br></div><div>Having said that, the encapsulation project does not seems to be too hard to do, though I might have underestimated it since if it was easy, it should have already been a feature in Pd.</div><div>I just want to check in what is the expectation from you guys in terms of commitment?</div><div>I might reevaluate myself in these couple of days.</div><div>Just in case, if I realise in these few days that I do not have the capacity for GSoC, would I still be able to contribute to this in anyway?</div><div>I would definitely be keen to contribute to the Pd community within or outside GSoC.</div><div><br></div><div>Kind regards,</div><div>Tsz-Kiu<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> I am aware that the application starts in a couple of days, so I apologise if this is too last-minute.<br>
<br>
Definitely not too late.<br>
<br>
><br>
> Something about myself:<br>
> I did my undergraduate in Music, majored in Composition during my honours year. I started to use Pure Data about two years ago. Thanks to Pd, I became interested in computer music and digital signal processing. I am currently a Master student in electrical engineering at the University of Melbourne. I have only started programming (apart from Pd) last year but now I am a tutor in programming/computing in C at the University. I insist on doing most of my work on the command line, therefore I also know the basics of bash scripting.<br>
<br>
That sounds like a great starting point. We look forward to your<br>
application! And again,<br>
email us if you have any more questions.<br>
<br>
Best,<br>
Jonathan<br>
<br>
><br>
> Thank you very much for your time.<br>
><br>
> Kind regards,<br>
> Tsz-Kiu<br>
> _______________________________________________<br>
> L2Ork-dev mailing list<br>
> <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
> <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div></div>