Announce: Screencast activity.

6 messages Options
Embed this post
Permalink
Chris Ball-8

Announce: Screencast activity.

Reply Threaded More More options
Print post
Permalink
Hi,

I started work on a Screencast activity tonight.  It's a frontend to
recordMyDesktop, which is the program Scott used for his screencasts.
Having a program on the XO that's capable of preparing shareable
tutorials could help out a lot with support, by allowing walkthroughs
to be prepared by children, teachers, and the rest of us.

The activity is (barely) functional now, including Journal integration.
The UI is entirely unpolished.

Large bugs:
  * When you're resuming a screencast from the Journal, you have to
    mouseover "Resume" and choose Browse from the dropdown, rather than
    just clicking Resume.  Is there a way to tell Sugar that I don't want
    my activity to be an option for opening the video/ogg files that it
    creates but doesn't know how to play?

  * Recordmydesktop is using /tmp as an intermediate location, which
    means that a long screencast runs the XO into OOM (or worse).

  * It reuses the icon from "Words".

  * I think the Totem plugin might be having a scaling issue when playing
    back a screencast.

Missing features:
  * There should be a checkbox for whether to include sound from the
    microphone in the screencast, which should pass --no-sound to
    recordmydesktop if unchecked.

  * Limits on how long to record, illustration of disk full percentage,
    progress meter for encoding stage?

  * i18n, icons for the buttons.

  * Find the optimal FPS setting to use.

  * We should avoid having the activity itself be present in the videos;
    perhaps by minimizing it immediately before starting recording,
    and then setting up a globally-bound keyboard shortcut for stop?

Would anyone be interested in owning this activity?  I don't have time
to finish it off properly at the moment, but I'd happily work with a
volunteer to answer questions and propose changes.

There's source here:
   http://dev.laptop.org/git/users/cjb/screencast-activity
and a bundle here:
   http://dev.laptop.org/~cjb/screencast/

Thanks,

- Chris.
--
Chris Ball   <[hidden email]>
_______________________________________________
Sugar mailing list
[hidden email]
http://lists.laptop.org/listinfo/sugar
Tomeu Vizoso

Re: Announce: Screencast activity.

Reply Threaded More More options
Print post
Permalink
On Fri, Oct 17, 2008 at 9:08 AM, Chris Ball <[hidden email]> wrote:
> Hi,
>
> I started work on a Screencast activity tonight.  It's a frontend to
> recordMyDesktop, which is the program Scott used for his screencasts.
> Having a program on the XO that's capable of preparing shareable
> tutorials could help out a lot with support, by allowing walkthroughs
> to be prepared by children, teachers, and the rest of us.

Sounds awesome!

> The activity is (barely) functional now, including Journal integration.
> The UI is entirely unpolished.
>
> Large bugs:
>  * When you're resuming a screencast from the Journal, you have to
>    mouseover "Resume" and choose Browse from the dropdown, rather than
>    just clicking Resume.  Is there a way to tell Sugar that I don't want
>    my activity to be an option for opening the video/ogg files that it
>    creates but doesn't know how to play?

If you are using write_file, then you are supposed to store in the
journal an entry that can be resumed in such a way that the user will
continue with what she was doing from the point she stopped.

If you want to store in the journal just the product of the activity
to date, then you need to create yourself a new object, add some
metadata and send it there. Record is doing something similar, other
than with an entry for every media object produced:

http://dev.laptop.org/git?p=activities/record;a=blob;f=serialize.py;h=f86c373a4aa98d9858d370429cb6123750cbc050;hb=HEAD#l301

HTH,

Tomeu
_______________________________________________
Sugar mailing list
[hidden email]
http://lists.laptop.org/listinfo/sugar
Erik Blankinship

Re: Announce: Screencast activity.

Reply Threaded More More options
Print post
Permalink
We wrote a screencasting library a while back.  It might be useful to whoever shepherds this type of library to compare implementations. Here is what the sample activity does with the library:
  • Click to start recording a screencast.
  • Type something witty that you want recorded.
  • Click to stop recording.
  • Quit the activity.
  • In your journal will be a small ogg file with your screencast.
  • Optional audio narration.  Not tightly coupled with screen events -- this could be improved.
  • Designed as library for other activities -- should be plug and play.  Bring on the connect-4 machinima!

