Wiki
Clone wikiFlightSDC++ / Home
Синопсис
Рассматриваемая архитектура
Основание проекта
Создание удобной экосистемы по обеспечению в передачи данных, с привлечением расширенной функциональности по поиску и идентификации контента.
Направленность
Не смотря на широковещательность протокола, главная выделяемая единица - это данные. Наши "три кита": Поиск/Идентификация, Получение, и Распространение. Впрочем, остальное также не отбрасывается.
Основная функциональность
Разрабатываемая архитектура дает великолепную гибкость и функциональность для пользовательского взаимодействия. При этом, предоставляется не меньшая гибкость для разработчиков плагинов разнообразной направленности.
Что будет
- Разнообразные механизмы в идентификации контента перед его окончательным получением (скачивание), например:
- Предпросмотр отдельных кадров из видео (указанный временной отрезок)
- Предпросмотр отдельного отрезка видео (указанный временной отрезок и его длительность)
- Предпрослушивание отдельного отрезка аудио (включая также аудио-дорожки из видео)
- Получение отдельных дорожек из медия-файлов (Получение субтитров, аудио и т.п.)
- Список всех дорожек, а также прочая сопутствующая техническая информация...
- Содержимое при работе с популярным архивами т.п.
- Все это дает быстрый способ оценить качество и правильность выбранного контента не затрачивая время, трафик и сопутствующие.,
- Расширенные возможности поиска и фильтрации контента.
- Поиск должен быть максимально удобным, интерактивным и функциональным, и в целом более схожим с классическими решениями в смежных областях.
- Обход ограничений протоколов.
- *Существующие реализации, и само описание протокола, вносит декларативное ограничение на макс. кол-во результатов и еще некоторые нюансы, которые снижают эффективность конечных результатов. Предполагается некоторая агрегация.
- Сопроводительная информация к данным.
- Рассматриваются любое проявление коммуникабельности и обеспечение необходимой информации к предоставляемым данным, например:
- Описание к озвучке (любительская; озвучивание и адаптация; качество озвучивания; и т.п.)
- Описание к видео (плохое качество; дефекты и артефакты; съемка была в том-то месте; и т.п.)
- Прочие описания, ссылки, и иная сопроводительная информация, авторства, источники...
- Рассматриваются любое проявление коммуникабельности и обеспечение необходимой информации к предоставляемым данным, например:
- Многое другое.,
Совместимость
Не смотря на размеченную функциональность, проект будет стремиться к обеспечению обратной совместимости с существующими решениями. Там где этого добиться не возможно, решения будут действовать как альтернативные возможности.
Состояние проекта
Проект находиться на стадии утверждения.
Предполагаемый транспортный уровень: WebSocket, Протокол взаимодействия JSON-RPC.
Некоторые тестовые механизмы можно рассмотреть уже сейчас, в существующих ветках RPC. (ветка support выделена для поддержки текущего клиента: bug-fix & short-enhancement)
Утверждение компонентов
Ядро:
- Минимально поддержка DHT, ADC, NMDC, сегментирование:
- StrongDC++ SQLite (+Поддержка NTFS потоков; partial sharing; актуальность;).
Транспортный уровень:
- WebSockets (более близкий к стеку TCP/IP, идеальный вариант для высокопроизводительной гибкой прослойки).
Пользовательский уровень:
- Под MVC/MVP архитектуру:
- Backbone + jQuery
- Обертка под WebSockets, варианты:
- web-socket-js
- socket.io
Плагины пользовательского уровня: (Направления ядра & UI)
- Java, PHP, C/C++, JavaScript, Node.Js, Perl, Python, Ruby.. нет, серьезно, все что угодно...
Персистентность уровней (SQLite не в приоритете):
- MongoDB (идеальный вариант для минимизации слоев)
- ?Redis
Есть вопросы ? / Разработчик ?
По всем вопросам, можно обращаться лично.
...
_________
/| /|
/_______ / |
| | | | _________
| |_____|__| /| /|
| / | /-/________/ |
|/_______|/_|| | | |
/| /|| |_____|__|
/_______ / |// | /
| | | |/_______|/
| |_____|__|
| / | / reg <entry.reg@gmail.com>
|/_______|/
Поддержка проекта
Архив
Структура рендеринга
Механизм поиска
Updated