Comparing version 5.1.1 to 5.1.2
{ | ||
"name": "mp4-muxer", | ||
"version": "5.1.1", | ||
"version": "5.1.2", | ||
"description": "MP4 multiplexer in pure TypeScript with support for WebCodecs API, video & audio.", | ||
@@ -5,0 +5,0 @@ "main": "./build/mp4-muxer.js", |
@@ -22,3 +22,3 @@ # mp4-muxer - JavaScript MP4 multiplexer | ||
## Quick start | ||
The following is an example for a common usage of this library: | ||
The following is an example of a common usage of this library: | ||
```js | ||
@@ -59,3 +59,3 @@ import { Muxer, ArrayBufferTarget } from 'mp4-muxer'; | ||
WebCodecs API, this library was created to now also allow the creation of MP4 files while maintaining the same DX. | ||
While WebM is a more modern format, MP4 is an established standard and supported on way more devices. | ||
While WebM is a more modern format, MP4 is an established standard and is supported on more devices. | ||
@@ -158,3 +158,3 @@ ## Installation | ||
When using `chunked: true`, data created by the muxer will first be accumulated and only written out once it has | ||
reached sufficient size. This is useful for reducing the total amount of writes, at the cost of latency. It using a | ||
reached sufficient size. This is useful for reducing the total amount of writes, at the cost of latency. It uses a | ||
default chunk size of 16 MiB, which can be overridden by manually setting `chunkSize` to the desired byte length. | ||
@@ -253,3 +253,3 @@ | ||
- Use `'cross-track-offset'` to offset the timestamp of each track by the _minimum of all tracks' first chunk timestamp_. | ||
This works like `'offset'`, but should be used when the all tracks use the same clock. | ||
This works like `'offset'`, but it should be used when all tracks use the same clock. | ||
@@ -342,3 +342,3 @@ ### Muxing media chunks | ||
this issue does not arise. So, when muxing a multimedia file, make sure it is somewhat limited in size or the chunks | ||
are encoded in a somewhat interleaved way (like is the case for live media). This will keep memory usage at a | ||
are encoded in a somewhat interleaved way (as is the case for live media). This will keep memory usage at a | ||
constant low. | ||
@@ -345,0 +345,0 @@ - **Video key frame frequency:** |
167025