6th November 2008, 08:31 am
This is an evolving project. If you have suggestions or recommendations, I’d love to hear them in the comments below the post.
In order to quickly compare features, price and other items of note for the many screen recording apps available, I’ve used extjs to build a sortable chart. To sort by any column, click on a header name. Other options, like grouping, are available when clicking on the right side of a column. There are several features I’d like to add to the chart, like turning grouping off and adding a search feature, but I have to balance time between developing a nice chart and reviewing applications. Bear with me on the slow development of the chart, and let me know what you think below in the comments.
I’ll start posting reviews once the chart is complete, starting with the most popular applications. I recently explained why I’m doing this and how I’ll be reviewing the applications if you’d like more info. Based on my reviews, your comments and our faculty response, I’ll begin recommending specific applications, and somehow indicate those apps on the chart.
Several sites and articles were of invaluable help in building this list of screen recording apps, including:
3rd November 2008, 01:58 pm
This is an evolving project, and I’m interested in your suggestions - feel free to leave comments below the article.
I have to admit, I have a vested interest in this project. We are in the final stages of putting together a podcasting/screencasting studio together for faculty, staff and student projects. I want to provide a tested workflow both for applications we make available in the studio and applications we recommend instructors use on their own. The intended audience (faculty members who shouldn’t be required to become technology experts) and intended purpose will drive how I evaluate the applications. In my upcoming reviews, I’ll focus on evaluating and testing several specific features and characteristics.
The Reviews.
- Ease of use for non-geeks.
I don’t expect faculty to become technology experts - unless they want to, of course. Too often, it seems faculty find themselves in the position of being required to use a particular technology, which drives how they develop learning objects. Powerpoint is a good example - because the technology drives the development, we end up with a glut of slides with built-in themes, bullet-point lists and printed handouts. My belief and practice is technology should be implemented the other way around - faculty, as content experts, recognize a difficulty in teaching a particular skill set or course material, and look for a solution that may involve new technology. This way, the content drives the development, not the features and limitations of the selected technology. Because faculty should be empowered to create content and learning objects without slogging through help files and manuals, technology should be as transparent and easy to use as possible.
- Convert and use existing assets.
Many faculty already have existing objects they’d like to build on, including Powerpoint presentations, videos and photos. The recommended screencast application should provide a bridge for faculty, allowing them to start with what’s familiar and branch out into new features.
- One-stop shop.
I suspect this will be a deal-breaker for many applications I test. As much as possible, I’d like the recommended application to handle as much of the entire workflow as possible. I personally use several applications together when making screencasts - for example, I record audio and video separately. For faculty, however, I believe starting with one application is the easiest route. Don’t get me wrong - I heartily support faculty who wish to delve into technology and learn more than the superficial, official method; however, I recognize there are many who are not interested or don’t have the time, and wish to make technology as accessible as possible to as wide an audience as I can. Therefore, ideally, the recommended application will record, edit and publish/encode both audio and video.
- Multiple encoding options.
Many faculty wish to distribute their developed objects through multiple channels - online, on a DVD, broadcast on the local educational channel and via a podcast feed, for example. The recommended screencast recorders should be able to handle publishing objects in multiple formats, accommodating as many distribution channels as possible.
The Tests.
Workflow - Record a YouTube video, a Skype interview and a Second Life session.
Screencast recorders can be used for many more things than demonstrating how to use an application. For example:
- a Communications instructor can record a video of a speech and discuss the speaker’s communication skills
- a math instructor can use a tablet to write math problems on the screen and incorporate them into a video
- a Psychology instructor might record a Second Life session demonstrating a particular cultural phenomenon
- a History instructor might create a time-lapse video of a particular Wikipedia article demonstrating how our understanding of events might evolve
- an Art instructor might record a Skype interview with several museum curators, adding pictures or videos demonstrating the pieces discussed
- or an English instructor might create a machinima-based presentation demonstrating the real-world applicability of grammar rules
Granted, most of these projects are fairly advanced, but they all start with a basic list of features - recording audio and recording video at a high frames-per-second rate. To test an application’s basic abilities, I’ll record a YouTube video along with my own audio commentary; to test an application’s ability to handle as many advanced uses as I can anticipate, I’ll record a short Skype interview and Second Life session.
Distribution - publish for online (.flv or .swf), podcast/mobile (.mp4), and DVD (high-quality .mov or .wmv).
After completing the above recordings using each reviewed application, I’ll publish them and compare file size and quality using the three most-anticipated distribution channels.
Have other suggested tests or features to evaluate? Let me know in the comments below.
2nd November 2008, 11:19 am
This is an evolving project. If you have suggestions or recommendations, I’d love to hear them in the comments below the post.
I’m in the process of building a chart comparing features and characteristics of screencasting applications. It’s taking a while to build the chart, so I thought I’d list the apps below and begin asking people for recommendations for ones I missed. I’ve split the list up into three sections: Windows, Mac and Webapp/Other. Two notes of interest:
- I did not include Linux apps, as none of the faculty or studio computers are currently running Linux. If I have time, I might revise the list to include Linux apps.
- When adding applications to the list, I only picked … well, screencasting apps. This excludes programs with a lot of extra functionality, including my current favorite for building learning objects, Adobe Captivate. While apps like this do have screen recording features, they tend to be much more powerful and complicated for non-geeks. I’m sure I’ve offended someone out there, so I’ll explain what I mean in a follow-up post.
Several sites and articles were of invaluable help in finding screencasting apps, including:
In upcoming articles, I’ll explain why and how I’ll be evaluating the applications, build a chart for comparing features and describe the workflow I personally use. I also intend to publish as many reviews as I can, and publish a follow-up article identifying which applications I chose to recommend to our faculty and why.
And now, here’s the list:
4th June 2007, 03:49 pm
A friend recently had an interesting problem - he wants to promote the use of podcasts to instructors as a component of courses taught online, and identified the excellent, open-source Audacity as their Windows tool of choice. However, as he began writing documentation for installing and using Audacity, he realized many instructors would be immediately turned off by the complicated installation process required to set Audacity up for exporting projects as mp3 files - many instructors who could otherwise be taught how to record and save projects would not understand how to unzip LAME, copy the DLL file into Audacity’s folder, then point Audacity to the lame encoder. Instead of writing thorough documentation that would likely daunt non-savvy instructors, I suggested an alternative - creating our own installer. It worked so well, I thought others might benefit from the idea.
First, a word about licensing.
I originally wanted to provide the one-step Audacity/LAME installer as a downloadable file, but started reconsidering after looking into license issues. Audacity and LAME are themselves covered by GPL/LGPL and therefore are re-distributable; however, I can’t tell what the SetupStream license terms are, and the patent mess covering the mp3 format may prevent distributing a package that installs Audacity with built-in mp3 output. Since I can’t really tell, I listed the steps required to make your own installer, and you can choose how you use or distribute it.
Step 1
First, I downloaded the tools I’d need. Since I was creating a custom installer, I needed the zipped version of Audacity, not their installer. Additionally, I needed LAME and an installation creator with the ability to insert registry keys. After trying a couple install creators, I chose SetupStream - it’s easy to use, freeware and offers a wide array of features, including all those I need.
Step 2
Next, some preliminary steps: unzip Audacity into its own folder, then unzip the file lame_enc.dll from the LAME zip file into the the same folder that contains Audacity.exe. Install and start SetupStream, select Create New Setup and click Next.
Continue reading ‘Installing Audacity and LAME in one step’ »