---------- Forwarded message ----------
From: Erik Blankinship <[hidden email]>
Date: Feb 5, 2008 6:13 PM
Subject: screencasting
To: [hidden email]



Screencast 2 is available:
http://mediamods.com/public-svn/camera-activity/tags/xo/Screencast-2.xo

and as browsable source:
http://mediamods.com/public-svn/camera-activity/tags/screencast-2/



_______________________________________________
Sugar mailing list
[hidden email]
http://lists.laptop.org/listinfo/sugar
Eben Eliason

Re: Announce: Screencast activity.

Reply Threaded More More options
Print post
Permalink
In reply to this post by Chris Ball-8
On Fri, Oct 17, 2008 at 3:08 AM, Chris Ball <[hidden email]> wrote:
> Hi,
>
> I started work on a Screencast activity tonight.  It's a frontend to
> recordMyDesktop, which is the program Scott used for his screencasts.
> Having a program on the XO that's capable of preparing shareable
> tutorials could help out a lot with support, by allowing walkthroughs
> to be prepared by children, teachers, and the rest of us.

Awesome!

> The activity is (barely) functional now, including Journal integration.
> The UI is entirely unpolished.
>
> Large bugs:
>  * When you're resuming a screencast from the Journal, you have to
>    mouseover "Resume" and choose Browse from the dropdown, rather than
>    just clicking Resume.  Is there a way to tell Sugar that I don't want
>    my activity to be an option for opening the video/ogg files that it
>    creates but doesn't know how to play?

It seems that the activity might actually create both a Screencast
instance as well as a resulting screencast movie file.  The former
would be resumable in Screencast, the latter in the default activity
for video.  As to the usefulness of resuming, it might be possible to
add support for callouts (boxes, or arrows, or highlights, etc.) for
accentuating a specific part of the screen, or for adding textboxes to
the flow either as description aids (if no mic is used) or to break
the screencast into short, named chapters, etc.

If there truly is nothing that makes sense to resume within Screencast
itself for now, we can simply store the artifact instead.

>  * Recordmydesktop is using /tmp as an intermediate location, which
>    means that a long screencast runs the XO into OOM (or worse).
>
>  * It reuses the icon from "Words".

I'll think about this. I can see a 4:3 rect with a tiny XO in it being
a good starting point, perhaps with an offset record button in one
corner. Any better ideas?  I can hack an icon together if we get
consensus on something reasonable.

>  * I think the Totem plugin might be having a scaling issue when playing
>    back a screencast.

What res do you store the final movie at, out of curiosity?

> Missing features:
>  * There should be a checkbox for whether to include sound from the
>    microphone in the screencast, which should pass --no-sound to
>    recordmydesktop if unchecked.

Great idea.

>  * Limits on how long to record, illustration of disk full percentage,
>    progress meter for encoding stage?

All good.  The first seems quite necessary. Ideally all three of these
things would a) be visible all the time while recording b) not appear
within the screencast output.  I'm not sure that either (a) or (b) is
possible, sadly.

>  * i18n, icons for the buttons.
>
>  * Find the optimal FPS setting to use.
>
>  * We should avoid having the activity itself be present in the videos;
>    perhaps by minimizing it immediately before starting recording,
>    and then setting up a globally-bound keyboard shortcut for stop?

I'd recommend transitioning immediately to the Home view when
recording starts, so that screencasts always begin from the same
familiar place.  This is a natural starting point.  However, is it
possible for an activity to trigger that event?

I'm even less sure about stopping.  Ideally a stop button would be
another piece of ever-present, non-recorded info on the screen.  A
keyboard shortcut might work, but can you bind it globally even if the
app isn't focused?  Another option is to offer (really basic)
cropping, with a simple bar beneath the video with two endpoints which
can be dragged independently, to trim beginning and end of the
screencast as needed.  If kids didn't bother, at worst they'd have a
2-3 second part at the end where they focus the screencast activity
and press a stop button.

Another alternative is to automatically stop recording when the
activity is focused, but a) you'd still see the action of selecting
the activity again and b) this would prevent any screencasts of the
Screencast activity from being made.

