Skip to content
This repository has been archived by the owner on Aug 6, 2018. It is now read-only.

IPFS Source #21

Open
sumnerevans opened this issue Apr 16, 2018 · 5 comments
Open

IPFS Source #21

sumnerevans opened this issue Apr 16, 2018 · 5 comments

Comments

@sumnerevans
Copy link
Member

IPFS may be a good way to handle local caching. We should allow sources to be specified as IPFS hashes.

@sumnerevans sumnerevans self-assigned this Apr 16, 2018
sumnerevans added a commit that referenced this issue May 25, 2018
@sumnerevans
Copy link
Member Author

Work is happening on the ipfs-source branch.

@sumnerevans
Copy link
Member Author

One difficulty here is that MPV does not natively understand how to open IPFS files. We need to create a mechanism for piping ipfs cat into MPV.

@jhgarner
Copy link
Contributor

It sounds like we could unify asset files and assets themselves. For example, the following could be changed from
CoolestVidEver: /home/user/videos/coolvid.mp4
to
CoolestVidEver: file:/home/user/videos/coolvid.mp4
where the constructor for the file source would be called to try and parse what CoolestVidEver points to. A similar system could be used for IPFS. If we had CoolestVidEver: ipfs:/home/user/videos/coolvid.mp4 then the constructor could run the ipfs cat command and returns a dictionary like {CoolestVidEver: /tmp/cache/coolvid.mp4}

@sumnerevans
Copy link
Member Author

Hmm... what if the video is larger than the free disk space? You would want to stream in this case...

@jhgarner
Copy link
Contributor

jhgarner commented Jun 2, 2018

Is there a way to stream raw data to MPV? I see we can tell it to read from stdin at launch but I don't see anything in libmpv about it.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants