Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

First structured release content type #177

Open
casey opened this issue Feb 17, 2020 · 0 comments
Open

First structured release content type #177

casey opened this issue Feb 17, 2020 · 0 comments

Comments

@casey
Copy link
Owner

casey commented Feb 17, 2020

After basic torrent creation and verification functionality is complete, the next major avenue for development will likely to adding support for structured release creation.

An imdl release create command will be added which will take as input some content, and:

  • Picks appropriate and user-friendly file names
  • Makes sure that the input content is a valid format
  • Generates still thumbnails and a video preview (if applicable)
  • Creates a machine-readable manifest in the root of the release containing metadata about the content, including its content type
  • Creates an index.html containing a preview page and details about the release
  • Creates an index.txt or index.nfo containing details about the release

In order for releases to be consumed by downstream applications after creation (indexing and search, downloading, user library management, preview, in-browser players, etc), imdl release create will not support arbitrary content types.

Supporting content types would make releases no more useful than a zip file, i.e. they would require manual user intervention to preview, consume, and share, which is exactly what intermodal is trying to avoid.

Given that, release support for new content types will have to be added on an ongoing basis, and we'll have to choose what content type to support first.

The release types I'm considering supporting first are:

  • UTF-8 text: Very simple, lots of good free content on textfiles.org, could also support ANSI art, small, so doesn't require a lot of resources to host
  • PDFs: Good browser support, consists of a single file, lots of free content on arxiv.org
  • Flash: Consists of a single file, in-progress flash emulator available at ruffle.rs which could be used to play content in the browser, might be a reasonable amount of interest in preserving flash content
@casey casey added this to the eventually milestone Feb 17, 2020
@casey casey modified the milestone: eventually Mar 6, 2020
@casey casey modified the milestone: eventually Apr 11, 2020
@casey casey mentioned this issue May 29, 2020
11 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant