Update caveats page

Author: WyattBlue

docs/overview/caveats.rst

@@ -6,27 +6,25 @@ Caveats
 Authority of Documentation
 --------------------------
 
-FFmpeg_ is extremely complex, and the PyAV developers have not been successful in making it 100% clear to themselves in all aspects. Our understanding of how it works and how to work with it is via reading the docs, digging through the source, perfoming experiments, and hearing from users where PyAV isn't doing the right thing.
+FFmpeg_ is extremely complex, and the PyAV developers have not been successful in making it 100% clear to themselves in all aspects. Our understanding of how it works and how to work with it is via reading the docs, digging through the source, performing experiments, and hearing from users where PyAV isn't doing the right thing.
 
-Only where this documentation is about the mechanics of PyAV can it be considered authoritative. Anywhere that we discuss something that is actually about the underlying FFmpeg libraries comes with the caveat that we can not always be 100% on it.
-
-It is, unfortunately, often on the user the understand and deal with the edge cases. We encourage you to bring them to our attention via GitHub_ so that we can try to make PyAV deal with it, but we can't always make it work.
+Only where this documentation is about the mechanics of PyAV can it be considered authoritative. Anywhere that we discuss something that is about the underlying FFmpeg libraries comes with the caveat that we can not be 100% sure on it. It is, unfortunately, often on the user to understand and deal with edge cases. We encourage you to bring them to our attention via GitHub_ so that we can try to make PyAV deal with it.
 
 
 Unsupported Features
 --------------------
 
-Our goal is to provide all of the features that make sense for the contexts that PyAV would be used in. If there is something missing, please reach out on Gitter_ or open a feature request on GitHub_ (or even better a pull request). Your request will be more likely to be addressed if you can point to the relevant `FFmpeg API documentation <https://ffmpeg.org/doxygen/trunk/index.html>`__.
+Our goal is to provide all of the features that make sense for the contexts that PyAV would be used in. If there is something missing, please reach out on GitHub_ or open a feature request (or even better a pull request). Your request will be more likely to be addressed if you can point to the relevant `FFmpeg API documentation <https://ffmpeg.org/doxygen/trunk/index.html>`__.
 
 
-Sub-Interpeters
----------------
+Sub-Interpreters
+----------------
 
 Since we rely upon C callbacks in a few locations, PyAV is not fully compatible with sub-interpreters. Users have experienced lockups in WSGI web applications, for example.
 
 This is due to the ``PyGILState_Ensure`` calls made by Cython in a C callback from FFmpeg. If this is called in a thread that was not started by Python, it is very likely to break. There is no current instrumentation to detect such events.
 
-The two main features that are able to cause lockups are:
+The two main features that can cause lockups are:
 
 1. Python IO (passing a file-like object to ``av.open``). While this is in theory possible, so far it seems like the callbacks are made in the calling thread, and so are safe.
 
@@ -42,10 +40,9 @@ PyAV currently has a number of reference cycles that make it more difficult for
 
 Until we resolve this issue, you should explicitly call :meth:`.Container.close` or use the container as a context manager::
 
-    with av.open(path) as fh:
+    with av.open(path) as container:
         # Do stuff with it.
 
 
 .. _FFmpeg: https://ffmpeg.org/
-.. _Gitter: https://app.gitter.im/#/room/#PyAV-Org_User-Help:gitter.im
-.. _GitHub: https://github.com/PyAV-Org/pyav
+.. _GitHub: https://github.com/PyAV-Org/PyAV