ScreencastsInUbuntuSpec

Summary

This spec describes Screencasts In Ubuntu whose aim is to develop an infrastructure to allow tutorial videos (screencasts) to be easily accessed from the Ubuntu desktop, and directly from within the online help for applications.

Rationale

The goal here is to make tuition video content directly available in Ubuntu. This content would be produced by the Ubuntu Screencasts team and it would be made available directly on the desktop using the standard help browser. The videos would be embedded directly in yelp, being streamed from a localized ubuntu screencast server (CC.screencasts.ubuntu.com/foo/bar/baz). The videos should be easily accessible to someone looking for help. It therefore could make sense for them to be embedded inside the online help. That way the user goes to one location for text based help, screenshots and videos.

Use Cases

  • John buys a new Ubuntu system from Dell and wants to get started. When he logs in, a little notification bubble pops up telling him tutorial videos are available by clicking System->Tutorial Videos. He clicks the menu and a little program appears with a range of general purpose tuition videos.

  • Paul wants to learn how to use OpenOffice.org Writer - he clicks Help->Tuition Videos and the window appears with a range of videos for different tasks in that application.

  • Daniel is keen to learn how to contribute to Ubuntu. He clicks System->Contribute->Tuition Videos. Here the window appears and has a number of videos for packaging, bug triage, translations etc are available. He can now get started learning how to contribute easily.

  • Sarah is installing Ubuntu. When she boots from the CD and the desktop starts, a small window appears offering her a video tutorial of how to install Ubuntu.

Scope

Due to the nature of the spec, the scope reaches into a number of distinct areas:-

Embedded in Help option

  • Client
    • Yelp + Totem plugin

Common elements

  • Server side hosting and management
    • Deployment of videos to server infrastructure
    • Streaming technologies

Design

Playback

A simple interface for playback should be used. Something similar to that used by other media players (such as Totem).

Application Integration

Individual applications should have their "help center" (most likely a menu item) modified to provide a link to start the screencast playback client. The application should pass to the client it's own name and version to allow the client to pre-filter the list of available screencasts and thus make it context sensitive.

Server hosting

We would need a means to store screencasts somewhere so that the client can request them. Launchpad seems a sensible place here, but any structured filesystem would also be suitable. Storing on

This would also require an investment from IS regarding serving and bandwidth. We would need to determine bandwidth requirements and affordability.

The server should host:-

  • Screencasts in Ogg / Theora / Vorbis format for streaming by the totem plugin over http
  • Screencast meta-data
    • Release of Ubuntu that each screencast pertains to
    • Application(s) and versions of, that each screencast pertains to.
    • Size, date created, popularity, duration, and availability of audio tracks and subtitles
      • Data can be gathered from standard web server log analysis

Implementation

Unresolved issues

  • Localization
    • Subtitles - can they be shown in a video that is streamed? (we know that .srt files can be loaded from the local fs)
    • Alternate audio streams, dub audio on top of the video
    • language on the desktop when the recording is made.
    • Full localization is linear in the number of languages both in effort and diskspace.

Factors in size of vidoes

  • resolution
    • currently 1024x768 -> 1280x720

    • make them the minimum size useful for driving the point down
  • duration
    • currently 5 to 35 minutes
    • codec/bitrate video/audio
      • Flash is a possibility, but is a non-free format.

BoF agenda and discussion

The tools ========= * recording:

  • we want only free tools
  • xvidcap:
    • not in universe, because of legal problems with the parts we don't use (ffmpeg,...)
    • could motu package a clean version?

* all current apps have limitations * editing:

  • avidemux: could motu package this with added ogg theora/vorbis support?

* documented in the wiki * possibility to use xnest and simplify

How to make it easier to contribute:

Comments

Daengbo: I think this would be most easily accomplished by having RSS feeds for each release and category. The video help system would then just be a simple RSS parser which listed, for example, the 8.04 videos tagged with Rhythmbox. If there is a specific order to the videos (basic to advanced), that could easily be set server-side. I guess mousing over the name of the video would bring up a short description, and clicking on it would just open a link to the video with Totem (or preferred player). This is a great idea!! My only complaint is that the screencast team now mispronounces Ubuntu, so the screencasts will need to be a little more professional. Bandwidth could be saved by integrating bittorrent into the download client, but I think that's too much for a Hardy release.

Daengbo: One more thought about bandwidth. The videos could be packaged as part of the documentation, installed upon the first request to view the video. This would solve the problem of bandwidth, since the packages are already mirrored.

