Uploads from the browser are built for unreliable connections, such as a phone on mobile data or a busy venue network.

If your connection drops during an upload, the browser keeps retrying for several minutes instead of giving up within seconds.

While your browser reports that it is offline, the upload waits and does not use up its retries.

When your network comes back, the waiting upload continues on its own.

A busy or failing server answer is retried as well, not treated as a final error.

An answer that would not change in a minute, such as a refused file, is reported at once instead of being retried in vain.

Keep the upload tab open until it completes, and plug a laptop into power for large files.

The first retry after a failure is made at once, without a pause.

A server that answers that it is overloaded, that it is temporarily unavailable or that the request took too long is asked again.

A refusal because the file is too large, the sign-in is no longer valid or the address does not exist is final and is shown at once.

An upload that the server has already accepted is held while the browser is offline, and it carries on when the browser is back online.

An upload that you cancel is not kept waiting for the network.

An upload that the server has not accepted yet is not held waiting for the network.

If your browser does not say whether it is online, the upload is treated as online and keeps going.

Before a long upload on a phone, move to a place with a stable signal if you can, and keep the screen from locking.

Every video you upload is encoded into several quality levels, from the height of your original down to a small mobile size.

No level is ever made larger than your original, so a smaller recording is not blown up to a higher resolution.

The ladder always keeps at least one playable level, so a video never ends up with nothing to show.

Lower levels give viewers on slow connections something they can play smoothly.

Upload the best original you have, because the top level can only be as sharp as the file you send.

When you ask for a lower top level for a video, the ladder is built from that height downwards.

The levels above the height you asked for are never encoded at all, so no processing time is spent on them.

A request can only lower the top level; asking for more than your plan allows changes nothing, and the ceiling of your plan stays in force.