SDN eLearning Process needs to change

Question

Ok I'm going to rant a little bit about the SDN eLearning content creation and hosting process. Some of this is behind the scenes stuff, but it ultimately effects every user of SDN. 
I've always wanted to do more video based content.  I feel that it is an excellent way to demonstrate the useage of coding tools and the product itself.  However the process for submitting an eLearning to SDN takes at best weeks and somethings months before it gets posted to the public.  This makes it completely unusable for any type of regular video blogging. For the most recent Video Blog series that NetWeaver PM did we had to upload our videos to SAP's Temporary Download Service (100 days max) while we wait for the permanent hosting on SDN.
This is why I was happy to try out the Kyte.tv service last year.  It make instant posting possible.  Unfortunetely the size and resolution limitations aren't really sufficient to showing coding and complex screens in details.
So SDN can support the larger size needed, but the process seems broken.  To make matters worse, all the older videos used to be produced in an SDN provided tool called knowledge composer. This provided a unified look and feel, but now causes the technical problem that all the older vidoes can't be viewed in IE7.  The content authors now get the questions as to why the content can't be viewed.  I don't know who is going to do the work of converting all these old videos?
To fix the problem of the Knowledge Composer, we now don't have any tool to format the output.  Our team in US PM uses Camtasia 4 while other groups use Captiva or different versions of Camtasia. This creates different looks for the eLearnings.  There also aren't good guidelines as to the video format, size, compression options, etc.
So in the end I have a wish list of things I would love to see around eLearning:
1.  We need a faster way to get videos available
2.  We need to address the older videos that can't viewed in newer browsers
3. The videos need a download option for people with low bandwidth to be able to view them offline.
4.  The resolution of the video itself needs to stay at 1024x768 minimum otherwise the level of detail is not good enough for eLearning- also must support the lenght of an hour+ (also speaks to download ability).
5.  We need guidelines on formatting or a common tool
I welcome other suggestions from frequent users of the eLearning area of SDN.

Answer 1

Your feedback is noted.  In the era of "anyone can be a content creator" some have come to expect somewhat less than polished or professional results from recordings made by community contributors.  But I totally get you.  Our rich media team does too and they are working hard and long to create more consistent content and delivery methods.  Looking at the various "elearning" assets here is like taking a  tour through the brief history of our media enriched methods and it definitely is a journey.  I, like you, have little tolerance for poor sound quality and I will even go as far as to say that "elearning" is not the proper terminology to use for it, as learning usually is associated with assessment and iterative interactions.  Our rich media contents are passive, do not assess or test the users knowledge, do not gauge if the learning has occurred.  On the other hand, the use of podcasts or video casts can be an effective way to tell a story, represent something that would generally take much text in the telling or simply document a live event, meetup, workshop, or lecture.
As to delivery: It all comes down to learning preferences. 
Not everyone is skilled in the use of the screencam tools or video editing but not everyone learns from the same content delivery either.
In short, we will continue to provide contents in multiple formats and with the help of our media folks (like Jason Lax) work to improve the quality of their delivery.   Understand though that these contents will constantly be "under construction" as technologies improve and change.
Perhaps we should start "retiring" content that is not meeting expectations, but then again, we would need a real rating system to do that.