[Vm-dev] SqueakJS

[Igor Stasenko]

On 17 November 2014 01:42, Bert Freudenberg <bert at freudenbergs.de> wrote:

>
> Hey Igor, why so grumpy? Had a bad day? ;^)
>
> Nope, just a reality check.


> Comments inline.
>
> On 17.11.2014, at 01:03, Igor Stasenko <siguctua at gmail.com> wrote:
>
> On 16 November 2014 20:56, Bert Freudenberg <bert at freudenbergs.de> wrote:
>
>>
>> Oh, btw, I think SqueakJS is getting near where I would call it
>> "reasonably complete".
>>
>> It is now much simpler to experiment with your own images: Give it a try
>> at
>>
>>         http://bertfreudenberg.github.io/SqueakJS/run/
>>
>> I have not made it load Spur images, nor 64 bit ones, but everything else
>> should pretty much work. As long as it doesn't need more than these plugins:
>>
>> * ADPCMCodecPlugin
>> * B2DPlugin
>> * BitBltPlugin
>> * FFTPlugin
>> * FilePlugin
>> * FloatArrayPlugin
>> * GeniePlugin
>> * JPEGReadWriter2Plugin
>> * JPEGReaderPlugin
>> * KedamaPlugin
>> * KedamaPlugin2
>> * Klatt
>> * LargeIntegers
>> * Matrix2x3Plugin
>> * MiscPrimitivePlugin
>> * ScratchPlugin
>> * SecurityPlugin
>> * SoundGenerationPlugin
>> * SoundPlugin
>> * StarSqueakPlugin
>> * ZipPlugin
>>
>> someone someday should really revise this list.
>
>
> If there is a good reason, sure.
>
> - zip plugin, using years old version of zlib , that statically linked
> with VM,
> instead of linking with one, provided by a system (a recommended way, btw)
>
>
> You're quite mistaken. All of these are *JavaScript* plugins. I couldn't
> even link it to zlib if I wanted.
>
> And even in the C VM this plugin doesn't link to anything. It's
> implemented in pure Slang.
>

then why we have a dusty copy of zlib source code in VM sources?


>
> - same goes to JPEG plugins, again statically linking with years old
> version of jpeg library
>
>
> Nope. JPEGReaderPlugin does not link to anything, it's pure Smalltalk.
>
> And my JPEGReadWriter2Plugin does not link to an "old version of jpeg". It
> uses the HTML5 Blob+Image+Canvas API to decode the JPEG data:
>
> https://github.com/bertfreudenberg/SqueakJS/blob/619c8f963/vm.js#L5636
>
> That said I totally agree that the C VM should use the system's JPEG
> decoder. Luckily nothing on the image-side cares about how the decoding
> works. Heck, I made it work *in JavaScript* without touching a single line
> of code in the image. The plugin interface can be implement any way you
> like, and it can link dynamically to anything you like. Just do it.
>
>
.

> - some plugins are not used at all, for instance i never heard any
> discussions (being in mailing lists since 2006 )
> related to use of things like Klatt,
>
>
> There is nothing to discuss. It's implemented in pure Slang. I tested it,
> it works. Speech Synthesis is cool.
>
> or Genie
>
>
> Just because *you* don't have a need for a gesture recognizer doesn't mean
> it's useless.
>
>


> or StarSqueak or Kedama, except ones, discussing compilation of these
> plugins.
>
>
> Kedama2 is used in Etoys. Simulating emerging behavior from tens of
> thousands of particles is a very valuable experience. StarSqueak and Kedam
> provide similar functionality for older images.
>
> No doubt there are some plugins that need serious cleaning up, or a
> replacement (MpegPlugin anyone?), but the list I posted was specific to
> SqueakJS and doesn't really deserve this kind of bashing.
>
> If you want to discuss how to clean up plugins for the C VM, please open a
> new thread.
>


>
> Cheers!
>
> - Bert -
>
> If something doesn't work, please report it at
>>
>>         https://github.com/bertfreudenberg/SqueakJS/issues
>>
>> - Bert -
>>
>
>
>
>
>


-- 
Best regards,
Igor Stasenko.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20141117/c0a75985/attachment.htm