INSERT INTO sites(host) VALUES('learningapi.com') 1045: Access denied for user 'www-data'@'localhost' (using password: NO) learningapi.com Estimated Worth $152,306 - MYIP.NET Website Information
Welcome to MyIP.net!
 Set MYIP as homepage      

  
           

Web Page Information

Title:
Meta Description:
Meta Keywords:
sponsored links:
Links:
Images:
Age:
sponsored links:

Traffic and Estimation

Traffic:
Estimation:

Website Ranks

Alexa Rank:
Google Page Rank:
Sogou Rank:
Baidu Cache:

Search Engine Indexed

Search EngineIndexedLinks
 Google:
 Bing:
 Yahoo!:
 Baidu:
 Sogou:
 Youdao:
 Soso:

Server Data

Web Server:
IP address:    
Location:

Registry information

Registrant:
Email:
ICANN Registrar:
Created:
Updated:
Expires:
Status:
Name Server:
Whois Server:

Alexa Rank and trends

Traffic: Today One Week Avg. Three Mon. Avg.
Rank:
PV:
Unique IP:

More ranks in the world

Users from these countries/regions

Where people go on this site

Alexa Charts

Alexa Reach and Rank

Whois data

Who is learningapi.com at whois.godaddy.com

Domain Name: LEARNINGAPI.COM

Registrar URL:
http://www.godaddy.com

Registrant Name: Larry Bouthillier

Registrant Organization:

Name Server:
ns1.greengeeks.com

Name Server:
ns2.greengeeks.com

DNSSEC: unsigned



For complete domain details go to:


http://who.godaddy.com/whoischeck.aspx?domain=LEARNINGAPI.COM



The data contained in GoDaddy.com, LLC's WhoIs database,

while believed by the company to be reliable, is provided "as is"

with no guarantee or warranties regarding its accuracy. This

information is provided for the sole purpose of assisting you

in obtaining information about domain name registration records.

Any use of this data for any other purpose is expressly forbidden without the prior written

permission of GoDaddy.com, LLC. By submitting an inquiry,

you agree to these terms of usage and limitations of warranty. In particular,

you agree not to use this data to allow, enable, or otherwise make possible,

dissemination or collection of this data, in part or in its entirety, for any

purpose, such as the transmission of unsolicited advertising and

and solicitations of any kind, including spam. You further agree

not to use this data to enable high volume, automated or robotic electronic

processes designed to collect or compile this data for any purpose,

including mining this data for your own personal or commercial purposes.



Please note:
the registrant of the domain name is specified

in the "registrant" section. In most cases, GoDaddy.com, LLC

is not the registrant of domain names listed in this database.

Front Page Thumbnail

sponsored links:

Front Page Loading Time

Keyword Hits (Biger,better)

Other TLDs of learningapi

TLDs Created Expires Registered
.com
.net
.org
.cn
.com.cn
.asia
.mobi

Similar Websites

More...
Alexa鏍囬

Search Engine Spider Emulation

