[etoys-dev] [SVN][749] Update project to use video clip

[karl ramberg]

On Sat, Jun 4, 2011 at 4:59 PM, karl ramberg <karlramberg at gmail.com> wrote:

>
>
> On Thu, Jun 2, 2011 at 2:59 PM, karl ramberg <karlramberg at gmail.com>wrote:
>
>>
>>
>> On Tue, May 31, 2011 at 9:24 PM, Bert Freudenberg <bert at freudenbergs.de>wrote:
>>
>>>
>>> On 31.05.2011, at 20:12, karl ramberg wrote:
>>>
>>>
>>>
>>> On Tue, May 31, 2011 at 7:09 PM, Bert Freudenberg <bert at freudenbergs.de>wrote:
>>>
>>>> On 31.05.2011, at 18:59, karl ramberg wrote:
>>>>
>>>> On Tue, May 31, 2011 at 12:26 AM, Bert Freudenberg <
>>>> bert at freudenbergs.de> wrote:
>>>>
>>>>>
>>>>> On 30.05.2011, at 21:26, karl ramberg wrote:
>>>>>
>>>>> >
>>>>> >
>>>>> > On Mon, May 30, 2011 at 8:10 PM, Bert Freudenberg <
>>>>> bert at freudenbergs.de> wrote:
>>>>> >
>>>>> >> Also, the user interface of the movie player comes up in Swedish. It
>>>>> does not switch to the current language.
>>>>> >
>>>>> > To make the translation of the movie player seems to be a little out
>>>>> of scoop for this release.
>>>>> > As far as I can see translation update for instances must be
>>>>> implemented for quite a few tools.
>>>>> > As usual, I'm not sure how to do it ;-)
>>>>> >
>>>>> > Karl
>>>>>
>>>>> Okay, the workaround for now would be to close the movie morph, switch
>>>>> to English locale, open the movie to get the English GUI, save project. The
>>>>> example projects are not translated to other languages yet, anyway.
>>>>
>>>>
>>>> I can only come up with ugly code to get the file  to open across saves
>>>> and platforms.
>>>> Like Smalltalk current imageFile... stuff
>>>> I think we must let this get some more thinking and testing
>>>> before releasing
>>>>
>>>> Karl
>>>>
>>>>
>>>> I guess so. I also heard of that problem in Uruguay. What they want is
>>>> put the video or mp3 in the same directory as the project and have it work.
>>>> Not quite sure if we actually remember the path a project was loaded from.
>>>> It's even harder under Sugar of course, but making it work on regular
>>>> machines shouldn't be that hard.
>>>>
>>>>  - Bert -
>>>>
>>>
>>> Squeaklet directory would be quite easy to look in.
>>>
>>>
>>> Yes, but useless, because it's only for temp files. If we need to guess
>>> then we should look at the default directory.
>>>
>>> We could just do something like the following I have been testing:
>>>
>>> openHardCodedFile
>>> | fileName fd hardWay |
>>> fd := FileDirectory default pathNameDelimiter.
>>>  fileName := mpegFile fileName copyAfterLast: fd.
>>>
>>>
>>> This won't work. Windows used $\, Linux and Mac $/. I guess we need to
>>> try both. Perhaps count the number of \ and / and use the one wit more
>>> occurrences ;)
>>>
>>> self openFileNamed: mpegFile fileName. " test if old file name works"
>>>  mpegFile
>>> ifNil: [fd := FileDirectory default pathNameDelimiter.
>>> hardWay := SmalltalkImage current imageName. "or Project
>>> squeakletDirectory"
>>>  hardWay := hardWay copyUpToLast: fd.
>>>
>>>
>>> You mean "Smalltalk imagePath" right? ;)
>>>
>>> hardWay := hardWay , fd asString , 'ExampleEtoys' , fd asString ,
>>> fileName.
>>>
>>>
>>> See #fromExampleEtoys: for how the examples are loaded.
>>>
>>>  self openFileNamed: hardWay.
>>> self openMPEGFile.
>>> mpegFile
>>>  ifNil: [^"ugh"]].
>>>
>>>
>>> Karl
>>>
>>>
>>> We might also try the current Project's "lastDirectory" which is supposed
>>> to be set to the directory it was loaded from. Not sure how well that works
>>> in general. But for the particles dye project it looks promising:
>>>
>>> Project current instVarNamed: #lastDirectory
>>>
>>> ==> UnixFileDirectory on '/Applications/Etoys
>>> 4.1.app/Contents/Resources/ExampleEtoys'
>>>
>>> - Bert -
>>>
>>>
>>>
>>> _______________________________________________
>>> etoys-dev mailing list
>>> etoys-dev at squeakland.org
>>> http://lists.squeakland.org/mailman/listinfo/etoys-dev
>>>
>>> External videos will be a problem when publishing projects
>> I'm not sure how to deal with that.
>> We could internalize the the film like we do with sound.
>> I'm not sure if there are issues with primitives if we do that
>>
>> Karl
>>
> Croquet had a buffered mpeg player we maybe could use.
>
> But I get a primitive failed testing it.
>
> I'll look for a plugin that works...
>
>
> MCHttpRepository
>     location: 'http://www.squeaksource.com/KidsFirst'
>     user: ''
>
>     password: ''
>
>
> Karl
>
>
Using a Croquet VM  made ‎7 ‎february ‎2007 I can load buffered mpeg videos
in Etoys.
There must be some changes to the MPEG plugin not incorporated into the one
in Etoys.

With buffered videos I think we could publish videos as part of a project.

Karl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakland.org/pipermail/etoys-dev/attachments/20110604/779f1571/attachment.html>