> Would anyone be interested in owning this activity?  I don't have time
> to finish it off properly at the moment, but I'd happily work with a
> volunteer to answer questions and propose changes.

I wish I had time or experience to be able to, but I don't yet.  I'd
be happy to lend some graphical assistance, such as layout, button
icons, etc. to anyone who takes this up.

- Eben

> There's source here:
>   http://dev.laptop.org/git/users/cjb/screencast-activity
> and a bundle here:
>   http://dev.laptop.org/~cjb/screencast/
>
> Thanks,
>
> - Chris.
> --
> Chris Ball   <[hidden email]>
> _______________________________________________
> Sugar mailing list
> [hidden email]
> http://lists.laptop.org/listinfo/sugar
>
_______________________________________________
Sugar mailing list
[hidden email]
http://lists.laptop.org/listinfo/sugar
Gary C Martin

Re: Announce: Screencast activity.

Reply Threaded More More options
Print post
Permalink
On 17 Oct 2008, at 14:01, Eben Eliason wrote:

> On Fri, Oct 17, 2008 at 3:08 AM, Chris Ball <[hidden email]> wrote:
>> * We should avoid having the activity itself be present in the  
>> videos;
>>   perhaps by minimizing it immediately before starting recording,
>>   and then setting up a globally-bound keyboard shortcut for stop?
>
> I'd recommend transitioning immediately to the Home view when
> recording starts, so that screencasts always begin from the same
> familiar place.  This is a natural starting point.  However, is it
> possible for an activity to trigger that event?
>
> I'm even less sure about stopping.  Ideally a stop button would be
> another piece of ever-present, non-recorded info on the screen.  A
> keyboard shortcut might work, but can you bind it globally even if the
> app isn't focused?  Another option is to offer (really basic)
> cropping, with a simple bar beneath the video with two endpoints which
> can be dragged independently, to trim beginning and end of the
> screencast as needed.  If kids didn't bother, at worst they'd have a
> 2-3 second part at the end where they focus the screencast activity
> and press a stop button.
>
> Another alternative is to automatically stop recording when the
> activity is focused, but a) you'd still see the action of selecting
> the activity again and b) this would prevent any screencasts of the
> Screencast activity from being made.

Why not take the easy path ;-) Make the Screencast activity show a  
title page (hide toolbar), big empty (white) page with a large font  
(black) text title, and perhaps a (grey) time counter with subtle stop  
button near by. Kid can then:

* start Screencast activity
* set the title name
* chose a record duration (default could be quite short as in Record)
* hit record, Screencast shows a clean title page, and then triggers  
actual recording
* kid can narrate over title page if they want
* uses frame or keyboard to switch into task to demo
* returns to Screencast instance (see title page again)
* can give end narration if they want, and then hit stop

End up with a nice screencast with a clean title screen at start and  
end.

--Gary
_______________________________________________
Sugar mailing list
[hidden email]
http://lists.laptop.org/listinfo/sugar
C. Scott Ananian-3

Re: Announce: Screencast activity.

Reply Threaded More More options
Print post
Permalink
In reply to this post by Chris Ball-8
On Fri, Oct 17, 2008 at 3:08 AM, Chris Ball <[hidden email]> wrote:
>  * Recordmydesktop is using /tmp as an intermediate location, which
>    means that a long screencast runs the XO into OOM (or worse).

export TMPDIR=$HOME/instance
in your wrapper should help a lot here.

>  * It reuses the icon from "Words".

Is inkscape not awesome enough for you?  Is your wife not an artist? ;-)

>  * We should avoid having the activity itself be present in the videos;
>    perhaps by minimizing it immediately before starting recording,
>    and then setting up a globally-bound keyboard shortcut for stop?

gtk-recordmydesktop just minimizes itself after you click record.
That should work fine on the XO as well; matchbox/other wm will chose
an appropriate window to show.

Ideally, you'd use the same panel-widget for 'stop' as
gtk-recordmydesktop does.  The Frame should really be a "real" panel
widget and support the same standard notification area mechanism that
gnome-panel (and friends) do.
  --scott

--
                         ( http://cscott.net/ )
_______________________________________________
Sugar mailing list
[hidden email]
http://lists.laptop.org/listinfo/sugar