On 18/05/11 18:59, Amos Blanton wrote:
Hi Derek, Burt,
Thanks for all the additional info.
Our plan is, right now:
1. Sayamindu is going to take a look at the latest pulse code on
Squeak, and do some testing / tweaking to see if we can make it work
with Scratch.
Let me know how Sayamindu gets on, I'll take a look myself as soon as I
have some free time.
2. Since (1) will take some time to trickle down to Ubuntu in the form
of an updated vm package, we will try to find a way for Scratch on
linux to use the current squeak-vm(s) in the repositories, but insist
on using it's own copy of the pulse-plugin. This seems tricky - maybe
impossible? - but seems like the only short term solution.
I would need to check it out but since the plug-in module names are
different it should be possible to have both versions co-exist and use a
different start-up script for Scratch?
-D
-Amos
On 05/18/2011 04:57 AM, Bert Freudenberg wrote:
On 18.05.2011, at 01:36, Derek O'Connell wrote:
Hi Amos,
ok, this is taking a bit of detective work to piece together but I
can confirm the source on Assembler matches the last one I sent to
John on 15th Feb 2010. I did three releases, the first based on ALSA
plug-in rehashed to use PA and the second to solve recording
problems (which IIRC you and others confirmed working). The third
was a clean-up with possibly the module name changed for use in the
main Squeak VM (this would have been tested by myself and passed on
to Ian P. for further testing/ inclusion in next Squeak VM). At some
point during this time a new version of PA came along which changed
a default setting not directly accessible from the "Simple" PA API.
So the second release, specifically for Scratch, was fix-up to
supply buffer attributes to PA when setting it up for recording.
This is the one that you currently have on Assembla.
I should have carried these changes through to the third release but
I remember raising a number of issues about how recording was
handled from within the image itself as well as module naming,
recording rate, audio lib detection when starting Squeak/Etoys, etc.
I don't recall getting much if any feedback from Squeak/Etoys people
so that probably explains why it was left hanging.
I don't remember being involved in a module naming discussion.
Changing how the recording works from the image is not trivial
because Linux is not our only platform. Any change would have to be
made for Mac and Windows too. Tricky.
But we changed the lib detection in the Etoys script so it uses pulse
if the VM has the vm-sound-pulse module. I just checked in the latest
Fedora build.
So if Scratch now plans on using the main Squeak VM I think some
coordination may be required (in that case I suppose Pharo and Cog
people need involving as well).
If you have a patch for Ian I think there should be no problem.
To complete the picture the PA plug-in has/had various tweaks to run
on the N900, the XO, at least two versions of PA, depending on
minimum supported distro (still Karmic?), Scratch, Squeak, Etoys,
old and new VM's... oh the combinations! :-)
*TL/DR*: The current Scratch version should work for the Squeak VM
with possibly just a change in module naming but getting it working
with various images might take a little more effort (not your
problem?). Only gotcha might be Cog and it's heartbeat thread.
HTH
-D
Neither Scratch nor Etoys can use Cog in their current form (the
images still use contexts, not closures). Also, the code bases are
not yet merged. So this is not an immediate problem.
- Bert -
On 16/05/11 20:42, Amos Blanton wrote:
Greetings Derek -
Hope you are doing well!
We're making some updates for the Scratch for Linux package.
We'd like to start depending on the Squeak-vm that is now available
in the
Ubuntu Natty repositories:
http://packages.ubuntu.com/ca/natty/squeak-vm
<http://packages.ubuntu.com/ca/natty/squeak-vm>But in our initial
test, the
pulse audio plugin that ships with it does not work with Scratch.
You sent
us a binary that does seem to work quite well, and also some
source. We're
not certain if the last source you checked in to our repository, here:
http://my-trac.assembla.com/scratchonlinux/browser/trunk/scratch/src/plugins/vm-sound-pulse
<http://my-trac.assembla.com/scratchonlinux/browser/trunk/scratch/src/plugins/vm-sound-pulse>...was
the source that was used to build the working binary that currently
ships
with the Scratch package:
http://my-trac.assembla.com/scratchonlinux/log/trunk/scratch/Plugins/vm-sound-pulse
(We just ship the binary -- our packaging process doesn't compile
the source
for the pulse-plugin even though we have source.)
Can you confirm that the binary you sent us was made from this
source? Or
can you send us a copy of the final working code? Sayamindu
Dasgupta, who
joined our research group last year, will look into this to see about
submitting a patch to the VM for the pulse plugin. And in the
meantime,
we'll try to figure out some way of getting Squeak to use our
working plugin
instead of the broken one that the Squeak-VM ships with (any ideas?)
Thanks!
Amos
_______________________________________________
Mailing list: https://launchpad.net/~scratch
Post to : [email protected]
Unsubscribe : https://launchpad.net/~scratch
More help : https://help.launchpad.net/ListHelp
_______________________________________________
Mailing list: https://launchpad.net/~scratch
Post to : [email protected]
Unsubscribe : https://launchpad.net/~scratch
More help : https://help.launchpad.net/ListHelp
