Skip to content
This repository has been archived by the owner on Oct 10, 2022. It is now read-only.

Commit

Permalink
Added two new entries to "InfiniDrive Weaknesses" list in README
Browse files Browse the repository at this point in the history
  • Loading branch information
DavidBerdik authored Jun 22, 2019
1 parent ac25167 commit dab70fe
Showing 1 changed file with 2 additions and 0 deletions.
2 changes: 2 additions & 0 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -49,6 +49,8 @@ Although InfiniDrive is an improvement over the base64 storage approach, it is c
- Although InfiniDrive is faster than the base64 implementation, it is still slow. Perhaps this can be improved by moving Drive API interactions to a separate thread since that is the slowest component?
- Google Drive allows for Doc files to be up to 50MB in size, but limits that size to 10MB when uploaded via the API. There used to be a workaround for this. Perhaps an attempt can be made at implementing that workaround?
- As mentioned earlier, taking advantage of PNG compression means that the resulting images are sometimes smaller than the data we are storing. In cases where an image's size is less than the data it is storing, we could pack more data in to the image. InfiniDrive does not currently do this, meaning that we often end up with wasted space per Doc. Perhaps we can try to calculate what an image's size will be before generating it, and add more data to it if the size allows?
- If an upload or download gets interrupted, InfiniDrive does not support resuming processes from where they stopped.
- InfiniDrive does not support error detection or correction.

## Can I contribute?
Yes! If you are interested in helping build InfiniDrive, feel free to submit a pull request. Bug reports are also appreciated.
Expand Down

0 comments on commit dab70fe

Please sign in to comment.