{"id":13484235,"url":"https://github.com/videojs/http-streaming","last_synced_at":"2025-05-14T08:02:09.519Z","repository":{"id":38447834,"uuid":"106473768","full_name":"videojs/http-streaming","owner":"videojs","description":"HLS, DASH, and future HTTP streaming protocols library for video.js","archived":false,"fork":false,"pushed_at":"2025-03-20T16:18:18.000Z","size":24236,"stargazers_count":2586,"open_issues_count":175,"forks_count":431,"subscribers_count":82,"default_branch":"main","last_synced_at":"2025-05-07T07:02:16.135Z","etag":null,"topics":[],"latest_commit_sha":null,"homepage":"https://videojs-http-streaming.netlify.app/","language":"JavaScript","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":"other","status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/videojs.png","metadata":{"files":{"readme":"README.md","changelog":"CHANGELOG.md","contributing":"CONTRIBUTING.md","funding":null,"license":"LICENSE","code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":"docs/supported-features.md","governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null}},"created_at":"2017-10-10T21:32:54.000Z","updated_at":"2025-05-06T22:17:33.000Z","dependencies_parsed_at":"2022-07-11T19:51:49.884Z","dependency_job_id":"2d4ef014-83e9-4349-885b-d1d28f813c61","html_url":"https://github.com/videojs/http-streaming","commit_stats":{"total_commits":2009,"total_committers":112,"mean_commits":17.9375,"dds":0.7511199601791936,"last_synced_commit":"6fe7d9c8101346911c2e984a95508d32ad1e820a"},"previous_names":[],"tags_count":161,"template":false,"template_full_name":null,"repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/videojs%2Fhttp-streaming","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/videojs%2Fhttp-streaming/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/videojs%2Fhttp-streaming/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/videojs%2Fhttp-streaming/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/videojs","download_url":"https://codeload.github.com/videojs/http-streaming/tar.gz/refs/heads/main","host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":254101581,"owners_count":22014905,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2022-07-04T15:15:14.044Z","host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":[],"created_at":"2024-07-31T17:01:21.124Z","updated_at":"2025-05-14T08:02:09.400Z","avatar_url":"https://github.com/videojs.png","language":"JavaScript","readme":"\u003cimg width=300 src=\"./logo.svg\" alt=\"VHS Logo consisting of a VHS tape, the Video.js logo and the words VHS\" /\u003e\n\n# videojs-http-streaming (VHS)\n\n[![Build Status][travis-icon]][travis-link]\n[![Slack Status][slack-icon]][slack-link]\n[![Greenkeeper badge][greenkeeper-icon]][greenkeeper-link]\n\nPlay HLS, DASH, and future HTTP streaming protocols with video.js, even where they're not\nnatively supported.\n\n**Included in video.js 7 by default!** See the [video.js 7 blog post](https://blog.videojs.com/video-js-7-is-here/)\n\nMaintenance Status: Stable\n\nVideo.js Compatibility: 7.x, 8.x\n\n\u003c!-- START doctoc generated TOC please keep comment here to allow auto update --\u003e\n\u003c!-- DON'T EDIT THIS SECTION, INSTEAD RE-RUN doctoc TO UPDATE --\u003e\n\n- [Installation](#installation)\n  - [NPM](#npm)\n  - [CDN](#cdn)\n  - [Releases](#releases)\n  - [Manual Build](#manual-build)\n- [Contributing](#contributing)\n- [Troubleshooting](#troubleshooting)\n- [Talk to us](#talk-to-us)\n- [Getting Started](#getting-started)\n- [Compatibility](#compatibility)\n  - [Browsers which support MSE](#browsers-which-support-mse)\n  - [Native only](#native-only)\n  - [DRM](#drm)\n- [Documentation](#documentation)\n  - [Options](#options)\n    - [How to use](#how-to-use)\n      - [Initialization](#initialization)\n      - [Source](#source)\n    - [List](#list)\n      - [withCredentials](#withcredentials)\n      - [useCueTags](#usecuetags)\n      - [parse708captions](#parse708captions)\n      - [overrideNative](#overridenative)\n      - [experimentalUseMMS](#experimentalusemms)\n      - [playlistExclusionDuration](#playlistexclusionduration)\n      - [maxPlaylistRetries](#maxplaylistretries)\n      - [bandwidth](#bandwidth)\n      - [useBandwidthFromLocalStorage](#usebandwidthfromlocalstorage)\n      - [enableLowInitialPlaylist](#enablelowinitialplaylist)\n      - [limitRenditionByPlayerDimensions](#limitrenditionbyplayerdimensions)\n      - [useDevicePixelRatio](#usedevicepixelratio)\n      - [usePlayerObjectFit](#useplayerobjectfit)\n      - [customPixelRatio](#custompixelratio)\n      - [allowSeeksWithinUnsafeLiveWindow](#allowseekswithinunsafelivewindow)\n      - [customTagParsers](#customtagparsers)\n      - [customTagMappers](#customtagmappers)\n      - [cacheEncryptionKeys](#cacheencryptionkeys)\n      - [handlePartialData](#handlepartialdata)\n      - [liveRangeSafeTimeDelta](#liverangesafetimedelta)\n      - [useNetworkInformationApi](#usenetworkinformationapi)\n      - [useDtsForTimestampOffset](#usedtsfortimestampoffset)\n      - [useForcedSubtitles](#useforcedsubtitles)\n      - [captionServices](#captionservices)\n        - [Format](#format)\n        - [Example](#example)\n  - [Runtime Properties](#runtime-properties)\n    - [vhs.playlists.main](#vhsplaylistsmain)\n    - [vhs.playlists.media](#vhsplaylistsmedia)\n    - [vhs.systemBandwidth](#vhssystembandwidth)\n    - [vhs.bandwidth](#vhsbandwidth)\n    - [vhs.throughput](#vhsthroughput)\n    - [vhs.selectPlaylist](#vhsselectplaylist)\n    - [vhs.representations](#vhsrepresentations)\n    - [vhs.xhr](#vhsxhr)\n    - [vhs.stats](#vhsstats)\n  - [Events](#events)\n    - [loadedmetadata](#loadedmetadata)\n    - [xhr-hooks-ready](#xhr-hooks-ready)\n  - [VHS Usage Events](#vhs-usage-events)\n    - [Presence Stats](#presence-stats)\n    - [Use Stats](#use-stats)\n  - [In-Band Metadata](#in-band-metadata)\n  - [Segment Metadata](#segment-metadata)\n  - [Object as Source](#object-as-source)\n- [Hosting Considerations](#hosting-considerations)\n- [Known Issues and Workarounds](#known-issues-and-workarounds)\n  - [Fragmented MP4 Support](#fragmented-mp4-support)\n  - [Assets with an Audio-Only Rate Get Stuck in Audio-Only](#assets-with-an-audio-only-rate-get-stuck-in-audio-only)\n  - [DASH Assets with `$Time` Interpolation and `SegmentTimeline`s with No `t`](#dash-assets-with-time-interpolation-and-segmenttimelines-with-no-t)\n- [Testing](#testing)\n- [Debugging](#debugging)\n- [Release History](#release-history)\n- [Building](#building)\n- [Development](#development)\n  - [Tools](#tools)\n  - [Commands](#commands)\n\n\u003c!-- END doctoc generated TOC please keep comment here to allow auto update --\u003e\n\n## Installation\n\nIn most cases **it is not necessary to separately install http-streaming**, as it has been included in the default build of Video.js since version 7.\n\nOnly install if you need a specifc combination of video.js and http-streaming versions. If installing separately, use the \"core\" version of Video.js without the bundled version of http-streaming. \n\n### NPM\nTo install `videojs-http-streaming` with npm, run\n\n```bash\nnpm install --save @videojs/http-streaming\n```\n\n### CDN\nSelect a version of VHS from the [CDN](https://unpkg.com/@videojs/http-streaming/dist/)\n\n### Releases\nDownload a release of [videojs-http-streaming](https://github.com/videojs/http-streaming/releases)\n\n### Manual Build\nDownload a copy of this git repository and then follow the steps in [Building](#building)\n\n## Contributing\nSee [CONTRIBUTING.md](/CONTRIBUTING.md)\n\n## Troubleshooting\nSee [our troubleshooting guide](/docs/troubleshooting.md)\n\n## Talk to us\nDrop by the [Video.js slack][slack-link].\n\n## Getting Started\nThis library is included in Video.js 7 by default.\n\n**Only if need a specific combination of versions of Video.js and VHS** you can get a copy of [videojs-http-streaming](#installation) and include it in your page along with video.js. In this case, you should use the \"core\" build of Video.js, without a bundled VHS:\n\n```html\n\u003cvideo-js id=vid1 width=600 height=300 class=\"vjs-default-skin\" controls\u003e\n  \u003csource\n     src=\"https://example.com/index.m3u8\"\n     type=\"application/x-mpegURL\"\u003e\n\u003c/video-js\u003e\n\u003c!-- \"core\" version of Video.js --\u003e\n\u003cscript src=\"video.core.min.js\"\u003e\u003c/script\u003e\n\u003cscript src=\"videojs-http-streaming.min.js\"\u003e\u003c/script\u003e\n\u003cscript\u003e\nvar player = videojs('vid1');\nplayer.play();\n\u003c/script\u003e\n```\n\nIs it recommended to use the `\u003cvideo-js\u003e` element or load a source with `player.src(sourceObject)` in order to prevent the video element from playing the source natively where HLS is supported.\n\n## Compatibility\n\nThe [Media Source Extensions](http://caniuse.com/#feat=mediasource) API is required for http-streaming to play HLS or MPEG-DASH.\n\n### Browsers which support MSE\n\n- Chrome\n- Firefox\n- Internet Explorer 11 Windows 10 or 8.1\n\nThese browsers have some level of native HLS support, however by default the [overrideNative](#overridenative) option is set to `true` except on Safari, so MSE playback is used:\n\n- Chrome Android\n- Firefox Android\n- Edge\n\n### Native only\n\n- Mac Safari\n- iOS Safari\n\nMac and iPad Safari do have MSE support, but native HLS is recommended \n\n### DRM\n\nDRM is supported through [videojs-contrib-eme](https://github.com/videojs/videojs-contrib-eme). In order to use DRM, include the videojs-contrib-eme plug, [initialize it](https://github.com/videojs/videojs-contrib-eme#initialization), and add options to either the [plugin](https://github.com/videojs/videojs-contrib-eme#plugin-options) or the [source](https://github.com/videojs/videojs-contrib-eme#source-options).\n\nDetailed option information can be found in the [videojs-contrib-eme README](https://github.com/videojs/videojs-contrib-eme/blob/main/README.md).\n\n## Documentation\n[HTTP Live Streaming](https://developer.apple.com/streaming/) (HLS) has\nbecome a de-facto standard for streaming video on mobile devices\nthanks to its native support on iOS and Android. There are a number of\nreasons independent of platform to recommend the format, though:\n\n- Supports (client-driven) adaptive bitrate selection\n- Delivered over standard HTTP ports\n- Simple, text-based manifest format\n- No proprietary streaming servers required\n\nUnfortunately, all the major desktop browsers except for Safari are\nmissing HLS support. That leaves web developers in the unfortunate\nposition of having to maintain alternate renditions of the same video\nand potentially having to forego HTML-based video entirely to provide\nthe best desktop viewing experience.\n\nThis project addresses that situation by providing a polyfill for HLS\non browsers that have support for [Media Source\nExtensions](http://caniuse.com/#feat=mediasource).\nYou can deploy a single HLS stream, code against the\nregular HTML5 video APIs, and create a fast, high-quality video\nexperience across all the big web device categories.\n\nCheck out the [full documentation](docs/README.md) for details on how HLS works\nand advanced configuration. A description of the [adaptive switching\nbehavior](docs/bitrate-switching.md) is available, too.\n\nvideojs-http-streaming supports a bunch of HLS features. Here\nare some highlights:\n\n- video-on-demand and live playback modes\n- backup or redundant streams\n- mid-segment quality switching\n- AES-128 segment encryption\n- CEA-608 captions are automatically translated into standard HTML5\n  [caption text tracks][0]\n- In-Manifest WebVTT subtitles are automatically translated into standard HTML5\n  subtitle tracks\n- Timed ID3 Metadata is automatically translated into HTML5 metedata\n  text tracks\n- Highly customizable adaptive bitrate selection\n- Automatic bandwidth tracking\n- Cross-domain credentials support with CORS\n- Tight integration with video.js and a philosophy of exposing as much\n  as possible with standard HTML APIs\n- Stream with multiple audio tracks and switching to those audio tracks\n  (see the docs folder) for info\n- Media content in\n  [fragmented MP4s](https://developer.apple.com/videos/play/wwdc2016/504/)\n  instead of the MPEG2-TS container format.\n\n[0]: https://developer.mozilla.org/en-US/docs/Web/HTML/Element/track\n\nFor a more complete list of supported and missing features, refer to\n[this doc](docs/supported-features.md).\n\n### Options\n#### How to use\n\n##### Initialization\nYou may pass in an options object to the hls source handler at player\ninitialization. You can pass in options just like you would for other\nparts of video.js:\n\n```javascript\n// html5 for html hls\nvideojs(video, {\n  html5: {\n    vhs: {\n      withCredentials: true\n    }\n  }\n});\n```\n\n##### Source\nSome options, such as `withCredentials` can be passed in to vhs during\n`player.src`\n\n```javascript\n\nvar player = videojs('some-video-id');\n\nplayer.src({\n  src: 'https://d2zihajmogu5jn.cloudfront.net/bipbop-advanced/bipbop_16x9_variant.m3u8',\n  type: 'application/x-mpegURL',\n  withCredentials: true\n});\n```\n\n#### List\n##### withCredentials\n* Type: `boolean`\n* can be used as a source option\n* can be used as an initialization option\n\nWhen the `withCredentials` property is set to `true`, all XHR requests for\nmanifests and segments would have `withCredentials` set to `true` as well. This\nenables storing and passing cookies from the server that the manifests and\nsegments live on. This has some implications on CORS because when set, the\n`Access-Control-Allow-Origin` header cannot be set to `*`, also, the response\nheaders require the addition of `Access-Control-Allow-Credentials` header which\nis set to `true`.\nSee html5rocks's [article](http://www.html5rocks.com/en/tutorials/cors/)\nfor more info.\n\n##### useCueTags\n* Type: `boolean`\n* can be used as an initialization option\n\nWhen the `useCueTags` property is set to `true,` a text track is created with\nlabel 'ad-cues' and kind 'metadata'. The track is then added to\n`player.textTracks()`. Changes in active cue may be\ntracked by following the Video.js cue points API for text tracks. For example:\n\n```javascript\nlet textTracks = player.textTracks();\nlet cuesTrack;\n\nfor (let i = 0; i \u003c textTracks.length; i++) {\n  if (textTracks[i].label === 'ad-cues') {\n    cuesTrack = textTracks[i];\n  }\n}\n\ncuesTrack.addEventListener('cuechange', function() {\n  let activeCues = cuesTrack.activeCues;\n\n  for (let i = 0; i \u003c activeCues.length; i++) {\n    let activeCue = activeCues[i];\n\n    console.log('Cue runs from ' + activeCue.startTime +\n                ' to ' + activeCue.endTime);\n  }\n});\n```\n\n##### parse708captions\n* Type: `boolean`\n* Default: `true`\n* can be used as an initialization option\n\nWhen set to `false`, 708 captions in the stream are not parsed and will not show up in text track lists or the captions menu.\n\n##### overrideNative\n* Type: `boolean`\n* can be used as an initialization option\n\nTry to use videojs-http-streaming even on platforms that provide some\nlevel of HLS support natively. There are a number of platforms that\n*technically* play back HLS content but aren't very reliable or are\nmissing features like CEA-608 captions support. When `overrideNative`\nis true, if the platform supports Media Source Extensions\nvideojs-http-streaming will take over HLS playback to provide a more\nconsistent experience.\n\n```javascript\n// via the constructor\nvar player = videojs('playerId', {\n  html5: {\n    vhs: {\n      overrideNative: true\n    },\n    nativeAudioTracks: false,\n    nativeVideoTracks: false\n  }\n});\n```\n\nSince MSE playback may be desirable on all browsers with some native support other than Safari, `overrideNative: !videojs.browser.IS_SAFARI` could be used.\n\n##### experimentalUseMMS\n* Type: `boolean`\n* can be used as an initialization option\n\nUse ManagedMediaSource when available. If both ManagedMediaSource and MediaSource are present, ManagedMediaSource would be used. This will only be effective if `ovrerideNative` is true, because currently the only browsers that implement ManagedMediaSource also have native support. Safari on iPhone 17.1 has ManagedMediaSource, as does Safari 17 on desktop and iPad. \n\nCurrently, using this option will disable AirPlay.\n\n##### playlistExclusionDuration\n* Type: `number`\n* can be used as an initialization option\n\nWhen the `playlistExclusionDuration` property is set to a time duration in seconds,\nif a playlist is excluded, it will be excluded for a period of that\ncustomized duration. This enables the exclusion duration to be configured\nby the user.\n\n##### maxPlaylistRetries\n* Type: `number`\n* Default: `Infinity`\n* can be used as an initialization option\n\nThe max number of times that a playlist will retry loading following an error\nbefore being indefinitely excluded from the rendition selection algorithm. Note: the number of retry attempts needs to _exceed_ this value before a playlist will be excluded.\n\n##### bandwidth\n* Type: `number`\n* can be used as an initialization option\n\nWhen the `bandwidth` property is set (bits per second), it will be used in\nthe calculation for initial playlist selection, before more bandwidth\ninformation is seen by the player.\n\n##### useBandwidthFromLocalStorage\n* Type: `boolean`\n* can be used as an initialization option\n\nIf true, `bandwidth` and `throughput` values are stored in and retrieved from local\nstorage on startup (for initial rendition selection). This setting is `false` by default.\n\n##### enableLowInitialPlaylist\n* Type: `boolean`\n* can be used as an initialization option\n\nWhen `enableLowInitialPlaylist` is set to true, it will be used to select\nthe lowest bitrate playlist initially.  This helps to decrease playback start time.\nThis setting is `false` by default.\n\n##### limitRenditionByPlayerDimensions\n* Type: `boolean`\n* can be used as an initialization option\n\nWhen `limitRenditionByPlayerDimensions` is set to true, rendition\nselection logic will take into account the player size and rendition\nresolutions when making a decision.\nThis setting is `true` by default.\n\n##### useDevicePixelRatio\n* Type: `boolean`\n* can be used as an initialization option.\n\nIf true, this will take the device pixel ratio into account when doing rendition switching. This means that if you have a player with the width of `540px` in a high density display with a device pixel ratio of 2, a rendition of `1080p` will be allowed.\nThis setting is `false` by default.\n\n\n##### usePlayerObjectFit\n* Type: `boolean`\n* can be used as an initialization option.\n\nIf true, the video element's `object-fit` CSS property will be taken\ninto account when doing rendition switching. This ensures that a\nsuitable rendition is selected for videos that are scaled up to cover\nthe media element. This setting is `false` by default.\n\n\n##### customPixelRatio\n* Type: `number`\n* can be used as an initialization option.\n\nIf set, this will take the initial player dimensions and multiply it by a custom ratio when the player automatically selects renditions. This means that if you have a player where the dimension is `540p`, with a custom pixel ratio of `2`, a rendition of `1080p` or a lower rendition closest to this value  will be chosen. Additionally, if you have a player where the dimension is `540p`, with a custom pixel ratio of `0.5`, a rendition of `270p` or a lower rendition closest to this value will be  chosen. When the custom pixel ratio is 0, the lowest available rendition will be selected.\n\nIt is worth noting that if the player dimension multiplied by the custom pixel ratio is greater than any available rendition resolution, a rendition will be selected based on bandwidth, and the player dimension will be disregarded.\n\n`limitRenditionByPlayerDimensions` must be `true` in order for this feature to be enabled. This is the default value.\n\nIf `useDevicePixelRatio` is set to `true`, the custom pixel ratio will be prioritized and overwrite any previous pixel ratio.\n\n\n##### allowSeeksWithinUnsafeLiveWindow\n* Type: `boolean`\n* can be used as a source option\n\nWhen `allowSeeksWithinUnsafeLiveWindow` is set to `true`, if the active playlist is live\nand a seek is made to a time between the safe live point (end of manifest minus three\ntimes the target duration,\nsee [the hls spec](https://tools.ietf.org/html/draft-pantos-http-live-streaming-23#section-6.3.3)\nfor details) and the end of the playlist, the seek is allowed, rather than corrected to\nthe safe live point.\n\nThis option can help in instances where the live stream's target duration is greater than\nthe segment durations, playback ends up in the unsafe live window, and there are gaps in\nthe content. In this case the player will attempt to seek past the gaps but end up seeking\ninside of the unsafe range, leading to a correction and seek back into a previously played\ncontent.\n\nThe property defaults to `false`.\n\n##### customTagParsers\n* Type: `Array`\n* can be used as a source option\n\nWith `customTagParsers` you can pass an array of custom m3u8 tag parser objects. See https://github.com/videojs/m3u8-parser#custom-parsers\n\n##### customTagMappers\n* Type: `Array`\n* can be used as a source option\n\nSimilar to `customTagParsers`, with `customTagMappers` you can pass an array of custom m3u8 tag mapper objects. See https://github.com/videojs/m3u8-parser#custom-parsers\n\n##### cacheEncryptionKeys\n* Type: `boolean`\n* can be used as a source option\n* can be used as an initialization option\n\nThis option forces the player to cache AES-128 encryption keys internally instead of requesting the key alongside every segment request.\nThis option defaults to `false`.\n\n##### handlePartialData\n* Type: `boolean`,\n* Default: `false`\n* Use partial appends in the transmuxer and segment loader\n\n##### liveRangeSafeTimeDelta\n* Type: `number`,\n* Default: [`SAFE_TIME_DELTA`](https://github.com/videojs/http-streaming/blob/e7cb63af010779108336eddb5c8fd138d6390e95/src/ranges.js#L17)\n* Allow to  re-define length (in seconds) of time delta when you compare current time and the end of the buffered range.\n\n##### useNetworkInformationApi\n* Type: `boolean`,\n* Default: `true`\n* Use [window.networkInformation.downlink](https://developer.mozilla.org/en-US/docs/Web/API/NetworkInformation/downlink) to estimate the network's bandwidth. Per mdn, _The value is never greater than 10 Mbps, as a non-standard anti-fingerprinting measure_. Given this, if bandwidth estimates from both the player and networkInfo are \u003e= 10 Mbps, the player will use the larger of the two values as its bandwidth estimate.\n\n##### useDtsForTimestampOffset\n* Type: `boolean`,\n* Default: `false`\n* Use [Decode Timestamp](https://www.w3.org/TR/media-source/#dfn-decode-timestamp) instead of [Presentation Timestamp](https://www.w3.org/TR/media-source/#presentation-timestamp) for [timestampOffset](https://www.w3.org/TR/media-source/#dom-sourcebuffer-timestampoffset) calculation. This option was introduced to align with DTS-based browsers. This option affects only transmuxed data (eg: transport stream). For more info please check the following [issue](https://github.com/videojs/http-streaming/issues/1247).  \n\n##### useForcedSubtitles\n* Type: `boolean`\n* Default: `false`\n* can be used as a source option\n* can be used as an initialization option\n\nIf true, this option allows the player to display forced subtitles. When available, forced subtitles allow to translate foreign language dialogues or images containing foreign language characters.\n\n##### captionServices\n* Type: `object`\n* Default: undefined\n* Provide extra information, like a label or a language, for instream (608 and 708) captions.\n\nThe captionServices options object has properties that map to the caption services. Each property is an object itself that includes several properties, like a label or language.\n\nFor 608 captions, the service names are `CC1`, `CC2`, `CC3`, and `CC4`. For 708 captions, the service names are `SERVICEn` where `n` is a digit between `1` and `63`.\n\nFor 708 caption services, you may additionally provide an `encoding` value that will be used by the transmuxer to decode the captions using an instance of [TextDecoder](https://developer.mozilla.org/en-US/docs/Web/API/TextDecoder). This is to permit and is required for legacy multi-byte encodings. Please review the `TextDecoder` documentation for accepted encoding labels.\n\n###### Format\n```js\n{\n  vhs: {\n    captionServices: {\n      [serviceName]: {\n        language: String, // optional\n        label: String, // optional\n        default: boolean, // optional,\n        encoding: String // optional, 708 services only\n      }\n    }\n  }\n}\n```\n###### Example\n```js\n{\n  vhs: {\n    captionServices: {\n      CC1: {\n        language: 'en',\n        label: 'English'\n      },\n      SERVICE1: {\n        langauge: 'kr',\n        label: 'Korean',\n        encoding: 'euc-kr'\n        default: true,\n      }\n    }\n  }\n}\n```\n\n### Runtime Properties\nRuntime properties are attached to the tech object when HLS is in\nuse. You can get a reference to the VHS source handler like this:\n\n```javascript\nvar vhs = player.tech().vhs;\n```\n\nIf you *were* thinking about modifying runtime properties in a\nvideo.js plugin, we'd recommend you avoid it. Your plugin won't work\nwith videos that don't use videojs-http-streaming and the best plugins\nwork across all the media types that video.js supports. If you're\ndeploying videojs-http-streaming on your own website and want to make a\ncouple tweaks though, go for it!\n\n#### vhs.playlists.main\nType: `object`\n\nAn object representing the parsed main playlist. If a media playlist\nis loaded directly, a main playlist with only one entry will be\ncreated.\n\n#### vhs.playlists.media\nType: `function`\n\nA function that can be used to retrieve or modify the currently active\nmedia playlist. The active media playlist is referred to when\nadditional video data needs to be downloaded. Calling this function\nwith no arguments returns the parsed playlist object for the active\nmedia playlist. Calling this function with a playlist object from the\nmain playlist or a URI string as specified in the main playlist\nwill kick off an asynchronous load of the specified media\nplaylist. Once it has been retreived, it will become the active media\nplaylist.\n\n#### vhs.systemBandwidth\nType: `number`\n\n`systemBandwidth` is a combination of two serial processes' bitrates. The first\nis the network bitrate provided by `bandwidth` and the second is the bitrate of\nthe entire process after that (decryption, transmuxing, and appending) provided\nby `throughput`. This value is used by the default implementation of `selectPlaylist`\nto select an appropriate bitrate to play.\n\nSince the two process are serial, the overall system bandwidth is given by:\n`systemBandwidth = 1 / (1 / bandwidth + 1 / throughput)`\n\n#### vhs.bandwidth\nType: `number`\n\nThe number of bits downloaded per second in the last segment download.\n\nBefore the first video segment has been downloaded, it's hard to\nestimate bandwidth accurately. The HLS tech uses a starting value of 4194304 or 0.5 MB/s. If you\nhave a more accurate source of bandwidth information, you can override\nthis value as soon as the HLS tech has loaded to provide an initial\nbandwidth estimate.\n\n#### vhs.throughput\nType: `number`\n\nThe number of bits decrypted, transmuxed, and appended per second as a cumulative average across active processing time.\n\n#### vhs.selectPlaylist\nType: `function`\n\nA function that returns the media playlist object to use to download\nthe next segment. It is invoked by the tech immediately before a new\nsegment is downloaded. You can override this function to provide your\nadaptive streaming logic. You must, however, be sure to return a valid\nmedia playlist object that is present in `player.tech().vhs.main`.\n\nOverridding this function with your own is very powerful but is overkill\nfor many purposes. Most of the time, you should use the much simpler\nfunction below to selectively enable or disable a playlist from the\nadaptive streaming logic.\n\n#### vhs.representations\nType: `function`\n\nIt is recommended to include the [videojs-contrib-quality-levels](https://github.com/videojs/videojs-contrib-quality-levels) plugin to your page so that videojs-http-streaming will automatically populate the QualityLevelList exposed on the player by the plugin. You can access this list by calling `player.qualityLevels()`. See the [videojs-contrib-quality-levels project page](https://github.com/videojs/videojs-contrib-quality-levels) for more information on how to use the api.\n\nExample, only enabling representations with a width greater than or equal to 720:\n\n```javascript\nvar qualityLevels = player.qualityLevels();\n\nfor (var i = 0; i \u003c qualityLevels.length; i++) {\n  var quality = qualityLevels[i];\n  if (quality.width \u003e= 720) {\n    quality.enabled = true;\n  } else {\n    quality.enabled = false;\n  }\n}\n```\n\nIf including [videojs-contrib-quality-levels](https://github.com/videojs/videojs-contrib-quality-levels) is not an option, you can use the representations api. To get all of the available representations, call the `representations()` method on `player.tech().vhs`. This will return a list of plain objects, each with `width`, `height`, `bandwidth`, and `id` properties, and an `enabled()` method.\n\n```javascript\nplayer.tech().vhs.representations();\n```\n\nTo see whether the representation is enabled or disabled, call its `enabled()` method with no arguments. To set whether it is enabled/disabled, call its `enabled()` method and pass in a boolean value. Calling `\u003crepresentation\u003e.enabled(true)` will allow the adaptive bitrate algorithm to select the representation while calling `\u003crepresentation\u003e.enabled(false)` will disallow any selection of that representation.\n\nExample, only enabling representations with a width greater than or equal to 720:\n\n```javascript\nplayer.tech().vhs.representations().forEach(function(rep) {\n  if (rep.width \u003e= 720) {\n    rep.enabled(true);\n  } else {\n    rep.enabled(false);\n  }\n});\n```\n\n#### vhs.xhr\nType: `function`\n\nThe xhr function that is used by VHS internally is exposed on the per-\nplayer `vhs` object. While it is possible, we do not recommend replacing\nthe function with your own implementation. Instead, `xhr` provides\nthe ability to specify `onRequest` and `onResponse` hooks which each take a\ncallback function as a parameter, as well as `offRequest` and `offResponse`\nfunctions which can remove a callback function from the `onRequest` or\n`onResponse` Set. An `xhr-hooks-ready` event is fired from a player when per-player\nhooks are ready to be added or removed. This will ensure player specific hooks are\nset prior to any manifest or segment requests.\n\nThe `onRequest(callback)` function takes a `callback` function that will pass an xhr `options`\nObject to that callback. These callbacks are called synchronously, in the order registered \nand act as pre-request hooks for modifying the xhr `options` Object prior to making a request.\n\nNote: This callback *MUST* return an `options` Object as the `xhr` wrapper and each `onRequest`\nhook receives the returned `options` as a parameter.\n\nExample:\n```javascript\nplayer.on('xhr-hooks-ready', () =\u003e {\n  const playerRequestHook = (options) =\u003e {\n    return {\n      uri: 'https://new.options.uri'\n    };\n  };\n  player.tech().vhs.xhr.onRequest(playerRequestHook);\n});\n```\n\nIf access to the `xhr` Object is required prior to the `xhr.send` call, an `options.beforeSend` \ncallback can be set within an `onRequest` callback function that will pass the `xhr` Object \nas a parameter and will be called immediately prior to `xhr.send`.\n\nExample:\n```javascript\nplayer.on('xhr-hooks-ready', () =\u003e {\n  const playerXhrRequestHook = (options) =\u003e {\n    options.beforeSend = (xhr) =\u003e {\n      xhr.setRequestHeader('foo', 'bar');\n    };\n    return options;\n  };\n  player.tech().vhs.xhr.onRequest(playerXhrRequestHook);\n});\n```\n\nThe `onResponse(callback)` function takes a `callback` function that will pass the xhr\n`request`, `error`, and `response` Objects to that callback. These callbacks are called\nin the order registered and act as post-request hooks for gathering data from the\nxhr `request`, `error` and `response` Objects. `onResponse` callbacks do not require a\nreturn value, the parameters are passed to each subsequent callback by reference.\n\nExample:\n```javascript\nplayer.on('xhr-hooks-ready', () =\u003e {\n  const playerResponseHook = (request, error, response) =\u003e {\n    const bar = response.headers.foo;\n  };\n  player.tech().vhs.xhr.onResponse(playerResponseHook);\n});\n```\n\nThe `offRequest` function takes a `callback` function, and will remove that function from\nthe collection of `onRequest` hooks if it exists.\n\nExample:\n```javascript\nplayer.on('xhr-hooks-ready', () =\u003e {\n  player.tech().vhs.xhr.offRequest(playerRequestHook);\n});\n```\n\nThe `offResponse` function takes a `callback` function, and will remove that function from\nthe collection of `offResponse` hooks if it exists.\n\nExample:\n```javascript\nplayer.on('xhr-hooks-ready', () =\u003e {\n  player.tech().vhs.xhr.offResponse(playerResponseHook);\n});\n```\n\nThe global `videojs.Vhs` also exposes an `xhr` property. Adding `onRequest`\nand/or `onResponse` hooks will allow you to intercept the request options and xhr\nObject as well as request, error, and response data for *all* requests in *every*\nplayer on a page. For consistency across browsers the video source should be set\nat runtime once the video player is ready.\n\nExample:\n```javascript\n// Global request callback, will affect every player.\nconst globalRequestHook = (options) =\u003e {\n  return {\n    uri: 'https://new.options.global.uri'\n  };\n};\nvideojs.Vhs.xhr.onRequest(globalRequestHook);\n```\n\n```javascript\n// Global request callback defining beforeSend function, will affect every player.\nconst globalXhrRequestHook = (options) =\u003e {\n  options.beforeSend = (xhr) =\u003e {\n    xhr.setRequestHeader('foo', 'bar');\n  };\n  return options;\n};\nvideojs.Vhs.xhr.onRequest(globalXhrRequestHook);\n```\n\n```javascript\n// Global response hook callback, will affect every player.\nconst globalResponseHook = (request, error, response) =\u003e {\n  const bar = response.headers.foo\n};\n\nvideojs.Vhs.xhr.onResponse(globalResponseHook);\n```\n\n```javascript\n// Remove a global onRequest callback.\nvideojs.Vhs.xhr.offRequest(globalRequestHook);\n```\n\n```javascript\n// Remove a global onResponse callback.\nvideojs.Vhs.xhr.offResponse(globalResponseHook);\n```\n\nFor information on the type of options that you can modify see the\ndocumentation at [https://github.com/Raynos/xhr](https://github.com/Raynos/xhr).\n\n#### vhs.stats\nType: `object`\n\nThis object contains a summary of HLS and player related stats.\n\n| Property Name         | Type   | Description |\n| --------------------- | ------ | ----------- |\n| bandwidth             | number | Rate of the last segment download in bits/second |\n| mediaRequests         | number | Total number of media segment requests |\n| mediaRequestsAborted  | number | Total number of aborted media segment requests |\n| mediaRequestsTimedout | number | Total number of timedout media segment requests |\n| mediaRequestsErrored  | number | Total number of errored media segment requests |\n| mediaTransferDuration | number | Total time spent downloading media segments in milliseconds |\n| mediaBytesTransferred | number | Total number of content bytes downloaded |\n| mediaSecondsLoaded    | number | Total number of content seconds downloaded |\n| buffered              | array  | List of time ranges of content that are in the SourceBuffer |\n| currentTime           | number | The current position of the player |\n| currentSource         | object | The source object. Has the structure `{src: 'url', type: 'mimetype'}` |\n| currentTech           | string | The name of the tech in use |\n| duration              | number | Duration of the video in seconds |\n| main                  | object | The [main playlist object](#vhsplaylistsmain) |\n| playerDimensions      | object | Contains the width and height of the player |\n| seekable              | array  | List of time ranges that the player can seek to |\n| timestamp             | number | Timestamp of when `vhs.stats` was accessed |\n| videoPlaybackQuality  | object | Media playback quality metrics as specified by the [W3C's Media Playback Quality API](https://wicg.github.io/media-playback-quality/) |\n\n\n### Events\nStandard HTML video events are handled by video.js automatically and\nare triggered on the player object.\n\n#### loadedmetadata\n\nFired after the first segment is downloaded for a playlist. This will not happen\nuntil playback if video.js's `metadata` setting is `none`\n\n#### xhr-hooks-ready\n\nFired when the player `xhr` object is ready to set `onRequest` and `onResponse` hooks, as well\nas remove hooks with `offRequest` and `offResponse`.\n\n### VHS Usage Events\n\nUsage tracking events are fired when we detect a certain HLS feature, encoding setting,\nor API is used. These can be helpful for analytics, and to pinpoint the cause of HLS errors.\nFor instance, if errors are being fired in tandem with a usage event indicating that the\nplayer was playing an AES encrypted stream, then we have a possible avenue to explore when\ndebugging the error.\n\nNote that although these usage events are listed below, they may change at any time without\na major version change.\n\nVHS usage events are triggered on the tech with the exception of the 3 vhs-reload-error\nevents, which are triggered on the player.\n\nTo listen for usage events triggered on the tech, listen for the event type of `'usage'`:\n\n```javascript\nplayer.on('ready', () =\u003e {\n  player.tech().on('usage', (e) =\u003e {\n    console.log(e.name);\n  });\n});\n```\n\nNote that these events are triggered as soon as a case is encountered, and often only\nonce. For example, the `vhs-demuxed` usage event will be triggered as soon as the main\nmanifest is downloaded and parsed, and will not be triggered again.\n\n#### Presence Stats\n\nEach of the following usage events are fired once per source if (and when) detected:\n\n| Name          | Description   |\n| ------------- | ------------- |\n| vhs-webvtt    | main manifest has at least one segmented WebVTT playlist |\n| vhs-aes       | a playlist is AES encrypted |\n| vhs-fmp4      | a playlist used fMP4 segments |\n| vhs-demuxed   | audio and video are demuxed by default |\n| vhs-alternate-audio | alternate audio available in the main manifest |\n| vhs-playlist-cue-tags | a playlist used cue tags (see useCueTags(#usecuetags) for details) |\n| vhs-bandwidth-from-local-storage | starting bandwidth was retrieved from local storage (see useBandwidthFromLocalStorage(#useBandwidthFromLocalStorage) for details) |\n| vhs-throughput-from-local-storage | starting throughput was retrieved from local storage (see useBandwidthFromLocalStorage(#useBandwidthFromLocalStorage) for details) |\n\n#### Use Stats\n\nEach of the following usage events are fired per use:\n\n| Name          | Description   |\n| ------------- | ------------- |\n| vhs-gap-skip  | player skipped a gap in the buffer |\n| vhs-player-access | player.vhs was accessed |\n| vhs-audio-change | a user selected an alternate audio stream |\n| vhs-rendition-disabled | a rendition was disabled |\n| vhs-rendition-enabled | a rendition was enabled |\n| vhs-rendition-excluded| a rendition was excluded |\n| vhs-timestamp-offset | a timestamp offset was set in HLS (can identify discontinuities) |\n| vhs-unknown-waiting | the player stopped for an unknown reason and we seeked to current time try to address it |\n| vhs-live-resync | playback fell off the back of a live playlist and we resynced to the live point |\n| vhs-video-underflow | we seeked to current time to address video underflow |\n| vhs-error-reload-initialized | the reloadSourceOnError plugin was initialized |\n| vhs-error-reload | the reloadSourceOnError plugin reloaded a source |\n| vhs-error-reload-canceled | an error occurred too soon after the last reload, so we didn't reload again (to prevent error loops) |\n\n\n### In-Band Metadata\nThe HLS tech supports [timed\nmetadata](https://developer.apple.com/library/ios/#documentation/AudioVideo/Conceptual/HTTP_Live_Streaming_Metadata_Spec/Introduction/Introduction.html)\nembedded as [ID3 tags](http://id3.org/id3v2.3.0). When a stream is\nencountered with embedded metadata, an [in-band metadata text\ntrack](https://html.spec.whatwg.org/multipage/embedded-content.html#text-track-in-band-metadata-track-dispatch-type)\nwill automatically be created and populated with cues as they are\nencountered in the stream. UTF-8 encoded\n[TXXX](http://id3.org/id3v2.3.0#User_defined_text_information_frame)\nand [WXXX](http://id3.org/id3v2.3.0#User_defined_URL_link_frame) ID3\nframes are mapped to cue points and their values set as the cue\ntext. Cues are created for all other frame types and the data is\nattached to the generated cue:\n\n```javascript\ncue.value.data\n```\n\nThere are lots of guides and references to using text tracks [around\nthe web](http://www.html5rocks.com/en/tutorials/track/basics/).\n\n### Segment Metadata\nYou can get metadata about the segments currently in the buffer by using the `segment-metadata`\ntext track. You can get the metadata of the currently rendered segment by looking at the\ntrack's `activeCues` array. The metadata will be attached to the `cue.value` property and\nwill have this structure\n\n```javascript\ncue.value = {\n  byteLength, // The size of the segment in bytes\n  bandwidth, // The peak bitrate reported by the segment's playlist\n  resolution, // The resolution reported by the segment's playlist\n  codecs, // The codecs reported by the segment's playlist\n  uri, // The Segment uri\n  timeline, // Timeline of the segment for detecting discontinuities\n  playlist, // The Playlist uri\n  start, // Segment start time\n  end // Segment end time\n};\n```\n\nExample:\nDetect when a change in quality is rendered on screen\n```javascript\nlet tracks = player.textTracks();\nlet segmentMetadataTrack;\n\nfor (let i = 0; i \u003c tracks.length; i++) {\n  if (tracks[i].label === 'segment-metadata') {\n    segmentMetadataTrack = tracks[i];\n  }\n}\n\nlet previousPlaylist;\n\nif (segmentMetadataTrack) {\n  segmentMetadataTrack.on('cuechange', function() {\n    let activeCue = segmentMetadataTrack.activeCues[0];\n\n    if (activeCue) {\n      if (previousPlaylist !== activeCue.value.playlist) {\n        console.log('Switched from rendition ' + previousPlaylist +\n                    ' to rendition ' + activeCue.value.playlist);\n      }\n      previousPlaylist = activeCue.value.playlist;\n    }\n  });\n}\n```\n\n### Object as Source\n\n*Note* that this is an advanced use-case, and may be more fragile for production\nenvironments, as the schema for a VHS object and how it's used internally are not set in\nstone and may change in future releases.\n\nIn normal use, VHS accepts a URL as the source of the video. But VHS also has the ability\nto accept a JSON object as the source.\n\nPassing a JSON object as the source has many uses. A couple of examples include:\n* The manifest has already been downloaded, so there's no need to make another request\n* You want to change some aspect of the manifest, e.g., add a segment, without modifying\n  the manifest itself\n\nIn order to pass a JSON object as the source, provide a parsed manifest object in via a\n[data URI](https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/Data_URIs),\nand using the \"vnd.videojs.vhs+json\" media type when setting the source type. For instance:\n\n```\nvar player = videojs('some-video-id');\nconst parser = new M3u8Parser();\n\nparser.push(manifestString);\nparser.end();\n\nplayer.src({\n  src: `data:application/vnd.videojs.vhs+json,${JSON.stringify(parser.manifest)}`,\n  type: 'application/vnd.videojs.vhs+json'\n});\n```\n\nThe manifest object should follow the \"VHS manifest object schema\" (a somewhat flexible\nand informally documented structure) provided in the README of\n[m3u8-parser](https://github.com/videojs/m3u8-parser) and\n[mpd-parser](https://github.com/videojs/mpd-parser). This may be referred to in the\nproject as `vhs-json`.\n\n## Hosting Considerations\nUnlike a native HLS implementation, the HLS tech has to comply with\nthe browser's security policies. That means that all the files that\nmake up the stream must be served from the same domain as the page\nhosting the video player or from a server that has appropriate [CORS\nheaders](https://developer.mozilla.org/en-US/docs/HTTP/Access_control_CORS)\nconfigured. Easy [instructions are\navailable](http://enable-cors.org/server.html) for popular webservers\nand most CDNs should have no trouble turning CORS on for your account.\n\n\n## Known Issues and Workarounds\nIssues that are currenty known. If you want to\nhelp find a solution that would be appreciated!\n\n### Fragmented MP4 Support\nEdge has native support for HLS but only in the MPEG2-TS container. If\nyou attempt to play an HLS stream with fragmented MP4 segments (without\n[overriding native playback](#overridenative)), Edge will stall.\nFragmented MP4s are only supported on browsers that have\n[Media Source Extensions](http://caniuse.com/#feat=mediasource) available.\n\n### Assets with an Audio-Only Rate Get Stuck in Audio-Only\nSome assets which have an audio-only rate and the lowest-bandwidth\naudio + video rate isn't that low get stuck in audio-only mode. This is\nbecause the initial bandwidth calculation thinks it there's insufficient\nbandwidth for selecting the lowest-quality audio+video playlist, so it picks\nthe only-audio one, which unfortunately locks it to being audio-only forever,\npreventing a switch to the audio+video playlist when it gets a better\nestimation of bandwidth.\n\nUntil we've implemented a full fix, it is recommended to set the\n[`enableLowInitialPlaylist` option](#enablelowinitialplaylist) for any assets\nthat include an audio-only rate; it should always select the lowest-bandwidth\naudio+video playlist for its first playlist.\n\nIt's also worth mentioning that Apple no longer requires having an audio-only\nrate; instead, they require a 192kbps audio+video rate (see Apple's current\n[HLS Authoring Specification][]). Removing the audio-only rate would of course\neliminate this problem since there would be only audio+video playlists to\nchoose from.\n\nFollow progress on this in issue [#175](https://github.com/videojs/http-streaming/issues/175).\n\n[HLS Authoring Specification]: https://developer.apple.com/documentation/http_live_streaming/hls_authoring_specification_for_apple_devices\n\n### DASH Assets with `$Time` Interpolation and `SegmentTimeline`s with No `t`\n\nDASH assets which use `$Time` in a `SegmentTemplate`, and also have a\n`SegmentTimeline` where only the first `S` has a `t` and the rest only have a\n`d`, do not load currently.\n\nThere is currently no workaround for this, but you can track progress on this\nin issue [#256](https://github.com/videojs/http-streaming/issues/256).\n\n## Testing\n\nFor testing, you run `npm run test`. You will need Chrome and Firefox for running the tests.\n\n_videojs-http-streaming uses [BrowserStack](https://browserstack.com) for compatibility testing._\n\n## Debugging\n\nvideojs-http-streaming makes use of `videojs.log` for debug logging. You can enable these logs\nby setting the log level to `debug` using `videojs.log.level('debug')`. You can access a complete\nhistory of the logs using `videojs.log.history()`. This history is maintained even when the\nlog level is not set to `debug`.\n\n`vhs.stats` can also be helpful when debugging. Accessing this object will give you\na snapshot summary of various HLS and player stats. See [vhs.stats](#vhsstats) for details\nabout what this object contains.\n\n__NOTE__: The `debug` level is only available in video.js v6.6.0+. With earlier versions of\nvideo.js, no debug messages will be logged to console.\n\n## Release History\nCheck out the [changelog](CHANGELOG.md) for a summary of each release.\n\n## Building\nTo build a copy of videojs-http-streaming run the following commands\n\n```bash\ngit clone https://github.com/videojs/http-streaming\ncd http-streaming\nnpm i\nnpm run build\n```\n\nvideojs-http-streaming will have created all of the files for using it in a dist folder\n\n## Development\n\n### Tools\n* Download stream locally with the [HLS Fetcher](https://github.com/videojs/hls-fetcher)\n* Simulate errors with [Murphy](https://github.com/videojs/murphy)\n* Inspect content with [Thumbcoil](http://thumb.co.il)\n\n### Commands\nAll commands for development are listed in the `package.json` file and are run using\n```bash\nnpm run \u003ccommand\u003e\n```\n\n[slack-icon]: http://slack.videojs.com/badge.svg\n[slack-link]: http://slack.videojs.com\n[travis-icon]: https://travis-ci.org/videojs/http-streaming.svg?branch=main\n[travis-link]: https://travis-ci.org/videojs/http-streaming\n[issue-stats-link]: http://issuestats.com/github/videojs/http-streaming\n[issue-stats-pr-icon]: http://issuestats.com/github/videojs/http-streaming/badge/pr\n[issue-stats-issues-icon]: http://issuestats.com/github/videojs/http-streaming/badge/issue\n[greenkeeper-icon]: https://badges.greenkeeper.io/videojs/http-streaming.svg\n[greenkeeper-link]: https://greenkeeper.io/\n","funding_links":[],"categories":["JavaScript","HarmonyOS","Repository","Video Players \u0026 Playback Libraries","25. 音频/视频"],"sub_categories":["Windows Manager","Audio/Video","Web Players","24.3 Web Sockets"],"project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fvideojs%2Fhttp-streaming","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Fvideojs%2Fhttp-streaming","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fvideojs%2Fhttp-streaming/lists"}