нет, (пере) или (де)кодирования не происходит, происходит “ремукс” - из одного типа потока/контейнера собирается другой, элементарные потоки остаются как есть, и сама по себе эта операция достаточно “дешевая”.
нужно использовать этот “костыль” или нет - зависит от того, “понимает” ли движок исходный HLS поток или нет.
Лично мне пока не понятно, кто “виноват”, а разбираться не с чем - те ссылки, что приводились в теме у меня не работают - по ним не скачивается HLS плейлист.
Всем привет, снова нуждаюсь в вашей помощи.
Сменил провайдера и вместе с ним роутер, на ZTE ZXHN H298A
Перестали работать стримы запущенные через бродкастинг AceStream. Т.е. стрим запускается, но зрители не могут к нему подключиться. Смогут подключиться только если я на этом же ПК, начну воспроизводить в AcePlayer свой же стрим. Запускаюсь таким кодом:
Upnp в роутере включен, проброс вроде сделан (во вложении) и запуск портов (Port Trigger) тоже.
Скажите куда копать? На что смотреть? Не могу никак разобраться)
пример во вложении для другого порта, или там есть оба? В качестве хоста нужна указывать внешний IP, а не локальный. Этот самый внешний IP - “белый” или “серый” Ростелеком дает?
Порт триггер ни к чему. uPnP для стриминга пары каналов лучше не использовать (–upnp-enabled 0), сразу фиксированные порты для каждого канала и их ручной проброс на роутере - дебажить проблемы так проще. uPnP можно включить когда уже все проверено и отлажено, ну и в случае “стримим много каналов” - шоб вручную не пробрасывать десяток/другой портов.
Сделано. Отключен uPnP на роутере и прописан --upnp-enabled 0. Изменений ноль, проблема сохраняется. Может я как-то не правильно проброс сделал? Может нужно ещё какие-то порты пробросить?
Ещё сегодня пробовал запускать стрим через ГУИ - такой проблемы нет. Но так не запустишь одновременно 2 стрима…
Выявил отличие, нужно было добавить --stats-report-interval 2
Вроде заработало, тестирую.
А что это за статистика и куда она пишется? Я бы хотел посмотреть…
@Benny Добрейших вечеров, я снова с вопросом.
Стримил одновременно две трансляции на версии Эйс 3.1.15 - всё было норм.
Перешел на новое железо, установил последнюю версию Эйса и запустил на нём одновременно три бродкастинга. Работают очень не стабильно. Периодически отваливается одна или две трансляции из трёх. Отваливаются - в смысле пропадают пиры и зрители не могут подключиться. Перезапускаю отвалившиеся стримы, и они начинают раздаваться сразу на 100-200 пиров, видно на последнем скрине. Интернет канал при этом очень сильно загружен. В настройках стоит 8 пиров. Как думаете, куда копать? Может вернуться на старую версию ПО? Поправить настройки “–max-peers 8” Или 3 стрима это много…
Это не удивительно, т.к все эти пиры хотят получить свежий фрагмент, а он в случае live есть только в одном месте - у источника. Для сглаживания подобных ситуаций и нужны узлы поддержки.
В настройках я имел в виду в ком строке при запуске стрима. Про автослотс я не знал, спасибо за инфу.
По моей проблеме, я отключил upnp как вы советовали ранее. Я просто забыл этот момент. Ну и проброс портов (7764 и др.) вручную сделал соответсвенно. Пока вроде держится стабильно всё. Спасибо за очередную помощь)
И, этот “http://ip:port” проверялся в каком-нить плеере, что там действительно есть видеопоток?
Если в этом смысле все нормально, то не исключена ситуация, что блокируются наши ресурсы (api.torrentstream.net в частности), потому content ID и не возвращается - но это уже по месту должно быть виднее, см. локальные адблокеры/файрволлы и т.д.
Подскажите, плз, под убунтой 16.04 или 18.04 support-node нет уже? Она стартует все нормально, но в источник не получается добавить, пишет неверный аргумент. А вот стартап нода нормально работает. Использовал последние версии под каждую ОС, что есть в вики.