.. include:: ======================== Giving Your Screencast ======================== :Author: Jeff Rush :Copyright: 2007 Tau Productions Inc. :License: Creative Commons Attribution-ShareAlike 3.0 :Date: June 21, 2007 :Version: 1 :Series: Casting Your Knowledge, With Style Now that you have a studio and a plan, we cover how to begin and conclude your screencast and a bit about postprocessing. Then we cover your behavior during your talk and how to get your screencast distributed to others. .. footer:: Casting Your Knowledge, With Style .. |CLICK| image:: /home/caster/themes/screencast-800x600/NextSlide.png .. container:: handout Hello, my name is Jeff Rush and this is the second talk in the series, "Casting Your Knowledge, With Style". Roadmap to Talk =============== .. container:: slide-display + `How to Begin and Conclude` + `Postprocessing` + `Speaker Behavior` + `Distributing your Talk` .. contents:: Table of Contents :class: handout .. container:: handout This talk with focus on the actual casting process, that of capture and distribution. |CLICK| We'll cover how to start and end your cast, |CLICK| some postprocessing tips, and |CLICK| some do's and don'ts on speaker behavior. Then |CLICK| we'll finish up with some options for distributing your talk. Starting Your Talk - First Audio ================================ + `first audio` `"Hi, my name is [Bob] and in this talk I'll be demonstrating how to do [such and such]"` + `versions of software used` + `branded lead-in audio` + `http://magnatune.org` .. container:: handout |CLICK| You're ready to record your presentation, but what do you say first? How do you introduce the topic and yourself? |CLICK| One suggestion is this very simple statement. For short casts it is important to keep it brief and get into the talk quickly. |CLICK| If your talk is highly specific to certain versions of software, this introduction is a good place to mention it. If the version relationships are complex, use a separate slide. |CLICK| You may also want to consider some kind of music or sound effect lead-in, to set the tone and give a certain branding to your presentations. You may have seen this used to good effect in the Python411 podcasts. |CLICK| By the way, the magnatune.org music site has very clear music licensing terms for use in casts. And for non-commercial podcasts, there is no fee. Starting Your Talk - First Slide ================================ + `the title` + `your name and email` + `copyright and distribution license` + `the date` + `revision of talk` + `one paragraph abstract` + `good for posting on distribution point too` .. container:: handout Your first slide should say something about you and your talk, and some distribution points will use that first slide as your talk graphic. |CLICK| Obviously, it should give your *title*, but also some way to contact you |CLICK| such as your name and email, or website. |CLICK| You should also make clear the ownership and distribution rights for your talk. If you welcome others spreading it around, please make it clear. |CLICK| Include the date, preferably in an international format, so that viewers have some idea of the freshness of the talk if they come across it in a collection. |CLICK| Because casts can be redone so easily, I recommend a version number, so that someone who has already watched your talk can know if this is a more recent release. While the date could serve as that indicator, having a distinct version number that increments conveys to your viewers that the material is being updated and they should watch for new releases. |CLICK| |CLICK| You'll need a brief abstract of your talk to post on your distribution site, so go ahead and include it on the first slide as well. Concluding Your Talk - Last Slide ================================= + `put up a final slide` + `repeat author contact info` + `a URL to where to find video, handouts` + `resources - books, websites` .. container:: handout |CLICK| It's a good idea to finish your talk with |CLICK| a final slide that repeats your name and contact information. |CLICK| And that points to where the video, slides or handouts can be obtained. |CLICK| You may also consider pointing to various resources for further learning. Concluding Your Talk - Last Audio ================================= + `last audio` `"In this talk I've demonstrated [such and such] and you might want to follow-up with these resources."` + `branded fade-out audio` .. container:: handout |CLICK| As you close your talk, end with |CLICK| a brief restatement of the purpose of your talk. |CLICK| And perhaps an optional audio fade-out of music or sound effects, to convey that the talk is actually ended and give a brand. Postprocessing ============== + `audacity for audio` + `avidemux for video` + `sox for audio noise filtering` + `perhaps snip start/end/boring parts` + `perhaps adjust speed of presentation` + `normalize sound levels` .. container:: handout For postprocessing of your talk, there is a wide variety of tools. For Linux, I use the tools |CLICK| *audacity* for audio and |CLICK| *avidemux* for video. |CLICK| The *sox* tool is good for batch-style filtering of the audio. I'll show more of its use in a follow-on talk about Linux and casting. |CLICK| Basic uses of these tools is to snip the beginning or ending of a talk, or any boring parts in the middle. |CLICK| Some also use them to alter the speed of presentation just a bit, if you tend to speak quickly or slowly. |CLICK| These tools or one called the *Levelator* can be used to normalize the audio to an optimum level so that your talks are consistent from one to the next. Behavior Tips ============= + `do NOT...` + `breath into the microphone` + `just talk and talk -- demonstrate!` + `type large amounts of code` + `try to debug that code online` + `DO park the mouse pointer and leave it alone` `or use a desktop that hides an inactive pointer.` .. container:: handout When starting out in casting, |CLICK| there are a few behaviors to watch out for. |CLICK| Avoid breathing into the microphone. Test your audio setup beforehand and practice to get the sound right. |CLICK| Don't just talk and ignore the screen. Show that feature rather than verbally describe it if at all possible. |CLICK| Do not try to type in large amounts of code during your talk. Prepare it in advance as you're bound to make a mistake or bore your viewers. |CLICK| Unless your talk is about debugging, do not try to debug unfamiliar code in the middle of your talk. |CLICK| When the mouse is not needed, park it out of the way and leave it alone. Do not fidget with the mouse. |CLICK| Or enable a desktop feature that hides the mouse when it is inactive. More Behavior Tips ================== + `prep your laptop` + `disk space` + `AC power` + `printed speaker notes` + `show don't say URLs` + `put in slides` + `or on a sticky-note` .. container:: handout |CLICK| When sitting down to cast, |CLICK| always start with plenty of disk space. It is painful to miss that perfect recording and have to start over. |CLICK| Also be sure to plug in your laptop. I've seen casts where a window popped up saying there was 5-minutes left on the battery and the speaker began talking faster and faster. |CLICK| It can be helpful, if you've interspersed speaker notes in your slides, to print them out and refer to them as you speak. It's something you can do with casting that you can't with face-to-face speaking. |CLICK| Don't try to spell out URLs verbally. |CLICK| Show them in your slides, or |CLICK| use software that provides yellow sticky notes on your desktop that you can drag into view. Most desktops provide something like this. Distribution - Preparing My Cast ================================ + `label with metadata` + `insert a seekable index` + `consider...` + `an audio-only package` + `a text-only package` .. container:: handout So you've recorded your talk and are ready to make it available to others. So that others can catalog it on their site or in local collections, |CLICK| be sure to tag your talk with metadata - various tags that go inside the multimedia file being distributed. There are various tools for this, depending on your platform and capture software. |CLICK| For some formats, there are tools that will insert a seekable index, so that the viewer can jump to any part of the talk. Sometimes this is done for you automatically. |CLICK| If your talk does not have a strong reliance on visual presentation, you may want to consider |CLICK| an audio-only distribution, for those with portable players during long commutes or walks. |CLICK| And if you used RestructuredText for your slides, please consider making your talk available as a flat textfile under an open license for others to update and build upon. Distribution on video.google.com ================================ + `prefers submissions of` + `MPEG4 with MP3 audio` + `MPEG2 with MP3 audio` + `also accept other formats` + `do not accept` + `flash files` + `will scale you to 640x480` .. container:: handout When considering where to distribute your talk, one that will get you a wide but general audience is Google Video. |CLICK| They prefer submissions in either the |CLICK| MPEG4 or |CLICK| MPEG2 container format, with MP3 audio, but will accept |CLICK| a variety of other formats. |CLICK| But they do not accept |CLICK| any flash files. Note that they will |CLICK| scale your video down, and for screencast that can make text unreadable. You'll have to use a larger font, which can make presentation awkward or a different distributor. Distribution on showmedo.com ============================ + `wants submissions of` + `MPEG4, AVI or MOV containers` + `good mono audio (mp3, pcm)` + `800x600` + `will transcode to` + `640x480` + `5 frames/sec` + `flash video` + `compress uploads using p7zip` .. container:: handout For the programmer community, especially for Python related materials, the showmedo.com team is an excellent choice. |CLICK| They want submissions in |CLICK| MPEG4, AVI or MOV containers, with |CLICK| mono audio, in |CLICK| 800x600 screen resolution. |CLICK| Like Google Video, they will transcode your video down to |CLICK| 640x480 resolution, at |CLICK| 5 frames per second, hosting it on their site as |CLICK| flash video. |CLICK| When submitting talks, they request that you use the *p7zip* compression tool, available under all common platforms including Linux. It seems to work very well for videos. Distribution on Your Own Site ============================= + `aggregated RSS feed` + `many free flash players you can use` + `remember those of us who like Ogg Theora/Vorbis` .. container:: handout Or you may prefer to host your videos on your own site. |CLICK| To get the word out, establish an RSS feed and get it aggregated onto a well-known site. |CLICK| For embedding the video into your website, there are several free flash players. |CLICK| But please remember those of us who prefer open formats and also offer your content for the Ogg Theora/Vorbis encodings. Your Own Site - Streaming the Video =================================== + `only some containers are streamable` + `MP4` `video: MPEG-4 ASP` `audio: MP3` + `OGM` `video: Theora` `audio: Vorbis` + `FLV` `video: FLV` `audio: MP3` + `not AVI` .. container:: handout Video streaming is a complex topic, but from my reading |CLICK| not all formats are suitable for streaming. Of the many available, the best three seem to be |CLICK| |CLICK| MP4, |CLICK| with audio in MP3 format, |CLICK| |CLICK| OGM, |CLICK| with audio in Vorbis format, and |CLICK| |CLICK| flash video, |CLICK| with audio in MP3 format. |CLICK| Wikipedia has a note that old containers, like AVI are not well suited for streaming. I'd welcome further comments on this, but I feel if I cover the three formats above, I've got all bases covered and can convert to others. Conclusion ========== + `practice, practice, practice` + `applicable to live presentations` + `the Python community needs more multimedia` + `5-minute intro segments` + `in-depth module stories` + `design or debugging how-to sessions` + `Contact me:` `Jeff Rush ` .. container:: handout The key to casting success is to |CLICK| practice, practice, practice. As you crank them out, you will get better at it. And not just at casting but also |CLICK| live presentations, as many of these techniques work there as well. I also hope we can create more confident and better speakers for our conferences. When you produce some great casts, please let me know. |CLICK| The Python community needs more multimedia materials. |CLICK| We need 5-minute introductory segments. |CLICK| We need in-depth talks about commonly used modules. |CLICK| And we need walk-through talks on designing or debugging programs. Please get involved. It's work but it's also a lot of fun. Look for the next talk in this series, in which we cover the tools I use for casting under Linux. Thanks for listening and I hope some of you will be motivated to get into casting. I hope to refine and expand this talk with feedback from listeners, so |CLICK| |CLICK| please let me know where I get it wrong and how it be improved. The slides and script are available under the Creative Commons Attribute-ShareAlike license, for you to reuse or change. .. Local Variables: mode: rst mode: outline-minor End: