<div dir="ltr"><div>lol<br><br></div>just showed up in my facebook news feed 1 year ago<br><div><div class="gmail-_3dp gmail-_29k"><div><div class="gmail-_6a"><div class="gmail-_6a gmail-_6b"><h5 class="gmail-_5pbw gmail-_5vra" id="gmail-js_iuc"><span class="gmail-fwn gmail-fcg"><span class="gmail-fwb gmail-fcg"><a href="https://www.facebook.com/billyjoestiltner?fref=nf">Billy Stiltner</a></span></span></h5><div class="gmail-_5pcp"><span><span class="gmail-fsm gmail-fwn gmail-fcg"><a class="gmail-_5pcq" href="https://www.facebook.com/billyjoestiltner/posts/1170135913014557"><abbr title="Sunday, November 22, 2015 at 11:08am" class="gmail-_5ptz"><span class="gmail-timestampContent" id="gmail-js_iud">November 22, 2015</span></abbr></a></span></span><span> · </span><div class="gmail-_6a gmail-_43_1 gmail-_4f-9 gmail-_nws" id="gmail-u_ps_jsonp_23_0_4"><div class="gmail-_6a gmail-uiPopover" id="gmail-u_ps_jsonp_23_0_5"><a class="gmail-_42ft gmail-_4jy0 gmail-_55pi gmail-_5vto gmail-_55_p gmail-_2agf gmail-_p gmail-_1zg8 gmail-_3m8n gmail-_4jy3 gmail-_517h gmail-_51sy gmail-_59pe" href="https://www.facebook.com/#" style="max-width:26px" rel="toggle" id="gmail-u_ps_jsonp_23_0_6"><span class="gmail-_55pe" style="max-width:12px"></span></a></div></div></div></div></div></div></div><p>I
try to keep from using any toolkits, frameworks, libraries, etc..
that are not part of a default installation of preferred OS which at the
moment is Linux in the flavor of Ubuntu Studio. Am trying to keep my
synth cross platform. Some parts of the recent developments have been
programmed using javascript and a web browser for the UI. This made
rapid development easy. Some things need redone so that future editing
will be easy. Like the mode display and selection.<br> It was e<span class="gmail-text_exposed_show">asy
to grab the raw text from the scala mode list then do search and
replace in a text editor to add the html and javascript required for
the user interaction and sending the mode data to the synthesizer. The
problem with this is that there are other parts of the interface that
also send modes and other information to the synthesizer so including a
list of 1000s of modes along with their name, etc... kind of makes the
source editing slow and confusing so<br> The mode data needs to be in a
text file and loaded up by javascript then instead of listing the
modes all in a huge list , a smaller subset of the entire list only
need be displayed at one time. A good division of the list would be
grouping by period. It's how the modes are grouped visually in the big
list. <br> Another problem is the use of JAVA only for creating a TCP
or UDP socket in order to communicate with the synth. JAVA is ok, there
have been security risks with it in the past which is not my concern.
The concern is that it's way too much overhead for adding raw socket
capabilities to the browser and updates often result in an inoperable
configuration. I have downloaded node.js to tinker with but Am having
2nd thoughts about this. I'm not sure that node will be something that
will last. Something that has been working very good for a really long
time without changes that affect old programs is opengl and xwindows. So
what I'm wondering is that if I use node.js to provide a raw socket
between the browser and synthesizer, will it be easy to include that
with the synthesizer and have users easily install the required parts to
make node.js work? So far it seems like a lot of extra work. Maybe I
ought to just make a .ws server patch in puredata and use html5's
websockets. On another note what is this uv_tree thing? looking at the
headers with node I find some similarities in my old dynamic response
loading operating system in that the first things declared are handles,
and a list object (node) of which every other object created inherits
properties from. As the evolution of the objects proceed ...</span></p><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 22, 2016 at 2:07 AM, Billy Stiltner <span dir="ltr"><<a href="mailto:billy.stiltner@gmail.com" target="_blank">billy.stiltner@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>the / and ; aRE being prepended with / so it's a tcl tk thing i guess, <br></div><br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 18, 2016 at 9:32 PM, Billy Stiltner <span dir="ltr"><<a href="mailto:billy.stiltner@gmail.com" target="_blank">billy.stiltner@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>re: "Yeah it would be but the sticking point is going to be the small amount
of crypto stuff that websockets require. Not impossible mayb"<br>it's all in here,<br></div><div><div><div class="gmail_extra"><br><a href="https://sourceforge.net/projects/websocketserverinapatch/files/" target="_blank">https://sourceforge.net/projec<wbr>ts/websocketserverinapatch/<wbr>files/</a><br><div class="gmail_quote"><br></div>looks like lots of things could be simplified as well as <br></div><div class="gmail_extra">use of the vanilla netrecieve<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">i don't have tof/toasci or would test it out<br></div><div class="gmail_extra"><br><br></div><div class="gmail_extra">one thing i dont undrstand about aciles is why the 2nd netreceive within the server?<br></div></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>