Matthew Rossi: I like the idea, and will endorse it where needed. The bandwith issue will be a problem, though I think that the bittorrent idea is clever. The idea of installing the videos as documentation packages is clever, but you can't balloon the size of the package too far. There are many Ubuntu users that don't have access to Unlimited Downloads/Fast Internet. Also, I have always pronounced Ubuntu correctly from the start. So much to say for most of you Wink ;)

AlanPope: Ideally the videos would be hosted by Ubuntu/Canonical (as the screencasts already are), and could potentially be mirrored by willing parties. The videos would be streamed, so would not be installed on the local machine, so it would not cause disk space issues. I don't think that pronouncing something _differently_ makes something less professional. A large proportion of people "mispronounce" Ubuntu, in the same way that a large proportion of people "mispronounce" Linux. I really don't think that's a major issue.

Matthew Rossi: We should be offering both direct download and streamed versions. There'd be people out there that would want to watch a screencast repetitively so that they can see what they missed without having to download it every time. Some people like myself don't have that luxury, especially seeing that some of these screencasts are in excess of 20 mins long (it's not as if it's a bad thing), because of bandwith restrictions that they have on them imposed by their ISP. Maybe you could have a setting where you could choose between direct download or streaming? Also, are there any other players aside from Totem to be used for streaming, because I've had nothing but problems regarding streaming in Totem (don't want to go into detail about it though).

AlanPope: The current thinking is for the videos to be embedded inside the help viewer "yelp". So when you go for help on a particular topic you would find a text description of the application with maybe some screenshots, but one or more embedded videos. They would not play automatically, but would start once the user clicks the "play" button. As the videos would be hosted on a site accessible over http, I see no reason why they should not also be playable directly from the web. No Specific player would be chosen, the user would simply use whatever browser plugin their system has installed, which by default is Totem, but can be changed by the user. It would be possible to have a link under each video titled "Download" to allow users to download and view them later. It's worth pointing out that these screencasts will likely be very short - 1-5 minutes long, and not be full screen resolution.

AlanPope: It might be nice to be able to configure the yelp tool to know whether a net connection is available or not. If not, it should not show the embedded video as the user will be unable to play them and will likely get annoyed when they get errors on clicking them. In addition it might be useful if the base url http:// screencasts.ubuntu.com could be configured so that people could host their own local copy of the videos.

StuartLangridge: You don't want to configure the server, I wouldn't have thought. Just pick up which ubuntu server they have set as the repository in synaptic, and use that one or the relevant one for the corresponding country, if you see what I mean).

AlanPope: I do, but we wont store them in the standard place, they wont be on archive.ubuntu.com for example, more likely gb.screencasts.ubuntu.com or something having a local mirror would be quite neat though I think, especially in a training environment.

StuartLangridge: true, but if I'm using gb.archive.ubuntu.com as my mirror then I can use gb.screencasts.ubuntu.com as my video mirror, surely?

AlanPope: that would make sense

StuartLangridge: I mean, there's a list somewhere which knows that "gb.archive.ubuntu.com" is in the UK. Actually, a nice way might be to link to the videos as http://screencasts.ubuntu.com/displayvideo?videoname=gimp.ogg&myarchive=gb.archive.ubuntu.com and then have that page redirect so you only need the list of what mirrors are in what country in one place and if there's no video mirror corresponding to your archive mirror, then just use screencasts.ubuntu.com. This does of course rely on yelp being able to dynamically create links in help pages which contain your set archive mirror, which might be doable with JavaScript if yelp pages are privileged enough to be able to read the filesystem.

MatthewPaulThomas: I think it would be very cool to have screencasts on relevant pages on help.ubuntu.com. That way individual help topics can have a “Show Me” link if there’s a relevant screencast, rather than people having to guess ahead of time whether their particular problem will have a related screencast or not. This would also solve the hosting problem without any extra infrastructure: a screencast would be a wiki attachment. And it would solve the localization problem: localized versions of the help pages would link to screencasts only if there was a version suitable for that language (whether done from scratch, dubbed, or subtitled).

RandalBarlow: I am doing something similar with my project ShowCast(a showcase of screencast). It is somewhat different in that it would load upon first login and present a simple interface where a new user could view a few vital screencast like 'Installing Applications in Ubuntu'. It is built using pygtk and uses gstreamer to display the screencast in the same window rather then opening a new totem window.


CategorySpec

ScreencastsInUbuntuSpec (last edited 2008-08-06 16:24:45 by localhost)