Title:LearningAPI
Description:outhttp:www.learningapi.com201204variable-speed-playback-html5-video-feature dc:identifierhttp:www.learningapi.com201204variable-speed-playback-html5-video-feature dc:titleVariable Speed Playback – HTML5 Video Feature trackback:pinghttp:www.learningapi.com201204variable-speed-playback-html5-video-featuretrackback
Keywords:
Body:
LearningAPI
Entries RSS | Comments RSS
Digital Media, Streaming Video Educational Technology
Home
About
Author Bio
Conference Sessions #038; Workshops
JW Player Plugins
SlideSync/SlideScroller Example Page
StreamingMedia Articles
Flash Streaming With Amazon Cloudfront
Dynamic Streaming in Flash #8211; Bitrate Switching
All Articles #038; Posts
Blog Posts (2010+)
Blog Posts (pre-2010)
Tutorials #038; Articles (1998-2004)
Variable Speed Playback #8211; HTML5 Video Feature
Comments Off
By Larry B, April 6, 2012
One of the most desired features for educational video content - particularly recorded lecture content - is the ability to speed up playback to 1.2x or 1.4x normal speed. Now, you can easily add this feature to your video website, with a few caveats.
When you increase playback speed, it turns out that it's still quite listenable, and the quicker pace can even enhance the experience. Chit chat, pauses, um's and ah's and other delays that slip by unnoticed when you're live in the room face-to-face with the speaker become unbearable time-wasters when you're watching a recording on your own time.
There used to be two options for enabling this. On the client side, third-party products installed directly by end users, like Encounce's MySpeed plugin, were the way to do it.
On the server side, you could encode the video with the faster timeline baked in, and let the user switch streams at will. Bloggingheads.tv uses this method on most of its videos.
But now, HTML5 video playback offers the same capability (at least on some browsers). Let's take a look at an example. (You'll need to use Chrome, Safari, or IE9 for this example to work - Firefox (at least as of version 8) does not yet support this.)
The key is the lt;video gt; element's playbackRate property. Normal playback speed is expressed as a floating point number: 1.0. Accordingly, 2.0 is double speed, 0.5 is half speed.
Here's a code sample for the links above the video shown below:
lt;script type="text/javascript" gt;
function speed(x){
var myVid=document.getElementById("streamDiv_video");
myVid.playbackRate=x;
$('#pbrate').html(x);
}
lt;/script gt;
...and then the HTML...
lt;a href="javascript:speed(0.5)" gt;.5x lt;/a gt;
lt;a href="javascript:speed(1.0)" gt;1x lt;/a gt;
lt;a href="javascript:speed(1.2)" gt;1.2x lt;/a gt;
Now the example...
.5x
1x
1.2x
1.4x
2x
Playing at 1x
If you're using Firefox, you won't see video. Firefox cannot play H.264 video in HTML5. Encoding in WebM would have made the video play, but since Firefox does not yet support the playbackRate property, this demo still would not have worked.
Video: Just Another Day, NASA JPL.
There are advantages and disadvantages to each method:
MethodAdvantagesDisadvantages
Client-side PluginLocal install for user - no effort on content provider's part.Can't offer as universal feature of your site, does not work well with RTMP Flash streaming - HTTP only.
Encoding with timeline baked inWorks with RTMP, Flash, any browserExtra encoding for site owner, custom code to switch streams seamlessly, can't do progressive download, requires streaming (or pseudo-streaming) protocol that provides random access into video
HTML5 playbackRateLightweight to implement, just some Javascript on the page, works with progressive downloadWorks only with HTTP delivery, works only on certain browsers
The W3C has a good HTML5 Video property and event demo tool where you can manipulate playbackRate and other properties, and see the resulting events as they happen.Bookmark to:
Streaming Media Technology Tips, Web and Software Development
Video Compression for Flash, Apple Devices and HTML5
Comments (1)
By Larry B, July 28, 2011
I #8217;ve been enjoying Jan Ozer #8217;s new book, Video Compression for Flash, Apple Devices and HTML5. It #8217;s the comprehensive how-to tutorial on video encoding you #8217;d expect from Jan, as well as a lot of insight about best practices and all the things you should be paying attention to when you #8217;re publishing video online.
Chock full of examples, test results, tables of useful data, and technical information you can put to use right away #8211; this is a great resource for anyone: novice to expert.
Part of what I like is Jan #8217;s no-nonsense approach as a practitioner. For example, after a detailed analysis of publishing using HTML5, he cuts to the chase:
HTML5 #8217;s value proposition today, and for the foreseeable future, is #8220;encode in more formats that offer no advantage over H.264, and play on fewer computers, and distribute your on-demand content to vastly fewer viewers with lower quality of service, less features and a reduced ability to monetize than you can with Flash or Silverlight. Oh, and forget live. #8221;
Don #8217;t get me wrong #8211; he still covers everything you need to know (in great detail!) about targeting HTML5 players. But he explains in practical terms what it really means to do so, and when and why you ought to.
Highly recommended.
Bookmark to:
Streaming Media, Uncategorized, Video and Multimedia Technology
HTML5/Flash Video Player Comparison
Comments (2)
By Larry B, July 21, 2011
Here #8217;s a nice one-stop-shop for comparing HTML5-capable video players: VideoSWS, (where SWS apparently means, #8220;See What Sucks #8221;).
The chart provides a rough view of player capabilities. but clicking the names of each player brings you to a working example of the player. Not extensive analysis of each, but great for a quick survey of what #8217;s out there for embeddable players.
Thanks are due to Philip Br盲unlich and Gerrit van Aaken for creating this!
Bookmark to:
Video and Multimedia Technology, Web and Software Development
Adobe FMLE #8211; Why Doesn #8217;t #8220;Save To Disk #8221; Seem to Work?
Comments (1)
By Larry B, October 1, 2010
The biggest obstacle I #8217;ve had with live Flash Media encoding with Adobe Flash Live Media Encoder 3.1 is the inability to reliably save a version of the encoded file to disk. It #8217;s actually a huge operational problem that we can #8217;t count on archiving a recording at the encoder!
It seems a fairly common case that you #8217;d want to archive a copy, and post it to an on-demand server as soon as the live event is done. But my attempts to do that with FMLE have not been successful.
FMLE saves a .f4v version of the encoding. It #8217;s a chunked file format that needs to be converted to .mp4 to be useful for anything else. Using the free f4vpp tool from Adobe, we should be able to do this conversion and get on with our lives. In practice, the conversion seems to result in either .mp4 files with no audio, or .mp4 files with horrendously out-of-sync audio.
A quick Web search doesn #8217;t turn up too many people complaining about the same thing, so I wonder if there #8217;s something obvious I #8217;m missing. Has anyone else had any success with converting FMLE #8217;s .f4v files to something useful?
Bookmark to:
Uncategorized
HTML5 Video #8211; It #8217;s a long way #8217;til JQuery
Comments (2)
By Larry B, September 14, 2010
The
hype around HTML5 video is finally getting pierced with a dose of
reality. 聽That reality, as far as I can see, is that HTML5 is
a
nascent idea of something that will undoubtedly be useful some day.
But at the moment, for many of us publishing video to the
'Net, it's more of a problem than a solution.
Some great thoughts on the issue have come from Jan Ozer at the Streaming
Learning Center, and technical analyst extraordinare at streamingmedia.com.
In his article, The
Five Key Myths About HTML5, Jan points out that in practice,
supporting HTML5 means encoding multiple formats of everything, an
inability to do live streaming or on-demand stremaing using a true
streaming protocol, working around numerous browser incompatibilities,
and no adaptive/dynamic streaming. He summarizes:
No major media sitepresents HTML5 as their primary viewing optionHTML5-compatible browser penetration is low, and will continue to be well into the future
Though HTML5 is great for low volume video playback, it lacks many critical features currently available in plug-in based technologies
Full HTML5 support will require 2 or 3 times the encoding chores of Flash support
Longtail Video's Jeroen Wijering, maker of the popular JW FLV Player
and JW Silverlight Player wrote in HTML5
Video: Not Quite There Yet:
The video tag is still in
its infancy and misses certain core functionalities. As developers
demand these features, browser vendors are tempted to implement
incompatible solutions instead of agreeing upon standards.
These hasty developments, already underway, are setting HTML video up
for the same chaos聽 as HTML styling in the pre-CSS era.
We remember those days...multiple coding and testing for every possible
brower combination, and any web application with an interesting,
innovative, or especially responsive UI (using CSS and
DOM-manipulation) was fragile and expensive to maintain.
Eventually, standards got better and better-supported, and
libraries like ExtJS
and JQuery
provided abstraction that made authoring powerful and reliable
applications easier. 聽Things in a web app that used to be done
with a Flash or Java applet UI are now routinely done using these
Javascript/CSS libraries.
So there's hope for HTML5 video, but it's not there yet and it won't be
there for years. The hype around HTML5 isn't matched by the reality -
which is that it's a pain that complicates our work in streaming; and that
Flash or Silverlight are going to be better choices for most purposes
for some time to come.
In the direction of standard libraries to make life easier for the
streaming publisher, Longtail
Video has just released a Beta of their JW Player 5.3, which
seamlessly integrates Flash and HTML5 support. 聽It's got a
whole new API for embedding and Javascript event handling; and it lets
you set the HTML5 failover in either or two options:
Use HTML5 wherever it's supported, otherwise failover to
Flash
Use Flash unless it's not supported, then failover to HTLM5.
I'll be testing the 5.3 Beta player over the next few days and will
post my impressions.Bookmark to:
Streaming Media, Video and Multimedia Technology, Web and Software Development
More on live mobile streaming
Comments (5)
By Larry B, May 27, 2010
Our adventures in live mobile streaming continue. If anyone should happen to read this post on Thursday May 27, you can see the results of this effort at http://harvard.edu/commencement2010/
So what are the lessons learned so far? Here #8217;s a preliminary list in no particular order:
Setting up the server side of things is the easiest part. Configuring for FMS delivery from Limelight, and for Wowza on Amazon EC2 was a breeze. Multiple bitrates, the RSS playlist for JW Player, the SMIL playlist for Wowza #8230;.once you figure out the moving parts, it works almost just like it #8217;s supposed to.
Adaptive streaming from Limelight and other CDNs that use the #8216;fcsubscribe #8217; method for load-balancing can cause a problem when switching to a streams that comes from a new edge node. More on this later #8230;
Mobile devices: Make sure you #8217;re encoding H.264 with Baseline profile level as low as you can go.聽 iPhones and iPads turned out to be the easiest to support fully.聽 Blackberries and Droids work #8230;or they don #8217;t. It seems to depend on the model phone, and on the network you #8217;re on.聽 My personal Blackberry gets the RTSP stream just fine.聽 Others around the office with different Blackberries can #8217;t play the stream. Same with Droids #8211; some people are able to play it, some not. I haven #8217;t discovered why just yet.聽 Codec issues are a likely possibility, but it #8217;ll take some digging to find out. I have not found any useful documentation on the differences between Blackberry models, in terms of live video streaming support.
Encoders #8211; this has been the headache of all headaches and took many many man-hours to get right.
Encoding three bitrates (100k, 500k, 1000k) to two different CDNs (Limelight, Wowza/EC2) takes a lot of horsepower.
One brand new 8-core Cisco machine with a brand new Osprey 240 proved unsuitable for capturing video at all.
Adobe Flash Media Live Encoder (FMLE) and Telestream Wirecast on Windows both depend on your display hardware and drivers. If you #8217;re planning a headless encoding system, plan extra time to get it all working.
A 2-core IBM/Windows/Osprey system running FMLE gave us better encoding performance than an 8-core Mac Pro/AJA system running Wirecast.
All of the above systems had issues with audio/video sync, either being off from the start, or drifting as the webcast went on. Only on the Mac/AJA system were we able to resolve these in time for a successful webcast.
Ordinary desktop PC running consumer USB video capture devices are easiest to set up and are the machines most likely to work right off the bat.聽 No audio/video sync issues occurred with these, even though we were capturing video on one of a couple $50 USB
devices and audio using the built-in audio support on the PC.聽 The more expensive and industrial-grade the hardware, the more trouble it gave us.
Our final encoding configuration included an 8-core MacPro/Wirecast for the 1Mbps and 500kbps streams, a single-core desktop PC running FMLE for the 100k streams, and a dual-core desktop PC with FMLE for capturing a 1.2Mbps H.264 archive file.
Some of our partner schools are using our infrastructure for mobile streaming. They #8217;ve got Digital Rapids TouchStream appliances, and have had no encoding issues doing multiple bitrates from HD down to 3G/mobile. I #8217;m quickly becoming a big fan of purpose-built appliances for encoding.
That #8217;s about it for now #8230;I #8217;ll follow up on some of these as we do some analysis and learn more.
Bookmark to:
Streaming Media, Video and Multimedia Technology
Dipping into Live Mobile Streaming
Comments (2)
By Larry B, May 18, 2010
For an upcoming university commencement, I #8217;ve been looking into doing live streaming in H.264/Flash, as well as http streaming to Apple iPhone/iPad/iPod devices (herein referred to as iP* devices) and rtsp streaming to Droids and Blackberrys. It #8217;s been an experience piecing it all together, and I #8217;ll be writing about some of the surprises and pitfalls as we figure out how to best do it.
In a nutshell, we #8217;re using Limelight Networks #8217; Flash Media Server 3.5 for delivery to browsers on PCs and Macs. For mobile streaming, I provisioned and started up an instance of Wowza on Amazon EC2. One stream in (or several, for multiple bitrate support) via RTMP, and Wowza delivers in all the right formats #8211; whether it #8217;s chunked HTTP (Apple devices), RTSP (Droids and Blackberrys), or RTMP (Flash).聽 Setting that up involved an awful lot of moving parts, but half a day later, it was up and running and has been flawless in testing. We #8217;ve been streaming multiple bitrates (100kbps, 500kbps, 900kbps) from Adobe Flash Media Live Encoder on a PC, as well as from Telestream Wirecast on a Mac.
We #8217;ve developed a page that uses the JW Player (Flash) as the default, and falls back to HTML5 if it #8217;s an iP* device, or provides an rtsp:// link if it #8217;s a Droid or a Blackberry. Yes #8230;Flash is the default for all browsers that will allow it, as it provides a uniform experience for all users, and a single thing to worry about from a user-support perspective.
What #8217;s been interesting to me is how quickly it all went together. In a couple of days, starting with no deep mobile experience, we #8217;ve provisioned infrastructure in the cloud, configured it, and are up and running with live Flash and mobile streaming for short money. More details to follow in the coming days #8230;
Bookmark to:
Streaming Media Technology Tips, Video and Multimedia Technology
New Hosting Provider #8211; So Far, Excellence
Comments (1)
By Larry B, May 18, 2010
There #8217;s few things as delightful as being surprised by outstanding customer service and perfect execution of something difficult. Specifically, I #8217;ve been wanting to move my website to a new hosting provider for a while now. My old host was becoming increasingly unreliable, particularly with respect to email. But the pain of switching hosts creates a powerful inertia #8211; it #8217;s easier, for a while, to deal with the problems than it is to move everything. I have a WordPress installation, MovableType, several busy email accounts using IMAP, a few databases, etc. I just didn #8217;t have the time to deal with it.
Which leads to my experience with GreenGeeks hosting. I found them doing the usual Googling around and reading reviews. I liked the price. I liked the green idea of buying wind credits to offset power use (although how much of that represents a real net effect on the environment, I have no idea. It, at least, feels like doing something good.) I loved the idea that they will do your site migration for you.
I had absolutely no expectation that they would be able to migrate everything. I expected to spend some hours/days tweaking this and that to get it all up and running as on my original host. But just moving the files across and setting up users, etc #8230;.that #8217;s helpful, anyway, right?
Well, it was perfect. There were a few emails as they asked questions and came to understand my environment, and then two days later I get an email that says #8220;It #8217;s ready. #8221; And darned if it wasn #8217;t. WordPress, MovableType, all my symlinks and apache config, all the email accounts with all the content intact. My migration effort consisted of updating my domain registrar #8217;s DNS record. Period.
I can #8217;t say much yet about reliability of the service (although it #8217;s been 100% so far!), but I can say that the migration service and the general customer service I #8217;ve received in my three days on GreenGeeks hosting has been outstanding. AFter starting to write this post I realized that they have an affiliate program, so yes, I signed up and these are affiliate links. But that was an afterthought. My enthusiasm for the service, and my delight at how easy it was to switch, is genuine.
Bookmark to:
Web and Software Development, Weblogs
Flash crossdomain security
Comments (5)
By Larry B, May 2, 2010
Flash security constraints can prevent a SWF hosted on one domain from reading data hosted on another domain. Users trying out the SlideSync and SlideScroller plugins might encounter this issue if the XML data file that contains the slide URLs and timing is on a different website from the one that hosts the JW FLV Player itself.
The solution is to add a crossdomain.xml file to the root directory of the web server that hosts the XML file. There #8217;s official Adobe docs on crossdomain policy files, and here #8217;s a pretty good tutorial on crossdomain.xml files.
In short, you create this simple file using any text editor, and set up a rule describing which other sites may access data hosted on the site where the crossdomain.xml file lives.
lt;?xml version="1.0"? gt;br /
lt;!DOCTYPE cross-domain-policy SYSTEM "http://www.adobe.com/xml/dtds/cross-domain-policy.dtd" gt;br /
lt;cross-domain-policy gt;br /
lt;allow-access-from domain="*.learningapi.com" / gt;br /
lt;/cross-domain-policy gt;
sbs!
Bookmark to:
Streaming Media Technology Tips, Video and Multimedia Technology
Dynamic Streaming Follow-Up ( #038; Improvements)
Comments (2)
By Larry B, April 8, 2010
My Dynamic Streaming article on streamingmedia.com generated some follow-up over at Longtail
Video, home of the JW FLV Player. 聽In an email exchange, JW himself, Jeroen Wijering, explained how the JW was handling stream switching, and that in response to my test results, they'd made some changes for the next release (5.2). 聽You will find excerpts of the ensuing email discussion in the comment section of the article page, appearing shortly. 聽In that discussion, Jereon offers a terrific explanation of how it works, and confirms two of the rules of thumb I deduced in my testing:
Encode with a fixed keyframe interval, ideally every 2 seconds or so
Use a bufferlength about 2x聽the keyframe interval
To quote Jeroen:
Herein lies the tradeoff to be made for dynamic streaming. Higher bufferlengths decrease the likelihood of playback stuttering, but slow down any responses to screensize / bandwidth increases. Hence the聽rules of thumb for short keyframe intervals and "2x keyframe"聽bufferlengths.
I've updated the Dynamic Streaming example page to load a build of the player that contains the fix. My testing shows that it performs beautifully - on par with the 1080p player at switching both up and down, with seamless playback during the switch. 聽This will be part of the next release of JW Player, 5.2, now scheduled for around the end of May.
I haven't had any communication from anyone involved with Flowplayer. Their dynamic streaming implementation as tested for this article (bandwidth-check plugin 3.1.3) remains not really useful for during-playback streaming, although it was fine a selecting the correct stream at startup.Bookmark to:
Uncategorized
laquo; Older
Search for:
Recent Posts
Variable Speed Playback #8211; HTML5 Video Feature
Video Compression for Flash, Apple Devices and HTML5
HTML5/Flash Video Player Comparison
Adobe FMLE #8211; Why Doesn #8217;t #8220;Save To Disk #8221; Seem to Work?
HTML5 Video #8211; It #8217;s a long way #8217;til JQuery
Pages
About
Author Bio
Conference Sessions #038; Workshops
JW Player Plugins
SlideSync/SlideScroller Example Page
StreamingMedia Articles
Dynamic Streaming in Flash #8211; Bitrate Switching
Flash Streaming With Amazon Cloudfront
All Articles #038; Posts
Blog Posts (2010+)
Blog Posts (pre-2010)
Tutorials #038; Articles (1998-2004)
Blogroll
DV for Teachers #8211; Tim Merritt
Experiential eLearning #8211; Denis Saulnier
Jan Ozer #8211; Streaming Learning Center
Jon Udell: Strategies for Internet Citizens
MediaGeek.net #8211; Paul Riismandel
The Business Impact of IT #8211; Andy Mcafee
The Business of Online Video #8211; Dan Rayburn
Sponsored Links
Categories
Education
eLearning amp; Instructional Technology
Innovative Technology
Streaming Media
Streaming Media Technology Tips
Uncategorized
Video and Multimedia Technology
Web and Software Development
Weblogs
Archives
April 2012
July 2011
October 2010
September 2010
May 2010
April 2010
March 2010
February 2010
January 2010
Further Reading

Updated Time

Updating   
Friend links: ProxyFire    More...
Site Map 1 2 3 4 5 6 7 8 9 10 20 30 40 50 60 70 80 90 100 110 120 130 140 150 160 170 180 190 200 250 300 350 400 450 500 550 600 610 620 630 640 650 660 670 680 690 700 710 720 730 740 750
TOS | Contact us
© 2009 MyIP.cn Dev by MYIP Elapsed:88.077ms