etoys-dev September 2006

etoys-dev@lists.squeakfoundation.org

9 participants
7 discussions

[Etoys] A suggestion for inter-app communication on the OLPC: OSC
by Markus Gaelli 30 Sep '06

30 Sep '06

Hi folks, I was playing a bit with csound in the last days and - with the help of a nice italian multimedia artist Cesare Marilungo - got some first success producing some csound events from squeak using OSC (Open Sound Control). OSC is a light way protocol with which one can send messages to an ip/port combo including some strings, floats or blobs. It exists for csound, python, squeak and lots of other systems, usually works on top of udp, but can be changed to work on tcp/ip too. http://www.cnmat.berkeley.edu/OpenSoundControl/OSC-spec.html Until now we are using the sound bank from Tamtam, so no real soft synthesis but sampling. It's fun to create and listen to sounds via scripts a la frequency := 200. velocity := 30000. start := 0. instrument := 12. duration := 11. (OSCMessage for: {'/squeak/osc'. frequency. velocity. start. instrument. duration}) sendTo: (NetNameResolver localHostAddress) port: 1122. Nothing fency yet, but much more synchronized tunes are possible, as you can tell csound when to trigger the events, within Squeak I encountered some problems there... http://www.squeakland.org/project.jsp?http://www.emergent.de/pub/ smalltalk/squeak/projects/musinum.pr (first start the midi service with the button on the left top, this is _not_ using csound...yet) The tamtam people are using csound by sending python scripts through the ether - hoping that they will do no harm. As far as I understand some sandboxing is on the way for python but I wonder when it will arrive... I asked Bert off list how to start another app from squeak, he told me that neither FFI nor OSProcess will be included for security reasons. Makes sense. But then we need another solution to start and talk to other apps, ideally also fruitful for inter-app communication between python apps - or between Etoy Apps. SO: I wonder what you folks think about using OSC as a general inter- application protocol for the OLPC? For starting another app I'd suggest to have a server which knows (white lists) all securely executable apps and provides an OSC interface. This server (like all OSCed Apps should) can also display all its executable services/apps. Then apps like Etoys needing to start other apps (like Etoys needed to start csound) could ask this server to start their needed client apps. Each app can be reached via OSC on a different port, as soon as the server started the other app, it tells the starting app the port number of the started app so that they can talk directly to each other. Again no further security measures needed, as each app whitelists its available services. If you have a hammer the whole world looks like a nail? Or could Open Sound Control fit to the "Instrument whose music is ideas"? ;-) Very curios about your views on that. Cheers, Markus

5 9

[Etoys] http://dev.laptop.org/ticket/68
by Yoshiki Ohshima 30 Sep '06

30 Sep '06

Hello, There is a bug item on the bug tracking system to which I promised to provide more information. However, I couldn't do it this week, and I'm going to be away from the test board next week. http://dev.laptop.org/ticket/68 Can somebody with a board try the code Marcelo wrote on the page with and without a USB network adaptor? Or, even better, can somebody do following (or something like that) in Squeak, err, in the OLPC eToys environment with and without network? before := (FileStream readOnlyFileNamed: '/proc/interrupts') next: 10000. time := 200 timesRepeat: [Display forceToScreen: (0@0 corner: 400@400)]. after := (FileStream readOnlyFileNamed: '/proc/interrupts') next: 10000. The above code basically reads /proc/interrupts twice, before and after big memcpy like operations. Thank you so much! -- Yoshiki

1 0

[Etoys] Re: [Squeakland] OLPC Image Test and Report [Was: OLPC eToys!]
by Yoshiki Ohshima 29 Sep '06

29 Sep '06

Milan, (Now etoys(a)laptop.org is included.) > Attached is list of things I found and commented on (OO format), and also the > crash log. I started looking at the issues in the file. Below is my comment: > B2. Text and Images in Tools Flap seems cut when first started. We won't have Tools Flap in eToyFriendly mode with eToys flaps. Somewhat lower priority. > B3. Loading Something using SqueakMap Package Loader: Message about > Squeak MasterServer is running a different version (2.2) ...etc. At one point, probably we should make sure that SqueakMap and Monticello works. But again, the primary goal is to provide good eToys experience. (Thank you for testing!) > B5. Installing RemoteFrameBuffer into OLPC image (updated) from > SqueakMap, I received a MNU "SystemDictionary changes" around > SMDefaultInstaller>>fileIntoChangesetNamed:fromStream Ok. > B6. Error Not Indexable: Try TranscriptShow: someNumber,someNumber > bombs- But CANNOT duplicate, Squeak log attached. Thank you. I'll look at it, but it would be nice if we can reproduce... > B7. I think the following will be probably unreadable on OLPC Small > Screen: (Publish Project and Save Project on File.) The first patch for this problem is already in the update stream. But, Takashi will look at it and clean it up. > B8. (script in text mode.) I tried it and seems to be doing the right thing here. Are you certain that you did put "^" in the textually coded script? > B9. I created a project completely in OLPC image with latest > updates. Saved the project and put it on a website here: > http://squeakers.ca:9091... At this point, we aren't keen to make it possible to load a project from the OLPC image into the Squeakland image. It would make sense to modify the Squeakland image. (A radical idea is to make OLPC image with some font modifications *be* the next Squeakland image, but there are pros and cons.) > N1. Menu simplification. The first cut is in the update stream. Again, a typical user won't see the World menu. Some useful stuff in the World menu were moved to the red-halo menu of the World. > N2. Source file. It should be SqueakV3.sources. Basically, we should lobby for the space on the flash to put it. > N3. capitalization of names on menus. Yes. Since there are translations for other languages, it would be wise to provide the English translation from Squeakly language. Thank you! -- Yoshiki

4 5

[Etoys] scriptor menu and bigger color picker for painting
by Yoshiki Ohshima 29 Sep '06

29 Sep '06

Hello, I published two more changesets to OLPC update stream. One is about the menu of Scriptor. If you go to textual editing and come back, it now rightly ask confirmation. Another (from Abe-san) is about making the color palette of painter bigger. In regards to the menu, there are a lot of places where the ordering of items in a menu is arbitrary. We should make up some guideline on the ordering, such as: * The impotant ones come first, and less important ones come later. * The destructive ones come later. and look at these menus. -- Yoshiki

1 0

[Etoys] Text Color
by Yoshiki Ohshima 28 Sep '06

28 Sep '06

Hello, I uploaded a change set that allows you to change the TextMorph's text color and background color independently. The viewer and red-halo menu are supposed to do what they should do. One thing is that the previous inconsistency around #color: is eliminated, but it may cause slight confusion. Now, you have to call #textColor: or #selectionColor: to change the color of text, instead of #color:. As far as I know, there aren't any visible problems, including loading old projects, but you may see some things show up wrong color. -- Yoshiki

1 0

[Etoys] OLPC status
by Bert Freudenberg 28 Sep '06

28 Sep '06

Chris Blizzard posted a nice update on the current state of hardware and software on the One laptop: http://www.0xdeadbeef.com/weblog/?p=222 Reading through this, many areas needing work in the Etoys activity become apparent, like optimizing power consumption (we might revisit the morphic main loop), sharing and security aspects (I think we're pretty good compared to the rest), project storage (integration in personal wiki), translation issues (we don't have support for all scripts yet). This is not something for the mid-October deadline, but we need to start thinking about these topics soonish :) - Bert -

1 0

[Etoys] Test of etoys list
by Alan Kay 28 Sep '06

28 Sep '06

This is just a test. Cheers, Alan

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

etoys-dev September 2006