Перейти к содержанию
Форум русской поддержки продукции Synology

takeneasy

Пользователи
  • Активность

    50
  • Зарегистрирован

  • Посещение

Репутация

0 Neutral

Информация о takeneasy

  • Звание
    Активный участник
  • День рождения 23.10.1988

Contact Methods

  • Website URL
    http://
  • ICQ
    0

Profile Information

  • Gender
    Male
  • Interests
    IT, .NET framework (C#, WPF)

Посетители профиля

457 просмотров профиля
  1. Вот за это спасибо, успехи тут действительно лишними не будут
  2. Ну ОК, вопрос закрыт, раз скачивания всё решают. Миллионы мух - не могут ошибаться ))
  3. Ну я докторскую же не писал на эту тему или хотя бы курсач. Я так, чисто по ощущениям, никаких замеров не делал, всё - чисто глазками, соответственно на истинность в последней инстанции не претендую (и в любой момент готов "съехать с темы" ).
  4. Московский институт радиотехники электроники и автоматики
  5. Да, верится всё ещё с трудом. А точнее сказать - не верится вовсе И нет - не понятно. Кто сделал такой вывод и почему, в каких конкретно задачах, при каких условиях и ещё много много вопросов, которые бы сняли конкретные тесты в конкретной задаче. Допустим, в работе hls-proxy на synology на x64 архитектуре в docker-контейнере на ubuntu против контейнера на alpine с glibc, без всяких там запусков и тестов из-под wine, сборок питонов и других тест-кейсов специально-заточенных под одно либо другое. Я пробовал изначально на ubuntu контейнер подымать - был тоже доволен работой, как и от конте
  6. Так это всё нивелируется тем, что пришлось вкорячивать glibc альпине взад, ибо без glibc hls-proxy вовсе не стартует на их хвалёном musl...
  7. Вот это вопрос дискуссионный, без приведения конкретных тестов скорости на одинаковых конфигурациях в нашей задаче. Но мне с трудом верится что универсальный комбайн, напичканный излишним функционалом будет работать быстрей облегчённого инструмента с минимумом функционала. Но, даже если это каким-то чудесным образом и так, то наверняка убунта с дебом - далеко не самые оптимальные варианты по оптимизации потребляемых ресурсов и скорости для нашей задачи, которые могут быть. Да тот же clearlinux в нашем случае (x64) должен быть быстрее и оптимальнее по-идее. Надо конечно тестить. Однако, с друго
  8. https://hub.docker.com/r/tatsushid/tinycore
  9. данила, Да, видел ваши наработки когда искал варианты - действительно очень полезно, спасибо. Но сам в итоге поднял себе контейнер с hls-proxy на базе alpine:latest с s6overlay и еще torrserver добавил (хотя его и так можно напрямую из dsm пулять - просто решил чтобы в одном месте всё лежало\запускалось, мне удобнее так). Вообще, хотелось контейнер на tinycore linux изначально поднять, но не запускается там бинарник hls-proxy почему-то
  10. Вот, захотелось поднять hls-proxy, соответственно, ставлю этот дистр под свой NAS: hls-proxy-7.5.2.linux-x64.zip. Пытаюсь поднять по видеоинструкции для бубунты, на этапе ввода команды ./hls-proxy -help putty ругается: /lib/libc.so.6: version `GLIBC_2.25' not found На сколько я понял - библиотека glibc устаревшая. Попробовал некоторые варианты из гугла решить проблему: 1) Знающие комрады со stackoverflow сетовали на то что при переходе на x64-архитектуру что-то поломали и можно попробовать подпихнуть "lib32" вместо "lib" в файле /lib/libc.so - не помогло; 2) Установил i
  11. Да, плейлист из 1 канала. Хочу по iptv смотреть, плейлист - это издержки технологии, ну и с epg будет приятнее глазу и мотать назад удобно вместо "videofile1, videofile2" будет: "ролик такой-то о том-то и том-то", если будет реализована возможность "архива" Это всё условности. В iptv всё тоже самое - смотри сколько хочешь когда хочешь и то что хочешь, просто другой способ. Вместо того чтоб мышкой лазить искать и запускать нужное тебе сейчас видео из папки с сотней роликов - просто смотри крутящееся сейчас "в эфире" рандомное видео из этой сотни роликов и, при необходимости, пультом пере
  12. Интересует, возможно ли поднять свой локальный IPTV-стрим на synology? Не уверен что правильно использую терминологию, по-этому разжую свою хотелку на пальцах, задача такая: 1) Есть на Synology DS папка с короткими 3-10 минут видео файлами 2) Хочу чтобы все видео файлы из папки крутились циклично, типо как в прямом эфире друг за другом идут по IPTV-каналу 3) Соответственно нужно что бы на сервере Synology генерился плейлист http://192.168.134.123:26271/playlist.m3u8 и циклично вещался мой контент из папки 4) В локальной сети с любого устройства ловить трансляцию в iptv-плеере, вве
  13. takeneasy

    TorrServer

    BLaZe, какая у вас модель DS? Точно под неё архитектуру (arm64) качаете wget'ом? И второй вопрос - когда все эти команды проделываете, ничего в putty консоли ошибок не выдаёт никаких на всех шагах? Да, и в настройках dsm, разумеется, должна быть включена домашняя папка (Пользователь - Дополнительно - Главная папка пользователя - "Включить службу главной папки пользователя"). Если всё так - то должно работать... UPD. Увидел, вы написали что модель DS218+, под нее соответственно надо другую архитектуру - не arm64, а amd64 (wget https://github.com/YouROK/TorrServer/releas...er-linux-amd64)!
  14. takeneasy

    DS218+

    Принимайте в клуб нового счастливого обладателя 218+. Сразу разобрал до винтика NAS и проапгрейдил набортную память до Kingston SO-DIMM DDR3L 8Gb (2x4Gb) 1866MHz pc-15000 HyperX Impact Black (HX318LS11IBK2/8) Ну и воткнул в jbod два чистокровных китайца-терабайтника ssd kingdian s400, всё завелось-поднялось с полпня и работает отлично. Единственно, DSM автоматом в shr поставилась - пришлось удалять раздел и пул хранения ну и заново руками в jbod устанавливаться опять. Кстати, почему нет выбора RAID\SHR\JBOD - или я пропустил где-то? После 212j ощущения похожие как когда со старого москвича на
  15. takeneasy

    DS718+

    Всем спасибо за наставления и "моральную поддержку" при выборе. После долгих мук выбора, решил не переплачивать за ненужный мне функционал и заказал себе 218+, так как решил что покроет все мои потребности с избытком и на долгое время. Ушел в ветку 218+. Всех с наступающим!
×
×
  • Создать...