{"id":21806,"date":"2018-10-17T07:45:55","date_gmt":"2018-10-17T07:45:55","guid":{"rendered":"http:\/\/top_10_mistakes_in_handling_website_videos_and_how_to_solve_them"},"modified":"2023-07-07T14:25:36","modified_gmt":"2023-07-07T21:25:36","slug":"top_10_mistakes_in_handling_website_videos_and_how_to_solve_them","status":"publish","type":"post","link":"https:\/\/cloudinary.com\/blog\/top_10_mistakes_in_handling_website_videos_and_how_to_solve_them","title":{"rendered":"Top 10 Mistakes in Handling Website Videos and How to Solve Them"},"content":{"rendered":"

As discussed in this SpeedCurve blog post<\/a>, video use on the Internet over the past decade has been exploding.<\/p>\n

\"Average<\/p>\n

Accompanying that growth is additional bandwidth, which is burdensome for your IT budget and for your visitors. Beyond the expense, you must also consider user experience. The heavier the page, the longer it takes to load, and the greater the likelihood that visitors will abandon your site. Plus, page-load speed is an important factor in SEO ranking.<\/p>\n

In light of all that, video is clearly something to take seriously and get right. However, transcoding video<\/a> is challenging, complete with nomenclature that are unfamiliar to developers, like codecs, bitrate, and adaptive bitrate streaming. No wonder that mistakes abound in presenting videos on the web.<\/p>\n

Ten Common Video Issues<\/h2>\n

Cloudinary effectively resolves many common video issues. In case you are not yet on our platform, check out the 10 day-to-day video-related challenges below and the resolutions we offer.<\/p>\n

1. Wrong resolution<\/h3>\n

Probably the most common error in delivering videos is that they are presented at too high a resolution. As with images, it\u2019s a waste of bandwidth to deliver more pixels than the browser can render and rely on browser-side resizing.<\/p>\n

Encoding video is time-consuming, however, and efficient tools are few and far between. Typically, developers would just reference a video in a <video><\/code> tag on the page, period. Take the example below from the Yahoo! homepage. The container for the video is 215 pixels wide yet the video itself is 1,080 pixels wide. What a waste!<\/p>\n

\"Yahoo!<\/p>\n

Encoding videos at the proper size on the server can save a tremendous amount of bandwidth because each additional pixel sent to the browser that it can\u2019t render results in wasted bytes. The result would look the same either way.<\/p>\n

2. Wrong video codec<\/h3>\n

Similar to #1 above, developers unfamiliar with video would just post it on the page. Oftentimes, that approach results in an unoptimized codec, wasting bytes again.<\/p>\n

Instead, think of codecs as you would image formats. Depending on whether it\u2019s a JPEG, PNG, GIF, or TIFF file, an online image would have vastly different weights even though, regardless of the file format, it would look nearly the same.<\/p>\n

Video codecs are similar so be sure that you\u2019re using the right tool for the job. The old H.264 video-codec standard, created specifically for the web, is supported by all browsers. Therefore, at the very least, encode your web videos as H.264.<\/p>\n

3. Too high a video bitrate<\/h3>\n

A bitrate<\/a> is the number of bits it takes to encode one second of video. To calculate a bitrate, multiply the total number of pixels in a frame by the number of frames per second<\/a> and then multiply the result by the number bytes per pixel. Just like the quality setting for images, too high a setting would result in a heavy file with no perceived difference in visual fidelity.<\/p>\n

Here\u2019s what to do: since your bitrate is a function of the resolution, pinpoint the resolution you need and then find the bitrate multiplier that results in the visual fidelity you desire. Afterwards, repurpose that multiplier when encoding at different resolutions. Better yet, automate that task on Cloudinary.<\/p>\n

4. No adaptive bitrate streaming<\/h3>\n

Have you noticed lately the quality change\u2014occasional grainy and choppy instead of crisp and smooth video\u2014in Netflix and YouTube? If so, you have witnessed adaptive bitrate streaming<\/a> in action. That\u2019s the practice of encoding a video at multiple bitrates or resolutions and letting the video player determine the most appropriate one for visitors according to their screen size and bandwidth availability. Instead of buffering or downloading a video that\u2019s too large for the display, visitors get the right resolution or bitrate, which the player would adapt if network conditions change midstream.<\/p>\n

This approach is not necessary for short videos of less than 20 seconds or so. Adopt it for longer form videos only.<\/p>\n

5. No modern video codecs<\/h3>\n

Codecs that are more modern and efficient than H.264 are available, such as VP9 and H.265, which are 30\u201350 percent more efficient<\/a>. So, to optimize your site performance, do consider them as an encoding alternative. This scenario is analogous to the WebP, JPEG 2000, and JPEG XR image formats, which are more efficient than the old standby, JPG, but not universally supported. Gratifyingly, it\u2019s easy to take advantage of those modern codecs with no need to add conditional logic to figure out which one to present to which visitor. More details in #6 below.<\/p>\n

6. No multiple codec options<\/h3>\n

A previous Cloudinary post shows you how to optimize video by choosing the correct codec<\/a>. The cool thing about the HTML5 video player is that you can specify multiple video options and it\u2019ll then play the first one it knows how to play. That makes it simple to present multiple codecs and let the browser pick the most efficient one to play.<\/p>\n

Do opt for multiple codec options to optimize user experience and economize your budget.<\/p>\n

7. Wrong bitrate for the content<\/h3>\n

Have you come across an action scene or football game with choppy content? That happens when the bitrate is set too low to account for all the movements in the scene. A way in which codecs compress video content is to share pixel information across frames<\/a>. In action scenes, where things are moving around a lot, there exists hardly any common information across frames. In those cases, consider reducing the video resolution while maintaining a higher-than-usual bitrate.<\/p>\n

On the flip side, a high bitrate is likely not required for boring scenes, such as movies like Driving Miss Daisy<\/em>, even at higher resolutions. You stand to realize additional savings by encoding video content like that at a lower-than-usual bitrate.<\/p>\n

8. No muting of autoplaying videos<\/h3>\n

Modern browsers do not<\/strong> autoplay video unless they are muted<\/a>. Even though Chrome released the muting requirement in April 2018, video banners are still sitting static out there today. So, for hero-background videos or those that you want to play automatically upon page load, add the muted<\/code> attribute to the video tag, like this:<\/p>\n

<video autoplay muted>\n...\n<\/video>\n<\/code><\/pre>\n
Also, to ensure that your video autoplay on mobile devices, add the playsinline<\/code> attribute:<\/p>\n
<video autoplay muted playsinline>\n...\n<\/video>\n<\/code><\/pre>\n
9. Heavy video player instead of the HTML5 video player<\/h3>\n
Specialized video players require download by users. Those players are plugins with impressive capabilities, such as support for adaptive bitrate streaming and 360 video, analytics events, clickable hotspots, and others.<\/p>\n
For hero-background videos or small short-form video clips, however, specialized video players are overkill and completely unnecessary, resulting in wasted bandwidth because of the download requirement. The HTML5 video player is actually feature-rich enough that it can serve the needs of most video content on the web. For details, see this Cloudinary post<\/a>.<\/p>\n
For those times when you do need a specialized video player, Cloudinary offers a free, open-source one<\/a> based on Video.js you are encouraged to use.<\/p>\n
10. Animated GIFs instead of video<\/h3>\n
Animated GIFs, which are short, often funny, video clips that add context still images cannot, are captivating. GIF is an amazing format\u2014in fact, it\u2019s the very first web-friendly image format. However, it\u2019s aging and hasn\u2019t kept up with the times: the last update was 30 years ago<\/a>. Also, GIFs can be extremely large, several megabytes for a small clip.<\/p>\n
The solution?  Convert animated GIFs to video<\/a>. Modern video codecs aptly serve as web-friendly, bandwidth-efficient alternatives for presenting moving pictures. As much as we salute and revere the GIF format, we\u2019d be doing a disservice to ourselves and our site visitors by continuing to use it in the face of better alternatives.<\/p>\n
GIF (2.83MB)<\/strong><\/p>\n
\"Office<\/p>\n
Video (51 KB)<\/strong><\/p>\n
Final Words<\/h2>\n
You\u2019ve now learned the most common video-related issues on the web, which we encounter daily at Cloudinary, and the ways to resolve them.<\/p>\n
Cloudinary can dynamically transform all uploaded videos to any size, format, codec, and quality, enabling you to easily test the various settings and identify those that best fit your website and user expectations. We deliver videos from a fast content delivery network (CDN) with the correct cache settings, employing every best practice in the book. Finally, Cloudinary\u2019s cloud-based, dynamic video-player capabilities<\/a> are a perfect fit for responsive design for over-the-top (OTT) services.<\/p>\n
Furthermore, Cloudinary efficiently manages your video and image uploads and cloud-based storage. It\u2019s free to sign up<\/a>. Do check it out and let us know what you think.<\/p>\n
\n
Additional References<\/h2>\n