Служба підтримки The Movie Database

I'm building a media management app, that is probably best described as netflix for your personal media collection, and similar to plex (but supports low end machines, no streaming yet) - AND it's going to be completely free and open source. I've decided to use themoviedb as a basis for this application to make it easier for people to build out their collection, while maintaining various lists that can be subscribed to.

This is the general setup of the app, from install to everyday running, with some questions I have, too.

At install, should the app request that the user creates their own themoviedb account with an API key? I don't know if it makes sense that potentially hundreds of users would be making requests through one API key, but I am more than comfortable doing this. Should I be setting a request header that identifies my app (ie. X-TMDBAPP: myappname/mywebsitename.com)?

On first run, the user is prompted with:

  • Which directories their personal collection of movies are in
  • Which tmdb lists they want to subscribe to (with a few sane defaults, like top imdb 250, currently airing tv shows)
  • Bump them to a page that allows them to browse media

Daily use:

  • User can browse all media, under various collections/categories
  • Users can create or subscribe to movie/tv show lists/collections at any time, which will be publically available to any other person using the app (via themoviedb service).
  • Users can click on different titles to review their information
  • When a user clicks a title, it may build a cache bundle containing tmdb data (which can be flushed, or have a limited ttl)
  • If a user owns that title, they are able to launch it with a local video player (like vlc)
    • The app supports remote controlling, and will tie into the video players' ibus interface on linux (and mac?), still working on how this would work on windows
  • If the user does not own that title, they are given options to manually set the path to the movie locally, buy a digital copy, and potentially other options if they make sense.
  • Specified directories are periodically watched for new personal copies of digital content

The nice thing about doing it this way is that users don't have to have a huge collection of videos to have a good selection, it encourages people to buy digital copies, and most of all, makes their media very accessible.

So I guess most of my questions are related to the install process and caching. I noticed a bit of the clause in the API agreement that stated that cache should really only be when necessary - I don't want users to be making a ridiculous amount of requests every action a user does, because that would also violate the terms and agreements for the API.

Не вдалося знайти фільм або серіал? Увійдіть, щоб додати.

Загальні

s відкрити панель пошуку
p відкрити меню профілю
esc закрити відкрите вікно
? відкрити вікно з гарячими клавішами

На сторінках медіа

b повернутися назад
e перейти до сторінки редагування

На сторінках сезонів шоу

(стрілка вправо) перейти до наступного сезону
(стрілка вліво) перейти до попереднього сезону

На сторінках серій шоу

(стрілка вправо) перейти до наступної серії
(стрілка вліво) перейти до попередньої серії

На всіх сторінках зображень

a відкрити вікно додавання зображення

На всіх сторінках редагування

t відкрити перемикач перекладів
ctrl+ s підтвердити форму

На сторінках обговорення

n створити нове обговорення
w змінити статус стеження
p перемикач публічно/приватно
c перемикач відкрито/закрито
a відкрити активність
r відповісти на обговорення
l перейти до останньої відповіді
ctrl+ enter підтвердити повідомлення
(стрілка вправо) наступна сторінка
(стрілка вліво) попередня сторінка

Налаштування

Хочете оцінити чи додати до списку?

Увійти

Немає облікового запису?

Приєднайтеся до спільноти