[SVN][749] Update project to use video clip

On 30.05.2011, at 15:01, [hidden email] wrote:

> Repository: http://etoys.squeak.org/svn
>
> Revision: 749
> Author:   kfr
> Date:     2011-05-30 13:01:14 +0000 (Mon, 30 May 2011)
> Log Message:
> -----------
> Update project to use video clip
>
> Added Paths:
> -----------
>    trunk/Etoys/ExampleEtoys/ParticlesDyeInWater.013.pr

Great! Now you just need to remove the old ParticlesDyeInWater.011.pr.

Also, it would be nice if the movie was named ParticlesDyeInWater.jmv (same base name as the project).


Unfortunately, when trying to play the movie after dropping the project onto Etoys-To-Go, I get this error:

File not found: C:\Users\Karl\Downloads\Etoys-To-Go-4.1.2.alpha2\Etoys-To-Go-4.1.2.alpha2\Etoys-To-Go 4.1.2.alpha2.app\Contents\Resources\ExampleEtoys\ParticleDyeInWater.jmv


Also, the user interface of the movie player comes up in Swedish. It does not switch to the current language.

- Bert -


_______________________________________________
etoys-dev mailing list
[hidden email]
http://lists.squeakland.org/mailman/listinfo/etoys-dev

On 30.05.2011, at 21:26, karl ramberg wrote:

>
>
> On Mon, May 30, 2011 at 8:10 PM, Bert Freudenberg <[hidden email]> 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.

On 31.05.2011, at 20:12, karl ramberg wrote:

On Tue, May 31, 2011 at 7:09 PM, Bert Freudenberg <[hidden email]> wrote:

On 31.05.2011, at 18:59, karl ramberg wrote:

On Tue, May 31, 2011 at 12:26 AM, Bert Freudenberg <[hidden email]> wrote:

On 30.05.2011, at 21:26, karl ramberg wrote:

>
>
> On Mon, May 30, 2011 at 8:10 PM, Bert Freudenberg <[hidden email]> 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'

On 31.05.2011, at 20:12, karl ramberg wrote:

On Tue, May 31, 2011 at 7:09 PM, Bert Freudenberg <[hidden email]> wrote:

On 31.05.2011, at 18:59, karl ramberg wrote:

On Tue, May 31, 2011 at 12:26 AM, Bert Freudenberg <[hidden email]> wrote:

On 30.05.2011, at 21:26, karl ramberg wrote:

>
>
> On Mon, May 30, 2011 at 8:10 PM, Bert Freudenberg <[hidden email]> 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
[hidden email]
http://lists.squeakland.org/mailman/listinfo/etoys-dev

On Tue, May 31, 2011 at 9:24 PM, Bert Freudenberg <[hidden email]> wrote:

On 31.05.2011, at 20:12, karl ramberg wrote:

On Tue, May 31, 2011 at 7:09 PM, Bert Freudenberg <[hidden email]> wrote:

On 31.05.2011, at 18:59, karl ramberg wrote:

On Tue, May 31, 2011 at 12:26 AM, Bert Freudenberg <[hidden email]> wrote:

On 30.05.2011, at 21:26, karl ramberg wrote:

>
>
> On Mon, May 30, 2011 at 8:10 PM, Bert Freudenberg <[hidden email]> 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
[hidden email]
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

On Thu, Jun 2, 2011 at 2:59 PM, karl ramberg <[hidden email]> wrote:

On Tue, May 31, 2011 at 9:24 PM, Bert Freudenberg <[hidden email]> wrote:

On 31.05.2011, at 20:12, karl ramberg wrote:

On Tue, May 31, 2011 at 7:09 PM, Bert Freudenberg <[hidden email]> wrote:

On 31.05.2011, at 18:59, karl ramberg wrote:

On Tue, May 31, 2011 at 12:26 AM, Bert Freudenberg <[hidden email]> wrote:

On 30.05.2011, at 21:26, karl ramberg wrote:

>
>
> On Mon, May 30, 2011 at 8:10 PM, Bert Freudenberg <[hidden email]> 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
[hidden email]
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

On Sat, Jun 04, 2011 at 07:23:00PM +0200, karl ramberg wrote:
>
> 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,

There is a bug in the MPEG plugin in the current release of the standard
Unix VM that will require a new VM build to correct. Details here:

 http://bugs.squeak.org/view.php?id=7600

Is this the problem you are seeing? If so I'll see if I can encourage
a fresh Unix VM build to happen.

Dave