Drawtivity article published in Talis Panlibus magazine

Heads up on an article on Drawtivity that has just been published in the Talis Panlibis Magazine – issue 19 (view magazine).

Drawtivity update – activity scoring

If you are interested there has been progress on the Drawtivity project in the development of a mechanism to score activities. This has proven to be quite a complex business involving a great deal of thinking and also a fair bit of mathematics. We now have a mechanism that in testing seems to automatically generate appropriate percentage scores based on the accuracy of the user’s drawn response when compared against the activity answer. To learn more about the thinking behind this mechanism please review the Drawtivity blog posts How to score a Drawtivity activity and Implementing activity scoring. To try an example scored activity click on the screenshot below.

Try a scored Drawtivity activity

Two brand new custom Articulate Presenter skins available now

We are extremely pleased to annouce that we have just launched two new skins for Articulate Presenter which are now available for purchase. Set your e-learning course apart with these eye catching and simple to use designs. For more information click on the images below:

More information on the iBar skin More information on the iSkin
iBar - a clean simple skin that allows you to add your own logo (more info on iBar). iSkin - inspired by an iconic design available with black and white backgrounds (more info iSkin).

Both skins can be customised to meet your exact requirements (bespoke colour schemes, functionality, logos etc) for an additional fee.  Please get in touch for more information.

Video for web and iPhone/iPad – lessons learned (the hard way)

As part of a recent project we have been involved in producing a series of short videos for increasing the awareness of doctors of how to use a physiotherapy referal service. A technical am of this project has been to deliver these videos to both PCs and mobile devices, but without using a video delivery service such as YouTube or Vimeo.  So we wanted to encode one version of the video file into a format that would play in a flash video player embedded in a web page and also be playable on the iPhone/iPad which obviously doesn’t currently have a flash player.

To do this we choose to use the JW Player which offers built in HTML 5 support and encoded the video using H.264

The first thing we learnt was that to get the player to substitute the HTML 5 version for the flash version when viewed with an iPhone/iPad, the video player needs to be embedded within the web page using the JW Player’s own JavaScript embedder (jwplayer.js), rather than HTML embed tags or the generic SWFObject javascript embedder.

Unfortunately it then turned out we had another more significant issue to overcome.  Once we had uploaded our video files and began testing them on-line we encountered serious audio synchronisation issues in the videos when viewing on a PC. This problem did not affect viewing on an iPhone and seemed to disappear if the video was paused and restarted. Initially we thought this must be an intermittant file caching issue. However the same problem was reported by various viewers and we slowly realised this was more serious.

A web search eventually found this forum post by Andrew Wallace which appeared to shed light on this problem:

The H.264 is not a completely “contained” compression method — by this I mean that Audio and Video tracks are still treated as separate entities that only QuickTime can recognize integrated timing information to match each track with one another. Flash, however, can not detect this information and so when it sees a gap of no audio, it shifts the remaining audio to fill in the gap, thus causing a sync issue. Why? Not entirely sure — it’s a Flash issue that has never been addressed by Macromedia/Adobe.

The same post suggests a solution to this problem:

Create a white noise track (generated in a sound program like Soundtrack) that is the complete duration of your video tracks and insert it underneath your currently existing audio track. Set the level to around -70dB thus making it inaudible. This track acts as a binding track to keep things in sync. Export as a self-contained file and compress as you normally would. You can still use H.264 as your compression method.

A subsequent post in the same thread suggests that this solution isn’t necessarily always successful…

So what to do… for this particular project we have now chosen to encode into FLV format for PC delivery and offer a separate H.264 version for iPhone/iPad viewers and provide jQuery tabs to allow selection between the video options available. This is not to suggest that a single video format can’t be used, but we have discovered this is not as simple as it appears and so we opted to use a tried and tested approach that we can have confidence in.

Screen shot of the video player and selection tabs