Fixed bug: repeated meeting ID crashed script

The script was not able to handle the case where the same meeting ID was
encountered more than once.  This is because each meeting ID is a
directory in the downloads directory, and creating a directory that
already exists is an error in Python.

While I was at it, I also put in a check for existing files so that
restarting the downloader will not start over from the beginning again.
This makes it easier to restart, but could lead to a file being
partially downloaded and then skipped over subsequently, but it is a
better place to be than restarting a download of hundreds of videos from
scratch.

Fix no-status bug, add file organizaiton

This commit introuduces multiple fixes and improvements:
* The check for recording status complete could fail if there was no
status for a given recording, which the Zoom API apparently does.  A
check for the non-existence of the 'status' key was added.
* The script downloaded all types as MP4 files, which is a mess if there
are CC, M4A, VTT, etc, to also download.  File type detection was added.
* The script organizes all related recordings in subdirectories by
meeting ID.

adding alt path to get USER ID

Update README.md

appending note to download path

initial commit for readme

initial commit

Tested as working. Moderately difficult to use without knowledge of Python.

Initial commit