Архив форума Ace Stream
Базовые продукты ACE Stream ( Torrent Stream ) => Рекомендации (recommendations) => Тема начата: Constantin от 17 Августа 2012, 19:45:15
-
Информация на Wiki http://wiki.acestream.media/Streaming
Для Windows
Используйте опцию " Broadcasting", в меню клиентского приложения TS для создания собственного канала с прямой трансляцией.
Значение параметров:
Name
Название трансляции. Желательно использовать латинские буквы и цифры,без спецсимволов и пробелов.
Пример: mychannel
Source
Источник трансляции. Это должна быть ссылка на HTTP поток с инкапсуляцией MPEG-TS.
Пример: http://127.0.0.1:8080
Bitrate
Средний битрейт потока Кбайт/с.
(100 Кбайт/с = 800 Кбит/с)
Piece length
Размер куска в килобайтах. По умолчанию стоит значение Auto - размер куска будет выбран автоматически в зависимости от указанного битрейта.
Trackers
Список дополнительных трекеров, которые будут поддерживать раздачу.
Трекеры должны указываться по одному в строку. Если это поле пустое, то будет использоваться только локальный трекер, который автоматически запускает при старте трансляции.
Port
Порт, на который будет принимать входящие соединения источник трансляции. По умолчанию используется порт 7764
Host
Внешний IP-адрес компьютера, с которого запускается трансляция.
Это поле необходимо заполнять в том случае, если трансляция запускается с компьютера, которой подключен к интернету через маршрутизатор. Для того, чтобы узнать свой внешний IP-адрес, можно воспользоваться одним из специализированных сервисов, например, http://showip.net
Для Ubuntu и Debian
Инструкция : http://torrentstream.org/docs/tsengine_stream.txt
Пакты для CentOS
Смотрите здесь: http://wiki.acestream.media/Streaming
__________________________________________________________________________
Внимание! ( для всех бродкасеров ) Чтобы снизить нагрузку с локального трекера и облегчить пользователям процесс подключения к трансляции желательно при запуске стрима указать дополнительные трекеры.
На Ubuntu и Debian это делается с помощью параметра trackers
tsengine-stream ... --trackers
На Windows, просто пропишите все трекеры в соответствующем поле
_
Для стримеров/бродкастеров ( обновление от 04.12.2012)
Обновленная версия движка для ubuntu и debian. В новой версии значительно снижена нагрузка на процессор.
Новую версию можно забрать из репозитория:
Debian 6+:
deb http://repo.acestream.org/debian/ squeeze main
Для Debian есть еще репозиторий sid (там пакет, собранный с другими зависимостями, которые соответствуют официальным sid-репозиториям):
deb http://repo.acestream.org/debian/ sid main
Ubuntu 11.10:
deb http://repo.acestream.org/ubuntu/ oneiric main
Ubuntu 12.04:
deb http://repo.acestream.org/ubuntu/ precise main
Ubuntu 12.10:
deb http://repo.acestream.org/ubuntu/ quantal main
Установка публичного ключа:
debian:
wget -q -O - http://repo.acestream.org/keys/acestream.public.key | apt-key add -
ubuntu:
sudo wget -q -O - http://repo.acestream.org/keys/acestream.public.key | sudo apt-key add -
Пакеты
acestream-engine - движок
acestream-mozilla-plugin - плагин для браузеров
acestream-player - десктопный плеер
acestream-player-data - набор общих библиотек для плеера и плагина
acestream-full - полный пакет, который включает в себя все вышеперечисленные
Для Debian доступен только движок.
________________________________________________________________________________
Новые параметры для acestreamengine-stream/acestreamengine-node, начиная с версии 2.0.3 ( обновление от 15.12.2012)
acestreamengine-stream
Эта команда запускает источник трансляции
обязательные параметры
--name NAME - название трансляции (это название используется при создании файла acelive)
--source SOURCE - источник (ссылка на http поток)
--bitrate BITRATE - средний битрейт потока в байтах в секунду
необязательные параметры
--title TITLE - "читабельное" название транляции (это название выводится у клиентов). Если не задано, берется из --name
--destdir DESTDIR - устаревшний параметр, лучше использовать --cache-dir и --publish-dir
--cache-dir CACHE_DIR - папка для создания служебных файлов (кеш трансляции и другие)
--publish-dir PUBLISH_DIR - папка, в которой будет создан acelive-файл
--piecesize PIECESIZE - размер куска в байтах (если не задан, выставляется автоматически в зависимости от битрейта)
--duration DURATION - размер кеша трансляции в формат ЧЧ:ММ:СС (по умолчанию один час: 01:00:00)
--host HOST - вручную задать адрес локального трекера
--port PORT - порт, на котором работает движок
--skip-internal-tracker - отключить локальный трекер
--add-authorized-peers - добавить список авторизованных пиров в acelive файл
--private-source - сделать источник "приватным"
--support-node SUPPORT_NODE - добавить узел поддержки (в формате ip:port). Этот параметр может встречаться несколько раз, если нужно добавить несколько узлов поддержки.
--tracker TRACKER - добавить трекер (announce url). Этот параметр может встречаться несколько раз.
--trackers TRACKERS - старый формат добавления трекеров (список announce url через запятую)
--provider-key PROVIDER_KEY - ключ провайдера (только для коммерческих трансляций)
--maxclients MAXCLIENTS - максимальное количество пиров, на которые одновременно отдаются данные с источника
--show-pieces - выводить в лог номера кусков по мере их создания
--show-peers - периодически выводить в лог список подключенных пиров
--debug DEBUG - установить уровень отладки
дополнительно:
-h, --help - показать описание команд
Примечания:
"локальный трекер" - это трекер встроенный в источник трансляции. Если он не отключен опцией --skip-internal-tracker, то его адрес будет автоматически добавлен в acelive-файл.
"приватный источник" - это источник, который отдает данные только узлам поддержки, которые заданы опцией --support-node
Авторизованные пиры
Опция --add-authorized-peers добавляет в acelive-файл список пиров, которым клиент может "доверять" при подключении к трансляции. Это означает, что клиенту достаточно установить соединение с таким пиром, чтобы начать воспроизведение трансляции. Если клиент не подключен к авторизованному пиру, то для начала воспроизведение требуется наличие соединения минимум с двумя пирами. В список авторизованных пиров попадает источник трансляции (если это не приватный источник) и все указанные узлы поддержки.
Важно: клиенты со старыми версиями не понимают список авторизованных пиров в acelive-файле. Старые версии считают авторизованным пиром того, чей адрес совпадает с адресом первого трекера в списке трекеров. Раньше это всегда был локальный трекер. Теперь, когда появилась возможность отключения локального трекера, для поддержки старых клиентов мы рекомендуем при отключении локального трекера ставить на первое место трекер, расположенный на том же сервере, что и источник трансляции (чтобы адреса первого трекера и источника совпадали), либо использовать как минимум один узел поддержки (чтобы клиенты при старте могли установить соединение сразу с двумя пирами, даже если больше никто не смотрит трансляцию).
acestreaengine-node
Эта команда запускает узел поддержки
обязательные параметры
--url URL - ссылка на acelive файл трансляции
необязательные параметры
--port PORT - порт (по умолчанию 8621)
--state-dir STATE_DIR - папка для временных файлов (удаляется после остановки узла поддержки)
--source-node SOURCE_NODE - адрес источника трансляции (ip:port)
--support-node SUPPORT_NODE - добавить адрес другого узла поддержки (ip:port). Этот параметр может встречаться несколько раз.
--allow-source-download - разрешить получение данных от источника
--allow-support-download - разрешить получение данных от других узлов поддержки
--allow-peers-download - разрешить получение данных от обычных пиров
--max-incoming-connects MAX_INCOMING_CONNECTS - маскимальное кол-во входящих соединений (от других пиров) (по умолчанию 1000)
--max-outgoing-connects MAX_OUTGOING_CONNECTS - маскимальное кол-во исходящих соединений (к другим пирам) (по умолчанию 50)
--max-upload-slots MAX_UPLOAD_SLOTS - максимальное количество пиров, на которые одновременно отдаются данные с узла поддержки (по умолчанию 7)
--max-download-speed MAX_DOWNLOAD_SPEED - максимальная скорость загрузки (байт/с). По умолчанию 0 (без ограничений).
--max-upload-speed MAX_UPLOAD_SPEED - максимальная скорость отдачи (байс/с). По умолчанию 0 (без ограничений).
--show-pieces - выводить в лог номера кусков по мере их загрузки
--show-peers - периодически выводить в лог список подключенных пиров
--stats-report-interval STATS_REPORT_INTERVAL - задать интервал в секундах для вывода в лог информации о скорости загрузки/отдачи. По умолчанию 0 (не выводить).
--debug DEBUG - установить уровень отладки
дополнительно:
-h, --help - показать описание команд
Обновление от 10.09.2013
Переход с версий 2.0.х на версию 2.1 и выше (http://wiki.acestream.media/Streaming#.D0.9F.D0.B5.D1.80.D0.B5.D1.85.D0.BE.D0.B4_.D1.81_.D0.B2.D0.B5.D1.80.D1.81.D0.B8.D0.B9_2.0..D1.85_.D0.BD.D0.B0_.D0.B2.D0.B5.D1.80.D1.81.D0.B8.D1.8E_2.1_.D0.B8_.D0.B2.D1.8B.D1.88.D0.B5)
С 10 сентября 2013 года доступна обновленная версия движка 2.1.6 под Ubuntu, Debian и CentOS
Новая версия доступна для тестирования по ссылкам указанным на wiki
В репозитории repo.acestream.net пока доступны старые версии (2.0.8 )
Перед полномасштабным использованием новой версии мы рекомендуем по возможности протестировать ее на одной или нескольких трансляциях.
При возникновении каких-либо проблем просьба писать здесь на форуме, в этой теме либо на почту support@acestream.net.
Старые версии временно доступны в репозитории и по прямым ссылкам
ВНИМАНИЕ! В ближайшее время поддержка старых версий будет прекращена.
ВАЖНО! Все трансляции, созданные с помощью новой версии Ace Stream (2.1 и выше) не поддерживаются клиентским ПО старых версий (2.0.х и ниже). При попытке просмотреть новую трансляцию с помощью старого движка будет выдаваться ошибка "Cannot load transport file"
Ссылки на Wiki:
Переход с версий 2.0.х на версию 2.1 и выше (http://wiki.acestream.media/Streaming#.D0.9F.D0.B5.D1.80.D0.B5.D1.85.D0.BE.D0.B4_.D1.81_.D0.B2.D0.B5.D1.80.D1.81.D0.B8.D0.B9_2.0..D1.85_.D0.BD.D0.B0_.D0.B2.D0.B5.D1.80.D1.81.D0.B8.D1.8E_2.1_.D0.B8_.D0.B2.D1.8B.D1.88.D0.B5)
Изменения параметров запуска (http://wiki.acestream.media/Streaming#.D0.98.D0.B7.D0.BC.D0.B5.D0.BD.D0.B5.D0.BD.D0.B8.D1.8F_.D0.B2_.D0.BF.D0.B0.D1.80.D0.B0.D0.BC.D0.B5.D1.82.D1.80.D0.B0.D1.85_.D0.B7.D0.B0.D0.BF.D1.83.D1.81.D0.BA.D0.B0)
-
А почему битрейт в байтах/с? Обычно в битах/с ??? он и называется по этому БИТрейт 8)
-
А почему битрейт в байтах/с? Обычно в битах/с ??? он и называется по этому БИТрейт 8)
Хм, интересный вопрос! Просто все расчеты на движке определяются из объема передаваемых данных, которые исчисляются в байтах, но мы указали это как битрейт, чтобы было всем понятней, но собственно если это вызывает путаницу, то это поле не проблема изменить на другой параметр ввода. В следующее обновление для Windows мы можем включить это изменение, если для большинства будет так удобней и понятней.
P.S. Все это будет еще приводится в порядок, просто это пока считайте тестовой версией для тех кто хочет постримить.
-
Какие есть ограничения для бесплатного просмотра? Какой битрей (от и до) можно смотреть будет бесплатно?
-
Какие есть ограничения для бесплатного просмотра? Какой битрей (от и до) можно смотреть будет бесплатно?
Пока на тесте, никаких! Позже планируется ввести ограничения для некоммерческих трансляций, идущих с битрейтом свыше 1 мбит/с
-
А почему свише1 мбит? 1 мбит по сегодняшним мерка очень мало, может планку немного поднять? сейчас даже онлайн тв в основном транслируется свише 1 мбит, скорости из года в год растут, год назад качество онлайн тв 0,5 мбит било круто, а сейчас меньше 1,5 мбита уже маловато кажется. Думаю в 2013 планка поднимется до 2 мбит, может такую планку и оставить для бесплатного просмотра?
-
А почему свише1 мбит? 1 мбит по сегодняшним мерка очень мало, может планку немного поднять? сейчас даже онлайн тв в основном транслируется свише 1 мбит, скорости из года в год растут, год назад качество онлайн тв 0,5 мбит било круто, а сейчас меньше 1,5 мбита уже маловато кажется. Думаю в 2013 планка поднимется до 2 мбит, может такую планку и оставить для бесплатного просмотра?
Я думаю за это не стоит сильно переживать, так как в первую очередь мы готовим решение для коммерческих сервисов, в число которых будут входит и сервисы предоставляющие площадки для создания пользовательских каналов. Многие из них работают по рекламной модели, поэтому на таких площадках никаких ограничений для пользователей не будет.
Премиум, это по сути система отношений между частными бродкастерами и пользователями, которые хотят поощрять добросовестных бродкастеров.
-
Потестировал вчера-сегодня... результаты пока разочаровывающие (в сравнении с аналогами). Есть конечно свои неоспоримые преимущества, но они меркнут пока перед недостатками.... ID моей трансляции сейчас e38ad4b570d0bb51065270187cad5aac9b1a03c0 (будет меняться, что кстати тоже минус большой). Как я и опасался механизмы отдачи контента у TS пока не оптимизированы... и требуют доработки... (http://img-fotki.yandex.ru/get/6605/65025181.3/0_89685_8ef5411a_orig.jpg)
Отдача чем то ограничивается, это видно на скрине выше, мой аплоад до 80 Мбит/с, контент 5-6 Мбит/с, даунлоад пиров не меньше 50 Мбит/с! а на выходе получаем ограниченную отдачу в 2 Мбита...
Если делаю битрейт меньше 2 Мбит/с, то всё показывает, делаю больше... всё упирается как в стену...
Подскажите как и чем исправить?
-
Пур Иванов, вот по этой причине мы и не особо хотели выпускать в массовое пользование функцию бродкастинга, так как у нас нет физической возможности обеспечивать суппортом каждого пользователя.
На сегодняшний день вы смотрите нашу закрытую тестовую трансляцию с битрейтом под 20 мбит/с, поэтому о каких ограничениях вы говорите?
Возможно ваши ограничения связанны с маршрутизатором, чтобы проверить дайте мне прямую ссылку на вашу трансляцию
-
Я же дал ссылку... вернее ID .... http://torrentstream.org/stream/test.php?id=e38ad4b570d0bb51065270187cad5aac9b1a03c0
Никаких маршрутизаторов или роутеров у меня нет, оптика + впн
-
Я же дал ссылку... вернее ID .... http://torrentstream.org/stream/test.php?id=e38ad4b570d0bb51065270187cad5aac9b1a03c0
Никаких маршрутизаторов или роутеров у меня нет, оптика + впн
Я имел ввиду, чтобы вы мне дали линк на уникаст ( прямой поток ), чтобы посмотреть как от вас идет прямая отдача потока, без нашего софта.
-
Нет у меня такого линка... ??? Я беру поток со своего источника скажем IPTV... оборачиваю его в http mpeg-ts и пускаю на http://127.0.0.1:1234 который подхватывает ваш TS и раздаёт...
Для сравнения в Sopcast при той же схеме никаких подобных проблем с отдачей не возникает... :-\
-
Что за ошибка ???
(http://habrastorage.org/storage2/0f4/d60/74c/0f4d6074c941a70478f26a7e23156334.png)
-
интересно у кого нить ещё кроме меня получилось сделать свою трансляцию вообще??? хотелось бы глянуть на результаты... 8)
-
интересно у кого нить ещё кроме меня получилось сделать свою трансляцию вообще??? хотелось бы глянуть на результаты... 8)
да, у меня получилось
интересно как ведет себя прога при большом количестве подключений
ну и постоянную ссылку на трансляцию нужно
-
да, у меня получилось
интересно как ведет себя прога при большом количестве подключений
ну и постоянную ссылку на трансляцию нужно
Ну а ссылка то где? или хотя-бы ID Потока :) битрейт какой? у меня вот больше 1-2 Мбит никак не хочет раздаваться... http://torrentstream.org/stream/test.php?id=7ad131a19e837848defc957fe935e187123c4b22
-
Пур Иванов, я тебе уже на livefootball отвечал :D
-
да, у меня получилось
интересно как ведет себя прога при большом количестве подключений
ну и постоянную ссылку на трансляцию нужно
Ну а ссылка то где? или хотя-бы ID Потока :) битрейт какой? у меня вот больше 1-2 Мбит никак не хочет раздаваться... http://torrentstream.org/stream/test.php?id=7ad131a19e837848defc957fe935e187123c4b22
Вот к твоей трнсляции чат добавил http://maxwell.ho.ua/111.php
-
Вот к твоей трнсляции чат добавил http://maxwell.ho.ua/111.php
Это всё конечно здорово очень... Но пока бесполезно, т.к. у меня трансляция будет меняцо постоянно... как ТВ каналы, так и ID трансляции... К тому же я пока ещё тестирую...
-
Вот к твоей трнсляции чат добавил http://maxwell.ho.ua/111.php
Это всё конечно здорово очень... Но пока бесполезно, т.к. у меня трансляция будет меняцо постоянно... как ТВ каналы, так и ID трансляции... К тому же я пока ещё тестирую...
Скидывай мне id в вк или почту поменяю.
-
Вот к твоей трнсляции чат добавил http://maxwell.ho.ua/111.php
Это всё конечно здорово очень... Но пока бесполезно, т.к. у меня трансляция будет меняцо постоянно... как ТВ каналы, так и ID трансляции... К тому же я пока ещё тестирую...
Скидывай мне id в вк или почту поменяю.
Замените трансляцию с нашего "закрытого" теста на другую!!! Нам пока владелец канала не давал прав выпускать ее в открытый тест, поэтому чтобы нам не приходилось включать ограничения доступа по логинам, просто замените ее. Если вы хотите продемонстрировать как идет трансляция в TS и иметь на страничке собственный чат для обсуждения, то используйте лучше этот ID: - 605a6130dcbd3ab6a892e199c2035c30e1f56039 ( источник трансляции в Украине, и на поддержку включили еще и немца, поэтому у большинства пользователей не должно быть проблем с получением потока ) Ну и кроме этого, спортивный какнал транслируется с чересстрочной разверткой и деинтерлейсинг по умолчанию включен только на нашей страничке с этой трансляцией, а на вашей или других будет гребенка, что совсем не радует глаз
-
Вот к твоей трнсляции чат добавил http://maxwell.ho.ua/111.php
Это всё конечно здорово очень... Но пока бесполезно, т.к. у меня трансляция будет меняцо постоянно... как ТВ каналы, так и ID трансляции... К тому же я пока ещё тестирую...
Скидывай мне id в вк или почту поменяю.
Замените трансляцию с нашего "закрытого" теста на другую!!! Нам пока владелец канала не давал прав выпускать ее в открытый тест, поэтому чтобы нам не приходилось включать ограничения доступа по логинам, просто замените ее. Если вы хотите продемонстрировать как идет трансляция в TS и иметь на страничке собственный чат для обсуждения, то используйте лучше этот ID: - 605a6130dcbd3ab6a892e199c2035c30e1f56039 ( источник трансляции в Украине, и на поддержку включили еще и немца, поэтому у большинства пользователей не должно быть проблем с получением потока ) Ну и кроме этого, спортивный какнал транслируется с чересстрочной разверткой и деинтерлейсинг по умолчанию включен только на нашей страничке с этой трансляцией, а на вашей или других будет гребенка, что совсем не радует глаз
Извеняюсь. Заменил.
-
Что насчёт поста #7 ? http://oldforum.acestream.media/index.php?topic=1410.msg4640#msg4640 :-\
Насколько мог проверить у других бродкастеров тоже такая же ситуация с отдачей... пример http://torrentstream.org/stream/test.php?id=8ead0418cf6d676846aa7b09d5d66bcc2b2228f9
-
Объясните на счет битрейта. Исходя из 1 поста 100000 байт в секунду это 800 Кбит/с?
Значит для 2000 Кбит/с нужно 250000 ставить?
-
Да нечего тут объяснять... с битрейтом пока полная неразбириха, это раз, сам TS клиент, даже у бродкастера, ничего не раздаёт (см. мои скрины, могу ещё тучу разных прислать с пояснениями моих тестов...)! это два, работают приемлемо щас только тестовые трансляции самих разработчиков... и только за счёт прикрепленных к ним саппортов (специальных серверов для раздачи), сами же клиенты без саппортов не раздают ничего (либо почти ничего)... это видно даже на тестовых трансляциях разрабов!
Для сравнения в сопкасте, клиент начинает раздавать сразу же, максимально доступным клиентам и на максимально доступной скорости... (могу продемонстрировать, тесты тоже делал и скрины есть).
P.S. Потенциал у проги огромный! но на мой взгляд (мои и других бродов тесты показали) пока всё слишком сырое для использования... р2р технология подразумевает раздачу контента от одних клиентов к следующим, а пока такой раздачи у TS просто нет (либо она оччччень сильно ограничена)... почему? вопрос к разработчикам...
-
Объясните на счет битрейта. Исходя из 1 поста 100000 байт в секунду это 800 Кбит/с?
Значит для 2000 Кбит/с нужно 250000 ставить?
Абсолютно верно!
P.S. Позже, для винды, мы это поменяем, чтобы было всем проще и понятней. ( а пока на вышеуказанном примере, еще покажу простой расчет, если кто запутался; 2000 Кбит/с делим на 8 и умножаем на 1000, в итоге получаем значение 250000. ) Это очень важный параметр, поэтому его нужно проигрывать правильно.
-
А что насчет ограничений на Битрейт и раздачу ?
-
Да нечего тут объяснять... с битрейтом пока полная неразбириха, это раз, сам TS клиент, даже у бродкастера, ничего не раздаёт (см. мои скрины, могу ещё тучу разных прислать с пояснениями моих тестов...)! это два, работают приемлемо щас только тестовые трансляции самих разработчиков... и только за счёт прикрепленных к ним саппортов (специальных серверов для раздачи), сами же клиенты без саппортов не раздают ничего (либо почти ничего)... это видно даже на тестовых трансляциях разрабов!
Для сравнения в сопкасте, клиент начинает раздавать сразу же, максимально доступным клиентам и на максимально доступной скорости... (могу продемонстрировать, тесты тоже делал и скрины есть).
P.S. Потенциал у проги огромный! но на мой взгляд (мои и других бродов тесты показали) пока всё слишком сырое для использования... р2р технология подразумевает раздачу контента от одних клиентов к следующим, а пока такой раздачи у TS просто нет (либо она оччччень сильно ограничена)... почему? вопрос к разработчикам...
Вы очень сильно заблуждаетесь!!!
У нас нет никаких специализированных прог и, которые мы используем на своих серверах, а другим не хотим давать. Мы используем точно такое же ПО, как и все: источник у нас создается также как и у вас, ну а то что вы называете "саппортом", так и это обычный клиент, только работающий без плеера ( считайте что этот сервер поддержки, это у нас просто постоянный юзер сидящий на просмотре канала, не выключая его и не спрыгивая с раздачи) Это вам пример обычного клиента, от которого идет раздача! Вот и вся кухня! ( эти режимы доступны для всех линуксоидов и указаны в инструкции ).
Ну а теперь уже сами подумайте, в чем может быть у вас проблема, так как я надеюсь вам должно быть уже понятно, что здесь дело не в нашем клиенте. Безусловно, мы будем постоянно усовершенствовать ПО и к примеру, добавим еще поддержку UDP и uTP, что также где-то будет решать определенные проблемы с соединениями. Но это только улучшения, так как на саму технологию это не влияет и при правильной подготовки трансляции никаких проблем быть не должно, что мы вам наглядно демонстрируем на своих трансляциях.
P.S. Уверен, вы разберетесь и у вас все получится. Ну а мы пока недельку понаблюдаем, с чем и у кого возникают какие проблемы, после чего все это можно будет проанализировать.
-
А что насчет ограничений на Битрейт и раздачу ?
Ограничений нет!
-
Constantin, вот тут активно тестируют - http://forum.livefootball.ws/index.php?showtopic=266&st=40&gopid=9215&#entry9215
-
Constantin, вот тут активно тестируют - http://forum.livefootball.ws/index.php?showtopic=266&st=40&gopid=9215&#entry9215
Спасибо за ссылочку, буду иногда поглядывать, но отписываться там не смогу, так как еле здесь успеваю отвечать. Собственно, как я увидел многие из участников той дискуссии поглядывают и наш форум, ну и присутствует здоровая дискуссия, хотя в чем-то некоторые явно заблуждаются, но уверен со временем все и во всем разберутся.
P.S. Да, там промелькнуло одно интересно предложение " навалится на эту трансляцию" Вот (http://forum.livefootball.ws/index.php?showtopic=266&view=findpost&p=9206), это было бы здорово!
-
потестируйте тут кому не сложно http://torrentstream.org/stream/test.php?id=3d719e69e76c1ef325b904e66e907bb0ae6cfab7
-
Что за ошибка ??? Как не крути не убирается =(
Запускаю на winows 8
(http://habrastorage.org/storage2/0f4/d60/74c/0f4d6074c941a70478f26a7e23156334.png)
-
Что за ошибка ??? Как не крути не убирается =(
Запускаю на winows 8
Ошибка связана с кодировкой строк, обычно это означает проблемы с вводом кириллицы, хотя на скриншотах кириллицы не видно.
Нужны логи движка после возникновения этой ошибки. Еще у нас появился новый лог: tsengine_stream.log.exe, лежит в той же папке, где и движок. Если этот лог есть, то он тоже нужен.
P.S. Все у кого возникают какие-то ошибки или если кто-то поймал какой-то баг, давайте нам описание и прикрепляйте логи
-
потестируйте тут кому не сложно http://torrentstream.org/stream/test.php?id=3d719e69e76c1ef325b904e66e907bb0ae6cfab7
Работает
Total peers: 0 Helping: 2 Down: 151 Up: 0
-
Что за ошибка ??? Как не крути не убирается =(
Запускаю на winows 8
Ошибка связана с кодировкой строк, обычно это означает проблемы с вводом кириллицы, хотя на скриншотах кириллицы не видно.
Нужны логи движка после возникновения этой ошибки. Еще у нас появился новый лог: tsengine_stream.log.exe, лежит в той же папке, где и движок. Если этот лог есть, то он тоже нужен.
P.S. Все у кого возникают какие-то ошибки или если кто-то поймал какой-то баг, давайте нам описание и прикрепляйте логи
Вот логи http://sendfile.su/653496
-
что-то у меня перестала нормально работать закрытая тестовая трансляция, а у вас?
-
что-то у меня перестала нормально работать закрытая тестовая трансляция, а у вас?
У меня не работают закрытая тестовая трансляция и http://torrentstream.org/stream/test.php
А эта кое-как работает http://torrentstream.org/stream/test.php?id=3d719e69e76c1ef325b904e66e907bb0ae6cfab7
-
А эта кое-как работает http://torrentstream.org/stream/test.php?id=3d719e69e76c1ef325b904e66e907bb0ae6cfab7
Что значит кое как работает? ???
-
А эта кое-как работает http://torrentstream.org/stream/test.php?id=3d719e69e76c1ef325b904e66e907bb0ae6cfab7
Что значит кое как работает? ???
Буферить переодически начинает подолгу.
-
А эта кое-как работает http://torrentstream.org/stream/test.php?id=3d719e69e76c1ef325b904e66e907bb0ae6cfab7
Что значит кое как работает? ???
Буферить переодически начинает подолгу.
Видимо что-то у вас, у меня работает хорошо.
-
Что за ошибка ???
(http://habrastorage.org/storage2/0f4/d60/74c/0f4d6074c941a70478f26a7e23156334.png)
Исправили и пустили в обновление. Перезагрузите движок, если вы не отключали режим автообновления ( версия движка должна быть 1.0.6.7 )
-
В версии для Windows изменили параметр ввода битрейта с байт на килобиты ( версия движка 1.0.6.7 )
-
Баг пропал. Трансляция идет.
На роутере проброс портов нужно делать ? ( если да то каких ?)
-
У меня в новой версии 1.0.6.7 те же проблемы остались, с раздачей... не хочет хорошо раздавать, как потолок какой-то или ограничение стоит, у пиров тоже очень слабая раздача DL.
Потестил ещё параметр "Максимальная скорость отдачи", не увидел никакого результата у себя... ставлю 100 туда, как раздавал 1Мбит так же и осталось, тоже самое и с 10. Он вообще работает?
-
У меня в новой версии 1.0.6.7 те же проблемы остались, с раздачей... не хочет хорошо раздавать, как потолок какой-то или ограничение стоит, у пиров тоже очень слабая раздача DL.
Потестил ещё параметр "Максимальная скорость отдачи", не увидел никакого результата у себя... ставлю 100 туда, как раздавал 1Мбит так же и осталось, тоже самое и с 10. Он вообще работает?
Ограничений нет! ( на всякий случай мы проверили и виндовую версию, и никаких проблем не увидели ) Все ограничения по скорости отдачи связанны с сетевыми ограничениями, причем не обязательно на стороне пользователя, это вполне может быть и на стороне провайдера и на других узлах. К примеру: Мы запустили трансляцию с одной машины через, одного провайдера, и был полный аут со скоростью, после чего перекинули соединение на другого провайдера и все было отлично. Собственно по этой причине мы изначально и хотели, чтобы запуски трансляций делали те, у кого есть сервера в ДЦ, которые могут обеспечить честные каналы.
Попробуйте запустить трансляции на клиентов, находящихся с вами в одной зоне обмена трафиком. Думаю это позволит выйти на максимальные скорости отдачи. Если вы докопаетесь до причины, дайте нам знать.
P.S. Ограничения в опциях, на отдачу, не распространяются на источник трансляции!
-
как узнать ID трансляции если трансляция запускатся в линукс? пока только вариант создавать веб страницу с плеером, указав месторасположение tslive файла, и заходить в меню этого веб-плеера и там уже смотреть Content ID... а хотелось бы попроще, на подобии windows, где ID показывается при запуске стрима...
-
как узнать ID трансляции если трансляция запускатся в линукс? пока только вариант создавать веб страницу с плеером, указав месторасположение tslive файла, и заходить в меню этого веб-плеера и там уже смотреть Content ID... а хотелось бы попроще, на подобии windows, где ID показывается при запуске стрима...
На линуксе, без создания веб-странички, пока никак.
P.S. когда будет менеджер трансляций для линкус или когда переведем странички с плеером на локальный адрес, тогда с этим проблем не будет
-
Внимание! ( для всех бродкасеров ) Чтобы снизить нагрузку с локального трекера и облегчить пользователям процесс подключения к трансляции желательно при запуске стрима указать дополнительные трекеры.
На Ubuntu и Debian это делается с помощью параметра trackers
tsengine-stream ... --trackers
http://t1.torrentstream.net:2710/announce,http://t2.torrentstream.net:2710/announce
На Windows, просто пропишите все трекеры в соответствующем поле
Пропишите два наших трекера :
t1.torrentstream.net
t2.torrentstream.net
-
so you mean list them like this on windows
http://t1.torrentstream.net:2710/announce
http://t2.torrentstream.net:2710/announce
with a space can we add other trackers
Also about the birate in vlc i cap the max rate to 1200kbps so when i start a stream
where it says Bitrate (kbit/s): i put 1200 is that correct?
what about the audio bitrate
-
so you mean list them like this on windows
http://t1.torrentstream.net:2710/announce
http://t2.torrentstream.net:2710/announce
with a space can we add other trackers
Yes, you can add any number of trackers. These two are the trackers that we host to help people to start their broadcasts.
Also about the birate in vlc i cap the max rate to 1200kbps so when i start a stream
where it says Bitrate (kbit/s): i put 1200 is that correct?
what about the audio bitrate
You should specify average overall (video + audio) bitrate of the stream in kilobits per second when creating stream on windows. In your case you can put 1200 + audio bitrate.
-
thank you admin i heard there is a software node to help seed the source how does this work can we have 2 seeds on one source and if so how
And is there anyway to keep the same channel ID for every new stream
I'm on windows thanks
-
this does not work very well tested this on a windows 2008 server and it buffers a lot for my users 100mbit
any ideas why 1.2k bitrate
-
хотелось бы узнать будет ли возможность делать 2 сервера тс в windows?
-
На линуксе, без создания веб-странички, пока никак.
А где можно взять исходники для создания страницы?
-
На линуксе, без создания веб-странички, пока никак.
А где можно взять исходники для создания страницы?
В ближайшее время опубликуем
-
Необходимо сделать нормальное отключение от трансляции клиентов в случае если бродкастер отключил эту трансляцию или по каким либо причинам отвалился от интернета, на данный момент в случае обрыва связи у бродкастера клиенты начинают смотреть по кругу один и тот же видео отрывок. Желательно сделать возможность автоматического переподключения клиента к трансляции бродкастера, т.е. в случае обрыва у бродкастера стрима по каким либо причинам, он ее перезапустил и все кто смотрел трансляцию смогли автоматически вновь подключится к ней с определенным тайм-аутом.
На будущее так же хотелось бы, чтобы смена битрейта не влияла на ID трансляции, а лучше чтобы его не нужно было вообще вписывать, т.е. TS его смог бы автоматически вычислять и в зависимости от этого применять оптимальные настройки для передачи контента.
Также по возможности желательно уменьшить нагрузку на процессор у TS, при большом количестве пиров она довольно значительно возрастает.
-
Необходимо сделать нормальное отключение от трансляции клиентов в случае если бродкастер отключил эту трансляцию или по каким либо причинам отвалился от интернета, на данный момент в случае обрыва связи у бродкастера клиенты начинают смотреть по кругу один и тот же видео отрывок. Желательно сделать возможность автоматического переподключения клиента к трансляции бродкастера, т.е. в случае обрыва у бродкастера стрима по каким либо причинам, он ее перезапустил и все кто смотрел трансляцию смогли автоматически вновь подключится к ней с определенным тайм-аутом.
Ок! Учтем
На будущее так же хотелось бы, чтобы смена битрейта не влияла на ID трансляции, а лучше чтобы его не нужно было вообще вписывать, т.е. TS его смог бы автоматически вычислять и в зависимости от этого применять оптимальные настройки для передачи контента.
ID, это аналог magnet (http://ru.wikipedia.org/wiki/Magnet-%D1%81%D1%81%D1%8B%D0%BB%D0%BA%D0%B0), поэтому это невозможно! Как я уже говорил, для удобства пользователей можно сделать на страничках веб-плееры или какую-то кнопочку/иконку бродкастера/канала, чтобы они нажав на нее всегда получали актуальный ID или ссылка acestream:// ( будет в новой версии ) или сделать какое-то простенькое браузерное расширение или легенькое десктопное приложение в виде менеджера каналов, в общем вариантов очень много. P.S. Учитывая что ID является децентрализованным решением, у нас нет возможности блокировать трансляции по требованиям правообладателям как у Сопкаст.
Также по возможности желательно уменьшить нагрузку на процессор у TS, при большом количестве пиров она довольно значительно возрастает.
Самый простой способ, это отключить локальный трекер. Позже мы сделаем локальный трекер более производительным, но это не в самое ближайшее время.
P.S. Я заходил на ваш форум и видел вопросы связанные с оптимальными настройками опций. Вот здесь я давал уже разъяснение http://oldforum.acestream.media/index.php?topic=1429.msg4798#msg4798 ( перекиньте к себе на форум, возможно кому-то пригодится ) И еще большой параметр буфера для Live не нужно ставить, пока мы не выпустим версию где будет реализован TimeShift, так как сейчас воспроизведение будет прыгать/будут постоянные скачки (удовольствие от просмотра точно не будет )
-
ID, это аналог magnet (http://ru.wikipedia.org/wiki/Magnet-%D1%81%D1%81%D1%8B%D0%BB%D0%BA%D0%B0), поэтому это невозможно! Как я уже говорил, для удобства пользователей можно сделать на страничках веб-плееры или какую-то кнопочку/иконку бродкастера/канала, чтобы они нажав на нее всегда получали актуальный ID или ссылка acestream:// ( будет в новой версии ) или сделать какое-то простенькое браузерное расширение или легенькое десктопное приложение в виде менеджера каналов, в общем вариантов очень много. P.S. Учитывая что ID является децентрализованным решением, у нас нет возможности блокировать трансляции по требованиям правообладателям как у Сопкаст.
Жаль. По поводу вебплеера: он использует tslive файл, который также, насколько я понял, меняется при смене битрейта, получается в случае изменения скорости потока нужно перезаливать tslive на удаленный сервер, если вебплеер и этот файл находится там?
Самый простой способ, это отключить локальный трекер.
хм, а это можно как то сделать? Просто если возможно, то трекер можно отдельно запустить, указав его в списке трекеров (на сервере, где осуществляется трансляция есть собственный локальный ретрекер для торрентов, может попробывать лучше его нагрузить?)
P.S. Я заходил на ваш форум и видел вопросы связанные с оптимальными настройками опций. Вот здесь я давал уже разъяснение http://oldforum.acestream.media/index.php?topic=1429.msg4798#msg4798 ( перекиньте к себе на форум, возможно кому-то пригодится ) И еще большой параметр буфера для Live не нужно ставить, пока мы не выпустим версию где будет реализован TimeShift, так как сейчас воспроизведение будет прыгать/будут постоянные скачки (удовольствие от просмотра точно не будет )
Разъяснение добавил к своему посту там, 10 секунд все равно считаю слишком малым буфером, секунд 20 оптимальнее, так как не всегда трансляция идет стабильно (при стабильных трансляциях и хороших пирах возможно и 10 секунд хватит)
-
ID, это аналог magnet (http://ru.wikipedia.org/wiki/Magnet-%D1%81%D1%81%D1%8B%D0%BB%D0%BA%D0%B0), поэтому это невозможно! Как я уже говорил, для удобства пользователей можно сделать на страничках веб-плееры или какую-то кнопочку/иконку бродкастера/канала, чтобы они нажав на нее всегда получали актуальный ID или ссылка acestream:// ( будет в новой версии ) или сделать какое-то простенькое браузерное расширение или легенькое десктопное приложение в виде менеджера каналов, в общем вариантов очень много. P.S. Учитывая что ID является децентрализованным решением, у нас нет возможности блокировать трансляции по требованиям правообладателям как у Сопкаст.
Жаль. По поводу вебплеера: он использует tslive файл, который также, насколько я понял, меняется при смене битрейта, получается в случае изменения скорости потока нужно перезаливать tslive на удаленный сервер, если вебплеер и этот файл находится там?
Вам жаль что у нас нет возможности блокировать трансляции как у Собкаста? ;)
Да, tslive также меняется. Собственно tslive это и есть основной файл, а ID создается на базе его хеша. Да, в случае создания веб-плеера, ему нужно всегда скармливать новый файл, если пересоздается поток с любыми новыми параметрами. Ну разве это проблема? Можно сделать отдельную страничку для канала того или иного бродкастера или даже не обязательно станичнику, а какую нибудь именную кнопочку, код которой можно будет вставлять в любые странички, а бродкасер просто будет обновлять ID, ну а у пользователя всегда будет актуальная ссылка?
Самый простой способ, это отключить локальный трекер.
хм, а это можно как то сделать? Просто если возможно, то трекер можно отдельно запустить, указав его в списке трекеров (на сервере, где осуществляется трансляция есть собственный локальный ретрекер для торрентов, может попробывать лучше его нагрузить?)
Не совсем понял вопрос!? Локальный трекер, который на источнике, и так всегда работает по умолчанию. Но он в прицепе не обязательный, если будут прописаны другие внешние трекеры. Если нужно, мы можем реализовать возможность его отключения.
P.S. Я заходил на ваш форум и видел вопросы связанные с оптимальными настройками опций. Вот здесь я давал уже разъяснение http://oldforum.acestream.media/index.php?topic=1429.msg4798#msg4798 ( перекиньте к себе на форум, возможно кому-то пригодится ) И еще большой параметр буфера для Live не нужно ставить, пока мы не выпустим версию где будет реализован TimeShift, так как сейчас воспроизведение будет прыгать/будут постоянные скачки (удовольствие от просмотра точно не будет )
Разъяснение добавил к своему посту там, 10 секунд все равно считаю слишком малым буфером, секунд 20 оптимальнее, так как не всегда трансляция идет стабильно (при стабильных трансляциях и хороших пирах возможно и 10 секунд хватит)
Под "большим" я подразумевал больше 30 сек. Ну а буфер плеера вообще трогать ненужно, так как он исключительно для VoD и если кто-то захочет посмотреть видео через торренты на таком сайте как к примеру ex.ua, где есть качественная поддержка http, то вместо 3 сек. ожидания будет ждать пока загрузится буфер на все указанное время.
-
сегодня на тс сервере(1.0.6.8) запущенном на линукс, упал трекер(примерно когда было 4000 пиров), вот лог:
Traceback (most recent call last):
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid port
Traceback (most recent call last):
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid port
Traceback (most recent call last):
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid port
Traceback (most recent call last):
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid port
Traceback (most recent call last):
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid portпосле рестарта еще проскочили сообщения:
Traceback (most recent call last):
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid port
при этом трансляция продолжает идти, но почти половину пиров срезает(по крайней мере судя по статистике трекера ТС у меня с 4000 упало до 2000 пиров)
-
И так после 2 дней ативного бродкастинга выкладываю отчет:
1.) ТС версии 2.0.0
Отдача идет неравномерно, может идти 2мбайта, но потом может сразу упасть до 800кбайт, конечно же такие перепады отражаются на стабильности потока. Максимум разгонялась до 3.5 мбайт
2.) Ubuntu 12.10, ТС версии 1.6.8 терминал
Отдача идет раза в 3 выше чем на windows версии плагина.
Через ~5-6 часов выскакивают ошибки:
Starting TS Engine...
2012-11-03 11:24:32 lm::start_upnp: upnp_type 3 locally_guessed_ext_ip 127.0.0.1 listen_port 7764
.........++++++++
.....................................................................................++++++++
device id: MFIwEAYHKoZIzj0CAQYFK4EEABoDPgAEAVCC34RlcR32LY4mGPbunequkNuWmWZ+Ejq/l/fpAFFHn40FUqtTiLwT5bFXt/Sdy5zQBB4H0Jq/AQjY
tracker url: http://10.201.***.***:7764/announce
bitrate: 225000
piece size: 131072
dest dir: /tmp/streams
------------------------
createlivestream: open stream: url http://192.168.1.12:9041 reader builtin
2012-11-03 11:24:32 stream: started input thread
2012-11-03 11:24:34 stream: restarting stream from piece 1
2012-11-03 11:24:41 lm::upnp_failed_callback: upnp_type 3 listenport 7764 listenproto TCP error_type 0 exc None
2012-11-03 11:24:41 lm::upnp_failed_callback: upnp_type 3 listenport 7764 listenproto UDP error_type 0 exc None
2012-11-03 17:27:22 storage::b4c62154dc3bb7e8f6aec2ec2bc8de12415073e0:write: time seek 1.28746032715e-05 write 1.08709788322 file /tmp/streams/livefootball.ws_TS1 pos 320077824 begin 320077824 end 320094208
2012-11-03 17:38:05 storage::b4c62154dc3bb7e8f6aec2ec2bc8de12415073e0:write: time seek 1.50203704834e-05 write 1.08108115196 file /tmp/streams/livefootball.ws_TS1 pos 472907776 begin 472907776 end 472924160
2012-11-03 18:39:05 storage::b4c62154dc3bb7e8f6aec2ec2bc8de12415073e0:write: time seek 1.4066696167e-05 write 1.16120314598 file /tmp/streams/livefootball.ws_TS1 pos 533725184 begin 533725184 end 533741568
2012-11-03 18:40:33 storage::b4c62154dc3bb7e8f6aec2ec2bc8de12415073e0:write: time seek 1.31130218506e-05 write 1.02428293228 file /tmp/streams/livefootball.ws_TS1 pos 554696704 begin 554696704 end 554713088
Traceback (most recent call last):
File "/home/anton/src/engine2/TorrentStream/Core/BitTornado/BT1/track.py", line 896, in get
ValueError: no info hash
2012-11-03 20:32:39 storage::b4c62154dc3bb7e8f6aec2ec2bc8de12415073e0:write: time seek 1.50203704834e-05 write 1.46556401253 file /tmp/streams/livefootball.ws_TS1 pos 534773760 begin 534773760 end 534790144
2012-11-03 23:50:36 storage::b4c62154dc3bb7e8f6aec2ec2bc8de12415073e0:write: time seek 1.4066696167e-05 write 1.00840711594 file /tmp/streams/livefootball.ws_TS1 pos 121634816 begin 121634816 end 121651200
2012-11-03 23:51:27 storage::b4c62154dc3bb7e8f6aec2ec2bc8de12415073e0:write: time seek 1.38282775879e-05 write 1.18135094643 file /tmp/streams/livefootball.ws_TS1 pos 133693440 begin 133693440 end 133709824
Traceback (most recent call last):
File "/home/anton/src/engine2/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/src/engine2/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid port
Traceback (most recent call last):
File "/home/anton/src/engine2/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/src/engine2/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid port
Traceback (most recent call last):
File "/home/anton/src/engine2/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/src/engine2/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid port
Traceback (most recent call last):
File "/home/anton/src/engine2/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/src/engine2/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid port
2012-11-04 01:40:29 storage::b4c62154dc3bb7e8f6aec2ec2bc8de12415073e0:write: time seek 1.31130218506e-05 write 1.81167507172 file /tmp/streams/livefootball.ws_TS1 pos 70254592 begin 70254592 end 70270976
2012-11-04 01:40:54 storage::b4c62154dc3bb7e8f6aec2ec2bc8de12415073e0:write: time seek 1.31130218506e-05 write 1.13964104652 file /tmp/streams/livefootball.ws_TS1 pos 76546048 begin 76546048 end 76562432
Traceback (most recent call last):
File "/home/anton/src/engine2/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/src/engine2/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid port
2012-11-04 01:44:06 storage::b4c62154dc3bb7e8f6aec2ec2bc8de12415073e0:write: time seek 1.4066696167e-05 write 1.25610303879 file /tmp/streams/livefootball.ws_TS1 pos 121372672 begin 121372672 end 121389056
2012-11-04 01:44:57 storage::b4c62154dc3bb7e8f6aec2ec2bc8de12415073e0:write: time seek 1.50203704834e-05 write 1.00097513199 file /tmp/streams/livefootball.ws_TS1 pos 134217728 begin 134217728 end 134234112
2012-11-04 01:45:17 storage::b4c62154dc3bb7e8f6aec2ec2bc8de12415073e0:write: time seek 1.90734863281e-05 write 1.23169112206 file /tmp/streams/livefootball.ws_TS1 pos 138674176 begin 138674176 end 138690560
2012-11-04 01:46:45 storage::b4c62154dc3bb7e8f6aec2ec2bc8de12415073e0:write: time seek 1.31130218506e-05 write 1.07351708412 file /tmp/streams/livefootball.ws_TS1 pos 159383552 begin 159383552 end 159399936
Traceback (most recent call last):
File "/home/anton/src/engine2/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/src/engine2/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid port
Впринципе с этими ошибками тс нормально работает
Пожелания)
Сделать нормальную отдачу трафика на windows плагине, также как на ubuntu
Сделать на windows плагине такие опции как:
макс. количество клиентов
нод сервер
возможность запуска 2 и более трансляций
-
отдача на windows - это действительно проблема, с чем это связано тоже сложно сказать, если вы утверждаете, что код для windows и linux одинаков, надеюсь вы все же сможете найти причину этой проблемы, так как это важнеший параметр для трансляции. Но куда больше меня поражает сам алгоритм отдачи, который просто ставит крест на нормальной трансляции. Суть заключается в следующем: при просмотре трансляции пир подключается к источнику и начинает получать видео поток напрямую с него, НО при получении определенного количества трафика он просто отключается и подключается новый пир, который получает также определенную квоту трафика, и так по кругу. О какой стабильности может идти вообще речь, если пиры кругами крутятся между собой, учитывая, что многие из них не могут нормально раздать контент в силу своего интернета (например адсл), и, соответственно, хорошие пиры "насильно" отключаются от источника вместо того, чтобы держать их у источника, в итоге наблюдаем глюки у клиентов и плохую отдачу. Тут уж проблема на лицо и решить ее можно только изменив алгоритм раздачи. Даже не представляю где вы видели, чтобы так пиры обменивались между собой, что в сопках, что торрентах, в основном используются хорошие сиды и пиры и они не меняются, если обмен происходит нормально. В той же википедии описан алгоритм работы bittorrent:
Каждый клиент имеет возможность временно блокировать отдачу другому клиенту (англ. choke). Это делается для более эффективного использования канала отдачи. Кроме того, при выборе — кого разблокировать, предпочтение отдаётся пирам, которые сами передали этому клиенту много сегментов. Таким образом, пиры с хорошими скоростями отдачи поощряют друг друга по принципу «ты — мне, я — тебе».
Обмен сегментами ведётся по принципу «ты — мне, я — тебе» симметрично в двух направлениях. Клиенты сообщают друг другу об имеющихся у них сегментах при подключении и затем при получении новых сегментов, и поэтому каждый клиент может хранить информацию о том, какие сегменты есть у других подключенных пиров. Порядок обмена выбирается таким образом, чтобы сначала клиенты обменивались наиболее редкими сегментами: таким образом повышается доступность файлов в раздаче. В то же время выбор сегмента среди наиболее редких случаен, и поэтому можно избежать ситуации, когда все клиенты начинают скачивать один и тот же самый редкий сегмент, что негативно бы отразилось на производительности.
Обмен данными начинается, когда обе стороны в нём заинтересованы, то есть, каждая из сторон имеет сегменты, которых нет у другой. Количество переданных сегментов подсчитывается, и если одна из сторон обнаруживает, что передаёт в среднем больше, чем принимает, она блокирует (англ. choke) на некоторое время отдачу другой стороне. Таким образом, в протокол заложена защита от личеров.
и в вашем случае алгоритм несколько отличается от выше изложенного, а принцип "ты - мне, я - тебе" попросту не работает! Конечно, когда все пиры имеют аплоады в разы выше битрейтов ваш алгоритм не сильно сказывается на работе, но в реалии мы имеем подобные ситуации далеко не всегда. Поэтому необходимо внести изменения в алгоритме работы, чтобы такой круговерти не было.
-
на картинке видно что скорость отдачи в пять раз ниже чем битрейт вещаемого виде ! Как же удаётся вещать даже с двумя пирами ?? У меня в принципе тожесамое отдача в пять раз ниже битрейта и 3 пира один из них на amazon и ни чего не получается. Бесконечная буферизация....
1910 кБАЙТ/с то есть это около 16 мбит/с, в данном случае это нормально, учитывая down показывает щас около 8мбит/с(982 кБАЙТ/с)
-
на картинке видно что скорость отдачи в пять раз ниже чем битрейт вещаемого виде ! Как же удаётся вещать даже с двумя пирами ?? У меня в принципе тожесамое отдача в пять раз ниже битрейта и 3 пира один из них на amazon и ни чего не получается. Бесконечная буферизация....
1910 кБАЙТ/с то есть это около 16 мбит/с, в данном случае это нормально, учитывая down показывает щас около 8мбит/с(982 кБАЙТ/с)
Картинка не моя- это Constantin опубликовал. http://oldforum.acestream.media/index.php?topic=1448.msg5063#msg5063
1910 кБАЙТ ?? А разве это не 1910 килобит ??
кбайт :) это же очевидно, кстати в сопке тоже отдача у бродов в кбайтах пишется ;D
-
на картинке видно что скорость отдачи в пять раз ниже чем битрейт вещаемого виде ! Как же удаётся вещать даже с двумя пирами ?? У меня в принципе тожесамое отдача в пять раз ниже битрейта и 3 пира один из них на amazon и ни чего не получается. Бесконечная буферизация....
1910 кБАЙТ/с то есть это около 16 мбит/с, в данном случае это нормально, учитывая down показывает щас около 8мбит/с(982 кБАЙТ/с)
у него битрейт 10мбит в идеале нада 100мбит аплода :D
-
Constantin, скажите пожалуйста почему TSlive не принимает такой поток ???
(http://maxwell.ho.ua/skripts/img/image.php?dm=06PH) (http://maxwell.ho.ua/skripts/img/image.php?di=06PH)
-
Constantin, скажите пожалуйста почему TSlive не принимает такой поток ???
(http://maxwell.ho.ua/skripts/img/image.php?dm=06PH) (http://maxwell.ho.ua/skripts/img/image.php?di=06PH)
нужен кодек видео h264
-
Constantin, скажите пожалуйста почему TSlive не принимает такой поток ???
(http://maxwell.ho.ua/skripts/img/image.php?dm=06PH) (http://maxwell.ho.ua/skripts/img/image.php?di=06PH)
нужен кодек видео h264
Это не так, достаточно контейнер MPEG-TS, у меня стримит обычные мпег каналы через тс.
-
TS версии 1.0.6.8, убунту 11.10, снова началось, второй день наблюдаю следующее:
Starting TS Engine...
device id: MFIwEAYHKoZIzj0CAQYFK4EEABoD...
tracker url: http://x.x.x.x:7768/announce
bitrate: 350000
piece size: 262144
dest dir: /media/F/stream1
------------------------
createlivestream: open stream: url http://172.19.21.223:8089 reader builtin
2012-11-11 16:32:44 stream: started input thread
2012-11-11 16:32:46 stream: restarting stream from piece 420875
Traceback (most recent call last):
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid port
Traceback (most recent call last):
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid port
Traceback (most recent call last):
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid port
но трансляция продолжает идти
-
А у меня наоборот улучшилось :)
После увеличения оперативы ошибок стало меньше
Иногда проскакивает Closing dublicate connection, хотя конект один, upnp тоже настроил
Волнует только что оператива жрется в час ~50-100 мб и процессор нагружается, но это я думаю из-за количества смотрящих и висящих на трекере...
upd: хотя нет, сегодня проскачило :(
Traceback (most recent call last):
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 904, in get
File "/home/anton/tsengine/TorrentStream/Core/BitTornado/BT1/track.py", line 605, in add_data
ValueError: invalid port
-
ктонить мне подскажет правильно ли я указываю трекеры?
--trackers http://t1.torrentstream.net:2710/announce,http://t2.torrentstream.net:2710/announce
мне кажется они должны снижать нагрузку на сеть, а то вчера у меня роутер тупил когда многа народу смотрело
и еще как параметр --maxclients
влияет на раздачу?
у меня стоит 12, это нормально?
-
ктонить мне подскажет правильно ли я указываю трекеры?
--trackers http://t1.torrentstream.net:2710/announce,http://t2.torrentstream.net:2710/announce
мне кажется они должны снижать нагрузку на сеть, а то вчера у меня роутер тупил когда многа народу смотрело
и еще как параметр --maxclients
влияет на раздачу?
у меня стоит 12, это нормально?
по трекерам - все правильно, указывается список через запятую
по maxclients - на раздачу влияет очень сильно. Указанное число определяет, скольким пирам одновременно отдаются данные. Например, вы создали трансляцию и к вам подсоединилось 300 пиров, а maxclients=10.В этом случае от вас данные будут одновременно уходить только на 10 пиров из этих 300. Это не значит, что первые 10 пиров, которые подсоединились, будут получать данные, а остальные нет. Список пиров, которым в данный момент времени нужно отдавать данные, постоянно изменяется. Не изменяется только их количество (в данном примере - десять). При выборе пиров, которым нужно отдавать данные, используется аналог алгоритма, описанного здесь: http://wiki.theory.org/BitTorrentSpecification#Choking_and_Optimistic_Unchoking
Значение maxclients=12 возможно слишком велико, из-за этого может "тупить" роутер. В следующий раз попробуйте немного уменьшить.
-
Значение maxclients=12 возможно слишком велико, из-за этого может "тупить" роутер. В следующий раз попробуйте немного уменьшить.
у сопкаста по умолчанию тоже 12 подключений с сервером (временно до 16 может подпрыгивать) и ничего при этом не "тупит"... даже если запустить 10 серверов сопкаста одновременно
-
провел небольшой эксперимент с участием сервера поддержки, который должен играть роль основного раздающего, для этого на основном сервере TS был запущен с параметром maxclients=1, и вслед за этим сразу же запустил сервер поддержки, который успешно подключился. Далее трансляцию запускает обычный юзер и вместо того, чтобы тащить трансляцию с сервера поддержки я вижу, что он тянет ее с меня и лишь частично с сервера. Потом подключается еще один пир и в итоге наблюдается такая же картина. Очевидно, что такого не должно быть, получается, что параметр maxclients работает неверно и что сервер поддержки работает как обычный пир, что с одной стороны хорошо, так как тогда все пиры это такие же сервера поддержки, но с другой стороны в случае недостаточного аплоада у бродкастера для раздачи на несколько пиров, трансляция может быть испорчена.
В дальнейшем бы хотелось бы видеть отдельный node-сервер для ts, т.е. чтобы он запускался как слушающий сервер поддержки с авторизацией в фоновом режиме и имел веб-интерфейс для просмотра статистики, например, при запуске основного сервера указывается определенный параметр с адресом узла поддержки(с портом) и ключом авторизации(чтобы все подряд бродкастеры нахаляву не подключались к узлу), а также неплохо бы сделать опцию для запуска в режиме отдачи только узлу поддержки если это требуется бродкастеру в случае небольшой отдачи. Ну и еще одно пожелание: возможность отключения или отдельного запуска трекера для тс, либо его оптимизация, так как он довольно прилично загружает процессор
-
провел небольшой эксперимент с участием сервера поддержки, который должен играть роль основного раздающего, для этого на основном сервере TS был запущен с параметром maxclients=1, и вслед за этим сразу же запустил сервер поддержки, который успешно подключился. Далее трансляцию запускает обычный юзер и вместо того, чтобы тащить трансляцию с сервера поддержки я вижу, что он тянет ее с меня и лишь частично с сервера. Потом подключается еще один пир и в итоге наблюдается такая же картина. Очевидно, что такого не должно быть, получается, что параметр maxclients работает неверно и что сервер поддержки работает как обычный пир, что с одной стороны хорошо, так как тогда все пиры это такие же сервера поддержки, но с другой стороны в случае недостаточного аплоада у бродкастера для раздачи на несколько пиров, трансляция может быть испорчена.
В дальнейшем бы хотелось бы видеть отдельный node-сервер для ts, т.е. чтобы он запускался как слушающий сервер поддержки с авторизацией в фоновом режиме и имел веб-интерфейс для просмотра статистики, например, при запуске основного сервера указывается определенный параметр с адресом узла поддержки(с портом) и ключом авторизации(чтобы все подряд бродкастеры нахаляву не подключались к узлу), а также неплохо бы сделать опцию для запуска в режиме отдачи только узлу поддержки если это требуется бродкастеру в случае небольшой отдачи. Ну и еще одно пожелание: возможность отключения или отдельного запуска трекера для тс, либо его оптимизация, так как он довольно прилично загружает процессор
Настройку работы с узлами поддержки мы обязательно сделаем ( учитывая что их пока никто не использует, то мы и не заморачиваемся с ними ). Возможность отключения локального трекера и подключения только внешнего, обязательно будет. В любом случая мы также заменим и локальный трекер, на более производительный.
-
в чем проблемы первая не могу загрузить файлы сюда http://torrentstream.info/#/create вторая не выходит плей лист и третья если пробуеш просмотреть тв канал выскакивает надпись This content is available for premium users only я так понял что все тв каналы доступны (Это содержимое доступно для premium пользователей только) в чем проблемы и что это за премиум пользователи решите проблемы
-
на vps сервере, используемый в качестве node-сервера TS, наблюдается нехватка оперативной памяти(установлено 1200мб, используется чуть более 1100мб), почти всю сьедает TS при активной работе с большим количеством пиров непонятно на что. Скорость раздачи также очень сильно изменяется, может вообще ничего не отдавать, а может и по 30-40мбит/с отдавать(реальный аплоад больше 70мбит/с) .
P.S. Установлен TS версии 1.0.6.8, т.к. 2.0.0 вылетает при большой нагрузке. Для линукс версии неплохо бы выпускать отдельно движок как это сделано для 1.0.6.8, сам плеер там далеко не всегда нужен, так как часто используется в качестве стримера или узла поддержки.
-
Для стримеров/бродкастеров ( обновление от 04.12.2012)
Обновленная версия движка для ubuntu и debian. В новой версии значительно снижена нагрузка на процессор.
Новую версию можно забрать из репозитория:
Debian 6+:
deb http://repo.acestream.org/debian/ squeeze main
Для Debian есть еще репозиторий sid (там пакет, собранный с другими зависимостями, которые соответствуют официальным sid-репозиториям):
deb http://repo.acestream.org/debian/ sid main
Ubuntu 11.10:
deb http://repo.acestream.org/ubuntu/ oneiric main
Ubuntu 12.04:
deb http://repo.acestream.org/ubuntu/ precise main
Ubuntu 12.10:
deb http://repo.acestream.org/ubuntu/ quantal main
Установка публичного ключа:
debian:
wget -q -O - http://repo.acestream.org/keys/acestream.public.key | apt-key add -
ubuntu:
sudo wget -q -O - http://repo.acestream.org/keys/acestream.public.key | sudo apt-key add -
Пакеты
acestream-engine - движок
acestream-mozilla-plugin - плагин для браузеров
acestream-player - десктопный плеер
acestream-player-data - набор общих библиотек для плеера и плагина
acestream-full - полный пакет, который включает в себя все вышеперечисленные
Для Debian доступен только движок.
-
вещаю с новой версией движка на линукс, нагрузка на процессор упала почти в 1,5 раза при 2к пиров, оперативы тоже стало поменьше кушать, но все равно хочется чтобы грузило процессор не более 5%(сейчас грузит 10-12% в среднем при большом количестве пиров на процессоре intel core i5 2400K)
-
а возможно ли сделать при запуске собственной трансляции использование других контейнеров кроме MPEG-TS, например MP4/MOV ?
-
Для стримеров/бродкастеров ( обновление от 04.12.2012)
Обновленная версия движка для ubuntu и debian. В новой версии значительно снижена нагрузка на процессор.
Новую версию можно забрать из репозитория:
Debian 6+:
deb http://repo.acestream.org/debian/ squeeze main
Для Debian есть еще репозиторий sid (там пакет, собранный с другими зависимостями, которые соответствуют официальным sid-репозиториям):
deb http://repo.acestream.org/debian/ sid main
Ubuntu 11.10:
deb http://repo.acestream.org/ubuntu/ oneiric main
Ubuntu 12.04:
deb http://repo.acestream.org/ubuntu/ precise main
Ubuntu 12.10:
deb http://repo.acestream.org/ubuntu/ quantal main
Установка публичного ключа:
debian:
wget -q -O - http://repo.acestream.org/keys/acestream.public.key | apt-key add -
ubuntu:
sudo wget -q -O - http://repo.acestream.org/keys/acestream.public.key | sudo apt-key add -
Пакеты
acestream-engine - движок
acestream-mozilla-plugin - плагин для браузеров
acestream-player - десктопный плеер
acestream-player-data - набор общих библиотек для плеера и плагина
acestream-full - полный пакет, который включает в себя все вышеперечисленные
Для Debian доступен только движок.
upd: смена ВНЕШНЕГО ip адреса влияет на трансляцию
сегодня после смены внешнего ip не зразу удалось запустить сервер..
подключение к трансляции стало дольше т.е до момента подключения к пирам проходит около 30 секунд
пиров стало не видно по адресу http://ip адрес:7764
точнее пишет:
downloading
1
иногда и вовсе пишет 0, раньше было всех пиров видно...
в новой версии нагрузка на проц стала меньше в 1.5 раза и о чудо сервер acestream не падает)
-
на узле поддержки иногда в логах проскакивает, но довольно редко:
Traceback (most recent call last):
File "ACEStream/Core/Video/LiveSourceAuth.py", line 287, in verify
File "ACEStream/Core/Video/LiveSourceAuth.py", line 359, in rsa_verify_data_pubkeyobj
File "/usr/lib/python2.7/dist-packages/M2Crypto/RSA.py", line 255, in verify
return m2.rsa_verify(self.rsa, data, signature, digest_type)
RSAError: bad signature
2012-12-08 19:00:29 sw::984292688cf0da2366418b6f244f94a2c9d89e71:piece_came_in: kicking peer
Traceback (most recent call last):
File "ACEStream/Core/Video/LiveSourceAuth.py", line 287, in verify
File "ACEStream/Core/Video/LiveSourceAuth.py", line 359, in rsa_verify_data_pubkeyobj
File "/usr/lib/python2.7/dist-packages/M2Crypto/RSA.py", line 255, in verify
return m2.rsa_verify(self.rsa, data, signature, digest_type)
RSAError: bad signature
2012-12-08 19:00:29 sw::984292688cf0da2366418b6f244f94a2c9d89e71:piece_came_in: kicking peer
BadDataGuard::failed: index 222 ip 91.78.105.57 bad[index] 1 len(bad) 1
2012-12-08 19:00:29 sw::984292688cf0da2366418b6f244f94a2c9d89e71:piece_came_in: kicking peer
Traceback (most recent call last):
File "ACEStream/Core/Video/LiveSourceAuth.py", line 287, in verify
File "ACEStream/Core/Video/LiveSourceAuth.py", line 359, in rsa_verify_data_pubkeyobj
File "/usr/lib/python2.7/dist-packages/M2Crypto/RSA.py", line 255, in verify
return m2.rsa_verify(self.rsa, data, signature, digest_type)
RSAError: bad signature
2012-12-08 19:00:29 sw::984292688cf0da2366418b6f244f94a2c9d89e71:piece_came_in: kicking peer
BadDataGuard::failed: index 219 ip 91.78.105.57 bad[index] 1 len(bad) 2
BadDataGuard::failed: index 220 ip 91.78.105.57 bad[index] 1 len(bad) 3
2012-12-08 19:00:31 downloader::try_ban: ip 91.78.105.57
node: name livefootball_ws_HD up 1158.9 down 259.2
node: name livefootball_ws_HD up 1126.1 down 254.7
Traceback (most recent call last):
File "ACEStream/Core/Video/LiveSourceAuth.py", line 287, in verify
File "ACEStream/Core/Video/LiveSourceAuth.py", line 359, in rsa_verify_data_pubkeyobj
File "/usr/lib/python2.7/dist-packages/M2Crypto/RSA.py", line 255, in verify
return m2.rsa_verify(self.rsa, data, signature, digest_type)
RSAError: bad signature
при этом вроде на отдаче это не сказывается. По прежнему кушает очень много оперативной памяти, причем не сразу а постепенно растет потребление памяти. Также в вашей статистике stats.torrentstream.net перестал считаться node трафик, хотя сервер поддержки запущен и помогает трафиком
P.S. версия 2.0.2, убунту 11.10
-
Просьба решить проблему смены внешнего ip адреса, я думаю ip сохраняется на трекерах поэтому я не вижу пиров, либо это в плагине где-то сохраняется, но я не знаю где...
смена параметра -- host не влияет никак
-
у node-сервера есть какое-то ограничение по скорости отдачи или количеству пиров? сервер просто явно недоотдает трафик, держится на уровне 30-35мбит с пиками до 40мбит/с, хотя потенциал раза в 2 выше, наблюдал в течении нескольких часов.
P.S. Стоит включить в node-сервер да и клиентам опцию передачи полученных потоков по http, чтобы можно было смотреть сторонними плеерами, например на определенный порт, указанный пользователем, повесить http-трансляцию, если это необходимо.
-
Подскажите с организацией трансляции.
А то я уже замучился подбирать характеристики для потока, чтобы тс его видел и транслировал нормально без задержек и стопов.
укажите пожалуста какой именно mpeg-ts должен быть только ли мпег подходит?
В Vlc создаю поток с клипом в mpg2-ts или mp4-ts посылаю его с исходящими параметрами:
:sout=#std{access=http,mux=ts,dst=:8089/} или :sout=#http{mux=ffmpeg{mux=flv},dst=:8089/}
это трансляция без перекодирования. далее создаю в виндоусе через торрент стрим бродкастинг . и получаю на выходе трансляцию которая идет но постоянно заедает и выключается. при этом загрузка процессора и оперативы не более15 процентов.
а теперь непонятный для меня момент в том же Vlc создаю трансляцию с перекодированием с вот такими исходящими параметрами:
:sout=#transcode{vfilter={canvas{width=1280,height=720,aspect=16:9,no-padd}:adjust{contrast=1.17,brightness=1.05,saturation=1.2,gamma=0.97}},vcodec=h264,vb=1900,deinterlace,fps=25,acodec=mp3,ab=96,channels=2,samplerate=44100,venc=x264{vbv-bufsize=7000,vbv-maxrate=2100,ref=3,subme=3,keyint=25,idrint=25},sfilter={logo{file=C:/1.png,position=6,opacity=300}}}:std{access=http,mux=ts,dst=:8089/}}
и при тех же параметрах бродкастинга через торрент стрим видео идет хорошо и без заеданий, но загрузка процессора 99 процентов(большая часть уходит на перекодирование).
Вот и вопрос что я делаю неправильно? перепробывал перекодировать клип уже в десяток форматов и все равно без прямого перекодирования в влц, они все заедают в тс бродкастинге.
-
Подскажите с организацией трансляции.
А то я уже замучился подбирать характеристики для потока, чтобы тс его видел и транслировал нормально без задержек и стопов.
укажите пожалуста какой именно mpeg-ts должен быть только ли мпег подходит?
В Vlc создаю поток с клипом в mpg2-ts или mp4-ts посылаю его с исходящими параметрами:
:sout=#std{access=http,mux=ts,dst=:8089/} или :sout=#http{mux=ffmpeg{mux=flv},dst=:8089/}
это трансляция без перекодирования. далее создаю в виндоусе через торрент стрим бродкастинг . и получаю на выходе трансляцию которая идет но постоянно заедает и выключается. при этом загрузка процессора и оперативы не более15 процентов.
видимо у вас источник явно не mpeg2 или mpeg4, наверно пытаетесь засунуть avi в mpeg-ts без перекодирования, для нормальной трансляции нужно кодировать в mpeg2 или mpeg4(h264) с контейнером mpeg-ts, последний гораздо более качественный, но требует значительной производительности процессора, попробуйте например так:
:sout=#transcode{width=1024,height=576,vcodec=h264,vb=1900,deinterlace,fps=25,acodec=mp3,ab=96,channels=2,samplerate=44100,venc=x264{vbv-bufsize=5000,vbv-maxrate=2100,ref=1,subme=1,keyint=50},sfilter={logo{file=C:/1.png,position=6,opacity=300}}}:std{access=http,mux=ts,dst=:8089/}}
-
спасибо так работает и загрузка процессор держится в районе 60%. но интерестно было печему я не могу нормально запустить поток без transcode.
Вот снимок того во что я конвертирую видео до трансляции. и без строки transcode{width=1024,height=576,vcodec=h264,vb=1900,deinterlace,fps=25,acodec=mp3,ab=96,channels=2,samplerate=44100,venc=x264{vbv-bufsize=5000,vbv-maxrate=2100,ref=1,subme=1,keyint=50} оно начинае зависать в ТС(буферизация 0% или просто стоп и все)
без транскодо процессор держится совсем в 10-15%
-
вот к примеру сдел две трансляции одна с произвольными форматами и вот этой строкой предложенной выше vladimir29
:sout=#transcode{width=1024,height=576,vcodec=h264,vb=1900,deinterlace,fps=25,acodec=mp3,ab=96,channels=2,samplerate=44100,venc=x264{vbv-bufsize=5000,vbv-maxrate=2100,ref=1,subme=1,keyint=50},sfilter={logo{file=C:/1.png,position=6,opacity=300}}}:std{access=http,mux=ts,dst=:8089/}}
а вторая с перекодированным ранее видео в формат mpeg4-ts и с параметрами для вывода видео
:sout=#std{access=http,mux=ts,dst=:8089/}
и вторая у меня постоянно отключается, подскажите как запустить заранее перекодированное видео без стопов и чтобы прцессор не сильно загружало?
-
у node-сервера есть какое-то ограничение по скорости отдачи или количеству пиров? сервер просто явно недоотдает трафик, держится на уровне 30-35мбит с пиками до 40мбит/с, хотя потенциал раза в 2 выше, наблюдал в течении нескольких часов.
P.S. Стоит включить в node-сервер да и клиентам опцию передачи полученных потоков по http, чтобы можно было смотреть сторонними плеерами, например на определенный порт, указанный пользователем, повесить http-трансляцию, если это необходимо.
Никаких ограничений нет, но он и не должен выгребать весь канал, у нас наоборот стояла задача минимизировать объемы трафика с сервера поддержки, но пока мы решили ему оставить режим отдачи как у обычного клиента. Что по серверу поддержки будет добавлено/изменено, так это режимы входящих соединений и получения данных ( только с источника или с источника и с определенных узлов поддержки или с источника и любых пиров или с только с определенных узлов поддержки или др. компоновки )
P.S. Насчет выдачи пользователю потоков по http это отдельная тема и для этого мы создадим режим виртуального клиента, когда движок можно будет устанавливать и использовать удаленно, но нормально с ним работать смогут только те плееры и медиацентры, которые будут использовать API движка
-
Новые параметры для acestreamengine-stream/acestreamengine-node, начиная с версии 2.0.3 ( обновление от 15.12.2012)
acestreamengine-stream
Эта команда запускает источник трансляции
обязательные параметры
--name NAME - название трансляции (это название используется при создании файла acelive)
--source SOURCE - источник (ссылка на http поток)
--bitrate BITRATE - средний битрейт потока в байтах в секунду
необязательные параметры
--title TITLE - "читабельное" название транляции (это название выводится у клиентов). Если не задано, берется из --name
--destdir DESTDIR - устаревшний параметр, лучше использовать --cache-dir и --publish-dir
--cache-dir CACHE_DIR - папка для создания служебных файлов (кеш трансляции и другие)
--publish-dir PUBLISH_DIR - папка, в которой будет создан acelive-файл
--piecesize PIECESIZE - размер куска в байтах (если не задан, выставляется автоматически в зависимости от битрейта)
--duration DURATION - размер кеша трансляции в формат ЧЧ:ММ:СС (по умолчанию один час: 01:00:00)
--host HOST - вручную задать адрес локального трекера
--port PORT - порт, на котором работает движок
--skip-internal-tracker - отключить локальный трекер
--add-authorized-peers - добавить список авторизованных пиров в acelive файл
--private-source - сделать источник "приватным"
--support-node SUPPORT_NODE - добавить узел поддержки (в формате ip:port). Этот параметр может встречаться несколько раз, если нужно добавить несколько узлов поддержки.
--tracker TRACKER - добавить трекер (announce url). Этот параметр может встречаться несколько раз.
--trackers TRACKERS - старый формат добавления трекеров (список announce url через запятую)
--provider-key PROVIDER_KEY - ключ провайдера (только для коммерческих трансляций)
--maxclients MAXCLIENTS - максимальное количество пиров, на которые одновременно отдаются данные с источника
--show-pieces - выводить в лог номера кусков по мере их создания
--show-peers - периодически выводить в лог список подключенных пиров
--debug DEBUG - установить уровень отладки
дополнительно:
-h, --help - показать описание команд
Примечания:
"локальный трекер" - это трекер встроенный в источник трансляции. Если он не отключен опцией --skip-internal-tracker, то его адрес будет автоматически добавлен в acelive-файл.
"приватный источник" - это источник, который отдает данные только узлам поддержки, которые заданы опцией --support-node
Авторизованные пиры
Опция --add-authorized-peers добавляет в acelive-файл список пиров, которым клиент может "доверять" при подключении к трансляции. Это означает, что клиенту достаточно установить соединение с таким пиром, чтобы начать воспроизведение трансляции. Если клиент не подключен к авторизованному пиру, то для начала воспроизведение требуется наличие соединения минимум с двумя пирами. В список авторизованных пиров попадает источник трансляции (если это не приватный источник) и все указанные узлы поддержки.
Важно: клиенты со старыми версиями не понимают список авторизованных пиров в acelive-файле. Старые версии считают авторизованным пиром того, чей адрес совпадает с адресом первого трекера в списке трекеров. Раньше это всегда был локальный трекер. Теперь, когда появилась возможность отключения локального трекера, для поддержки старых клиентов мы рекомендуем при отключении локального трекера ставить на первое место трекер, расположенный на том же сервере, что и источник трансляции (чтобы адреса первого трекера и источника совпадали), либо использовать как минимум один узел поддержки (чтобы клиенты при старте могли установить соединение сразу с двумя пирами, даже если больше никто не смотрит трансляцию).
acestreaengine-node
Эта команда запускает узел поддержки
обязательные параметры
--url URL - ссылка на acelive файл трансляции
необязательные параметры
--port PORT - порт (по умолчанию 8621)
--state-dir STATE_DIR - папка для временных файлов (удаляется после остановки узла поддержки)
--source-node SOURCE_NODE - адрес источника трансляции (ip:port)
--support-node SUPPORT_NODE - добавить адрес другого узла поддержки (ip:port). Этот параметр может встречаться несколько раз.
--allow-source-download - разрешить получение данных от источника
--allow-support-download - разрешить получение данных от других узлов поддержки
--allow-peers-download - разрешить получение данных от обычных пиров
--max-incoming-connects MAX_INCOMING_CONNECTS - маскимальное кол-во входящих соединений (от других пиров) (по умолчанию 1000)
--max-outgoing-connects MAX_OUTGOING_CONNECTS - маскимальное кол-во исходящих соединений (к другим пирам) (по умолчанию 50)
--max-upload-slots MAX_UPLOAD_SLOTS - максимальное количество пиров, на которые одновременно отдаются данные с узла поддержки (по умолчанию 7)
--max-download-speed MAX_DOWNLOAD_SPEED - максимальная скорость загрузки (байт/с). По умолчанию 0 (без ограничений).
--max-upload-speed MAX_UPLOAD_SPEED - максимальная скорость отдачи (байс/с). По умолчанию 0 (без ограничений).
--show-pieces - выводить в лог номера кусков по мере их загрузки
--show-peers - периодически выводить в лог список подключенных пиров
--stats-report-interval STATS_REPORT_INTERVAL - задать интервал в секундах для вывода в лог информации о скорости загрузки/отдачи. По умолчанию 0 (не выводить).
--debug DEBUG - установить уровень отладки
дополнительно:
-h, --help - показать описание команд
-
что-то я недопонял, пробую запустить трансляцию TS по схеме приватный источник с одним сервером поддержки, который будет отдавать трансляцию пирам, запускаю на источнике:
acestreamengine-stream --name LF --source http://172.19.21.223:8090 --bitrate 200000 --private-source --support-node NODE_IP:7766 \
--trackers http://t1.torrentstream.net:2710/announce,http://t2.torrentstream.net:2710/announce \
--port 7766 --host MY_REAL_IP --destdir /media/F/stream1
запускаю на сервере поддержки:
acestreamengine-node --url http://MY_REAL_IP:7766/file?name=LF --port 7766 --state-dir /tmp \
--source-node MY_REAL_IP:7766 --allow-source-download --max-upload-slots 7 --stats-report-interval 7
по идее пиры должны получать поток от узла поддержки, так как сам сервер поддержки получает поток от источника "node: name LF up 0.0 down 213.6", но выходит, что они вообще ничего не получают, не видят пиров, одной из причиной я считаю, то что сам трекер не отвечает по адресу MY_REAL_IP:7766 если ип и порт не указаны в
--support-node или в --add-authorized-peers, а соответственно они не могут подключиться к основному трекеру. Поправьте если я что-то делаю не так :)
-
а можно пошагово где это все запускается (acestreamengine-stream)? для новичков.
и под какой операционоой системой.
-
что-то я недопонял, пробую запустить трансляцию TS по схеме приватный источник с одним сервером поддержки, который будет отдавать трансляцию пирам, запускаю на источнике:
acestreamengine-stream --name LF --source http://172.19.21.223:8090 --bitrate 200000 --private-source --support-node NODE_IP:7766 \
--trackers http://t1.torrentstream.net:2710/announce,http://t2.torrentstream.net:2710/announce \
--port 7766 --host MY_REAL_IP --destdir /media/F/stream1
запускаю на сервере поддержки:
acestreamengine-node --url http://MY_REAL_IP:7766/file?name=LF --port 7766 --state-dir /tmp \
--source-node MY_REAL_IP:7766 --allow-source-download --max-upload-slots 7 --stats-report-interval 7
по идее пиры должны получать поток от узла поддержки, так как сам сервер поддержки получает поток от источника "node: name LF up 0.0 down 213.6", но выходит, что они вообще ничего не получают, не видят пиров, одной из причиной я считаю, то что сам трекер не отвечает по адресу MY_REAL_IP:7766 если ип и порт не указаны в
--support-node или в --add-authorized-peers, а соответственно они не могут подключиться к основному трекеру. Поправьте если я что-то делаю не так :)
Во-первых, нужно прописать в acelive-файл список "доверенных" узлов, чтобы клиенты знали, что узлу/узлам поддержки можно доверять. Для этого при запуске источника нужно добавить опцию --add-authorized-peers.
Во-вторых, При использования параметра --private-source желательно отключить локальный трекер опцией --skip-internal-tracker. При отключении локального трекера у старых клиентов могут возникнуть проблемы с подключением, если кроме узла поддержки никого нет на раздаче. Чтобы обеспечить поддержку старых клиентов, нужно развернуть какой-нибудь трекер (например, XBT Tracker) на сервере, где стоит узел поддержки, и поставить этот трекер на первое место в списке трекеров или использовать как минимум два узла поддержки.
P.S. Разные схемы запуска с примерами, с описанием вариантов построения оптимальной архитектуры при создании/организации трансляций, мы подготовим завтра
-
Подскажите как узнать ИД запущенной в линуксе трансляции, а то трансляция вроде идет а посмотреть как не знаю.
до этого запускался постоянно под виндой и там в браузере как по мне было легче узнать
-
Подскажите как узнать ИД запущенной в линуксе трансляции, а то трансляция вроде идет а посмотреть как не знаю.
до этого запускался постоянно под виндой и там в браузере как по мне было легче узнать
на данный момент можно узнать создав страницу html с кодом плеера, содержание примерно такое:
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>Torrent Stream</title>
<style type="text/css">
* {
font-family: Arial;
}
body {
background-color: #222
}
.modal {
background-color:#fff;
display:none;
width: 500px;
padding:15px;
text-align:left;
border:2px solid #333;
font-size: 12px;
opacity:0.8;
-moz-border-radius:6px;
-webkit-border-radius:6px;
-moz-box-shadow: 0 0 50px #ccc;
-webkit-box-shadow: 0 0 50px #ccc;
}
.modal input {
font-size: 12px;
}
.button-long {
display: inline-block;
background: transparent url(http://static.torrentstream.org/htmlplayer/img/sprite-player-black.png) no-repeat 100% -129px;
height: 27px;
line-height: 24px;
cursor: pointer;
position: relative;
margin-left: 17px;
top: -3px;
padding-right: 12px;
width: 115px;
text-align: center;
color: #fff;
text-decoration: none;
font-size: 14px;
}
.button-long b {
background: transparent url(http://static.torrentstream.org/htmlplayer/img/sprite-player-black.png) no-repeat -579px -129px;
height: 27px;
width: 17px;
position: absolute;
left: -17px;
}
</style>
<!-- black style -->
<link type="text/css" rel="stylesheet" href="http://static.torrentstream.org/jsapi/css/ts-controls-black.css" />
<!-- api files -->
<script type="text/javascript" src="http://static.torrentstream.org/jsapi/js/lib/ts/core.js"></script>
<script type="text/javascript" src="http://static.torrentstream.org/jsapi/js/lib/jquery/jquery-1.7.min.js"></script>
<script type="text/javascript" src="http://static.torrentstream.org/jsapi/js/lib/jquery/jquery-ui-1.8.9.custom.min.js"></script>
<script type="text/javascript" src="http://static.torrentstream.org/jsapi/js/lib/jquery/jquery.mousewheel.js"></script>
<script type="text/javascript" src="http://static.torrentstream.org/jsapi/js/lib/jquery/jquery.jscrollpane.js"></script>
<script type="text/javascript" src="http://static.torrentstream.org/jsapi/js/lib/jquery/jquery.scrollText.js"></script>
<script type="text/javascript" src="http://static.torrentstream.org/jsapi/js/lib/jquery/jquery.easing.1.3.js"></script>
<script type="text/javascript" src="http://static.torrentstream.org/jsapi/js/lib/cufon/cufon.js"></script>
<script type="text/javascript" src="http://static.torrentstream.org/jsapi/js/lib/cufon/a_LCDNova_400.font.js"></script>
<script type="text/javascript" src="http://static.torrentstream.org/jsapi/js/lib/ts/player.js"></script>
<script type="text/javascript" src="http://static.torrentstream.org/jsapi/js/lib/ts/controls.js"></script>
<script type="text/javascript">
function init() {
var useInternalControls = true;
var controls = new TorrentStream.Controls("tsplayer", {
style: useInternalControls ? "internal" : "ts-black",
debug: true
});
try {
var player = new TorrentStream.Player(controls.getPluginContainer(), {
debug: true,
useInternalControls: useInternalControls,
bgColor: "#000000",
fontColor: "#ffffff",
onLoad: function() {
this.registerEventHandler(controls);
controls.attachPlayer(this);
try {
var p = this;
this.loadTorrent("file:///C:/Users/Vladimir/Desktop/vlc/Torrent%20Stream/LF.acelive");
}
catch(e) {
console.log("init: " + e);
}
}
});
}
catch(e) {
controls.onSystemMessage(e);
}
}
</script>
</head>
<body>
<div id="player_container" style="background-color: #000; width: 800px; height: 483px; margin: 100px auto 0 auto;">
<div id="tsplayer" style="width: 100%; height: 100%; color: #fff; text-align: center;">
<div style="padding-top: 232px; background-color: #000000;">Подождите, идет загрузка плеера...</div>
</div>
</div>
<script type="text/javascript">
init();
</script>
</body>
</html>
в этом коде в строке this.loadTorrent("file:///C:/Users/Vladimir/Desktop/vlc/Torrent%20Stream/LF.acelive"); пишете адрес вашего acelive файла. Далее просто открываете эту страницу в браузере и смотрите ID, щелкнув правой кнопкой по плееру.
P.S. Кстати пора бы уже сделать вывод непосредственно ID трансляции в TS при ее запуске, а то жутко не удобно использовать выше описанный способ
-
Сегодня мы выпустили версию 2.0.7 с функцией Time Shift , для ее нормальной работы также необходимо обновить движок источника
Время, на которое может осуществляться перемотка назад, задается при создании трансляции опцией --duration. Время указывается в формате ЧЧ:ММ:СС. Например, при указании опции --duration 00:30:00 будет задан интервал 30 минут. ( в предыдущих версиях движка данный параметр работает не корректно )
P.S. Также хочу напомнить, что с детальной информацией по организации трансляций можно ознакомится в соответствующем разделе Wiki, на нашем сайте http://wiki.acestream.media/Streaming#Timeshift
-
Сегодня мы выпустили версию 2.0.7 с функцией Time Shift , для ее нормальной работы также необходимо обновить движок источника
Время, на которое может осуществляться перемотка назад, задается при создании трансляции опцией --duration. Время указывается в формате ЧЧ:ММ:СС. Например, при указании опции --duration 00:30:00 будет задан интервал 30 минут. ( в предыдущих версиях движка данный параметр работает не корректно )
P.S. Также хочу напомнить, что с детальной информацией по организации трансляций можно ознакомится в соответствующем разделе Wiki, на нашем сайте http://wiki.acestream.media/Streaming#Timeshift
Несколько дней не работает раздел бизнес . Когда он откроется ?? и когда вы планируете закончить его тест ? спасибо
Завтра
-
Личку игнорируют... пишу тут
Сделал ещё несколько тестов по раздаче потоков из Win 7 x64, тоже самое и в Висте x32
Получил такие вот результаты:
Желтое - входящий локальный сигнал
Красное - исходящий, первый на прямую из VLC, второй тот же поток, но через TS.
4 Мбит/с в Омск
(http://img-fotki.yandex.ru/get/4122/65025181.3/0_9483b_1e764ed1_XL)
7 Мбит/с в другую точку
(http://img-fotki.yandex.ru/get/3711/65025181.3/0_9483d_439c51ff_XL)
Константин, готов провести с вами, или кем-то ещё, те же опыты... напишите когда Вы будете готовы...
-
Личку игнорируют... пишу тут
Сделал ещё несколько тестов по раздаче потоков из Win 7 x64, тоже самое и в Висте x32
Получил такие вот результаты:
Желтое - входящий локальный сигнал
Красное - исходящий, первый на прямую из VLC, второй тот же поток, но через TS.
4 Мбит/с в Омск
7 Мбит/с в другую
Константин, готов провести с вами, или кем-то ещё, те же опыты... напишите когда Вы будете готовы...
Пур, я не игнорирую, просто я не такой трудоголик как ты и просто не смотрел личку ;)
Может я еще не отошел от праздника, но я не пойму что я должен увидеть на этих скринах!? ???
Насчет теста я тебе уже не раз говорил и сам предлагал, конечно давай проведем ( дай мне один поток трансляция по HTTP, а другой по P2P, и посмотрим что там вида будет вытворять), но только давай это уже сделаем во вторник. Ок?
-
сделаем во вторник. Ок?
Ок, как вам будет удобно ;)
-
сделаем во вторник. Ок?
Ок, как вам будет удобно ;)
Договорились, во вторник свяжемся и погоняем потоки.
P.S. Только я так и не понял, что я должен был увидеть такого особенного в скринах!? Извини, если туплю, но реально не пойму :-\
-
что я должен был увидеть такого особенного в скринах!? Извини, если туплю, но реально не пойму :-\
То, что на прямую, в Виндах, в один поток из самого обычного VLC отдача идёт гораздо лучше, чем из TS по многопоточной технологии р2р . :o
-
что я должен был увидеть такого особенного в скринах!? Извини, если туплю, но реально не пойму :-\
То, что на прямую, в Виндах, в один поток из самого обычного VLC отдача идёт гораздо лучше, чем из TS по многопоточной технологии р2р . :o
Так а где там отличия, что-то я не заметил. ( 1 ( VLC ) и 2 -й ( TS ) потоки на первом скриншоте идентичны, также 1 и 2 -й потоки на втором скриншоте таже идентичны, или нет!?) ??? И как должна идти отдача потока, если скорость отдачи зависит на прямую от битрейта, который является динамическим, а соответственно в какой-то момент на потоке скорость отдачи может быть к примеру 100 кбит/с, а в какой-то 10 000 кбит/с ?
-
Так, а где там отличия
Видно не совсем поняли что на скринах... Первая волна красная, это отдача на прямую из VLC, вторая волна это уже тот же поток, но из TS.
Первый скрин с Омском тестил, второй в другую точку также отдавал сначала напрямую 7 Мбит/с поток шёл из VLC и всё показывало хорошо у человека при этом... потом тот же поток пускал ему же, но через TS и показывало очень плохо.
-
Скажите сколько раздач я могу одновременно делать? Почему когда я делаю вторую раздачу при "Create Stream' выскакивает окно с первой раздачей?
-
Скажите сколько раздач я могу одновременно делать? Почему когда я делаю вторую раздачу при "Create Stream' выскакивает окно с первой раздачей?
глюк такой. меняй порт.
-
Скажите сколько раздач я могу одновременно делать? Почему когда я делаю вторую раздачу при "Create Stream' выскакивает окно с первой раздачей?
http://oldforum.acestream.media/index.php?topic=1545.msg5919#msg5919
-
Спасибо код второго потока я получил но раздача не ведется. Пишет подключено к 0 потокам. Но когда я раздаю этот поток первым то раздача идет. Как это понимать?
-
Спасибо код второго потока я получил но раздача не ведется. Пишет подключено к 0 потокам. Но когда я раздаю этот поток первым то раздача идет. Как это понимать?
Думаю что вы указали порты одинаковые, а нужно разные. как потоков так и трекеров.
-
Спасибо код второго потока я получил но раздача не ведется. Пишет подключено к 0 потокам. Но когда я раздаю этот поток первым то раздача идет. Как это понимать?
порт другой прописать...
-
Спасибо код второго потока я получил но раздача не ведется. Пишет подключено к 0 потокам. Но когда я раздаю этот поток первым то раздача идет. Как это понимать?
порт другой прописать...
Если при раздаче, то я пробовал Ваш совет, но результат тот же. Если я правильно понял я порт 7764 поменял на например 9000 ?
-
Спасибо код второго потока я получил но раздача не ведется. Пишет подключено к 0 потокам. Но когда я раздаю этот поток первым то раздача идет. Как это понимать?
порт другой прописать...
Если при раздаче, то я пробовал Ваш совет, но результат тот же. Если я правильно понял я порт 7764 поменял на например 9000 ?
у вас есть роутер ??? там тоже нужно порт открить...
-
у вас есть роутер там тоже нужно порт открить...
конечно есть, скажите пожалуйста как открыть? или больше, ка все таки сделать нормально вторую или .....десятую раздачу
-
у вас есть роутер там тоже нужно порт открить...
конечно есть, скажите пожалуйста как открыть? или больше, ка все таки сделать нормально вторую или .....десятую раздачу
почитайте в гугле про проброс портов для вашего роутера.
-
заметил такой глюк в статистике локального трекера, при подключении пира в столбце downloading добавляется соответственно единица, но при отключении этого пира в столбце downloading цифра не меняется довольно длительное время, более того, при переподключении того же пира он в статистике учитывается как новый пир, то бишь добавляется еще единица в столбце downloading. Таким образом, если сделать, например, 10 переподключений одного и того же пира будет 10 фэйковых пиров в статистике пиров downloading. Не знаю как у вас устроен обмен пиров, но вполне возможно что пиры могут обмениваться фейковыми пирами, которые вполне возможно уже отключились от трансляции, что пагубно может отражаться на стабильности трансляции, да и статистика получается совсем липовой.
-
заметил такой глюк в статистике локального трекера, при подключении пира в столбце downloading добавляется соответственно единица, но при отключении этого пира в столбце downloading цифра не меняется довольно длительное время, более того, при переподключении того же пира он в статистике учитывается как новый пир, то бишь добавляется еще единица в столбце downloading. Таким образом, если сделать, например, 10 переподключений одного и того же пира будет 10 фэйковых пиров в статистике пиров downloading. Не знаю как у вас устроен обмен пиров, но вполне возможно что пиры могут обмениваться фейковыми пирами, которые вполне возможно уже отключились от трансляции, что пагубно может отражаться на стабильности трансляции, да и статистика получается совсем липовой.
По умолчанию включен стандартный трекер bittornado, что он там и как выводит в статистику, - понятия не имею, да и нам это особо не интересно. Обработка статистики на анонсирование никак не будет влиять, а вообще лучше этот трекер вообще отключить и установить xbt, это будет намного производительней, особенно когда трансляцию смотрят тысячи одновременных зрителей.
-
Простите но у меня никак не получается сделать более 1й раздачи, каждая новая раздача при нажатии create выводит информацию о старой, порты пробросил и каждую новую раздачу делаю на новый порт, все равно ничего не выходит, подскажите пожалуйста как правильно создать более одной раздачи.
-
а вообще лучше этот трекер вообще отключить и установить xbt, это будет намного производительней, особенно когда трансляцию смотрят тысячи одновременных зрителей.
как бы не так, отключаю локальный трекер опцией --skip-internal-tracker, далее идет список трекеров. На сервере где запускается тс также имеется трекер XBT (обычно используется как локальный ретрекер анонимного характера), соответственно добавляю его первым, запускаю и тишина при подключении, в итоге нет активных пиров, хотя тс запущен и в логах все стандартно, сначала согрешил на свой трекер, но потом добавил ваш в качестве первого --tracker http://t1.torrentstream.net:2710/announce и ничего не поменялось, в чем проблема?
-
объясните "на пальцах" как правильно заполнить эту форму. интересно не только мне.
-
Вроде в первом посте всё написано :-\ http://oldforum.acestream.media/index.php?topic=1410.0
-
что писать в этих строчках. исходя из чего.
-
что писать в этих строчках. исходя из чего.
Ну это зависит от того что конкретно вы хотите вещать и от куда. например можно воткнуть туда такой внешний адрес на готовую трансляцию http://89.208.33.168:8100 ну и Битрейт этого потока 3000
Если вы создаёте сами трансляцию и она у вас вещается локально, то локальный адрес пишите на неё. Пример: http://127.0.0.1:8080 (это адрес вашего конкретного локального компьютера) или http://192.168.1.5:1234 (адрес локального компа который вам выдаёт сеть) или http://5.28.33.32:8080 если вы хотите чтобы ваша трансляция была видна во внешнем инете, где 5.28.33.32 это IP который вам выдаётся во внешку, тут внизу можно глянуть http://www.speedtest.net/
-
Создаю первую трансляцию.
После заполнения стартовой страницы:
(http://s018.radikal.ru/i511/1301/4c/1e7aba60a8e4.jpg)
и нажатия Create Stream вижу следующую страницу:
(http://s017.radikal.ru/i427/1301/c5/0e0e203af741.jpg)
в любой момент я могу ее увидеть здесь http://127.0.0.1:6879/ - почему порт 6879?
Создаю вторую раздачу.
После заполнения стартовой страницы:
Понятно что поток http я пишу новый, порт в данном случае как я понял ставим другой? (я так и сделал, для этого по совету выше пробросил на роутере порты)
(http://s018.radikal.ru/i511/1301/4c/1e7aba60a8e4.jpg)
но при Create Stream опять вижу следующую страницу:
(http://s017.radikal.ru/i427/1301/c5/0e0e203af741.jpg)
по http://127.0.0.1:6879/ - вижу первую раздачу.
А как узнать идет вторая трансляция или нет? Как узнать id трансляции для раздачи?
Через этот http://oldforum.acestream.media/index.php?topic=1545.msg5919#msg5919 сложный путь ничего не выходит, тоесть я попадаю на плйер но подключено к 0 потокам - id никак не могу посмотреть.
В итоге 4 дня геморроя (простите за французский) но 2ю раздачу не могу сделать, а хочу сделать одновременно например 10 - это вообще возможно?
-
Прежде чем создавать несколько трансляций, сделайте хотя бы одну... чтобы она у вас и у других нормально работала... Если сделаете.. .кидайте сюда, поглядим. ;)
-
держите 7fc5bee463ca64d5774b857313b09586dfc846d0
-
держите 7fc5bee463ca64d5774b857313b09586dfc846d0
У меня не работает.
-
держите 7fc5bee463ca64d5774b857313b09586dfc846d0
У меня не работает.
Да прошу прощения с этими экспериментами сбился.
Вот новая 985cbe70e60873489bea865413c087ba57e71136
-
держите 7fc5bee463ca64d5774b857313b09586dfc846d0
У меня не работает.
Да прошу прощения с этими экспериментами сбился.
Вот новая 985cbe70e60873489bea865413c087ba57e71136
тоже самое
-
Отлично, тогда я не понимаю, я загрузил поток, создал раздачу, получил id. жму Watch online вижу трансляцию канала, (подключено к 1 потоку)
http://127.0.0.1:6879/ выдает:
Source download speed: 370.0
Peers: 0
Upload speed: 51.6
TS Player тоже по id ее производит :o
-
Ну видимо она у вас локальная получилась и во внешку не видится... ставьте в поле Host внешний IP и пробрасывайте порты через роутер, если вы за ним.
-
Надеюсь оно :-\
8d87fcfaccd85b9a3d83b0b96a6cfd3cb98c8d80
-
Надеюсь оно :-\
8d87fcfaccd85b9a3d83b0b96a6cfd3cb98c8d80
оно, только я всё равно без буферизации посмотреть не смогу... у других думаю также будет буферить такой битрейт
-
Ладно, с битретом как-то поборюсь, сам смотрел из другой сетки, шел с редкой буферизацией да и поток первый попавшийся взял. Вопрос-то остался актуален, как вторую раз дачу теперь сделать?
-
Ладно, с битретом как-то поборюсь, сам смотрел из другой сетки, шел с редкой буферизацией да и поток первый попавшийся взял. Вопрос-то остался актуален, как вторую раз дачу теперь сделать?
о какой второй раздаче может вестись речь если вы и одну то не можете сделать нормально. В силу проблем с отдачей на windows версиях TS сделать стабильную трансляцию под этой системой практически нереально, более того даже в линукс версии если вы собираетесь раздать стандартный иптв поток битрейтом около 3-4 мбит, то для раздачи 7 пирам(по стандарту) вам надо иметь как минимум 20 мбит/с на отдачу, и то я бы рекомендовал от 30мбит/с, чтобы запас отдачи уходил на заполнение буфера вновь подключившимся пирам, либо необходимо использование сервера поддержки.
-
Со скоростью все а в порядке:
(http://s017.radikal.ru/i419/1301/78/487886b00bbc.jpg)
это я ничего не отключал, а вообще отдача до 50Мбит/с
и я прошу разъяснить про вторую раздачу желая не наталкиваться на критику железа. Мне важно сейчас технически ее реализовать, а железо подтянем :) И все таки .... как быть?
-
ставьте линукс - и будет вам счастье
P.S. Создавать вторую трансляцию можно также как и первую, только на разных портах, при этом ид второй трансляции можно узнать лишь из acelive файла, который будет создан в папке с кэшем
-
ставьте линукс - и будет вам счастье
P.S. Создавать вторую трансляцию можно также как и первую, только на разных портах, при этом ид второй трансляции можно узнать лишь из acelive файла, который будет создан в папке с кэшем
Прочитайте мой пост http://oldforum.acestream.media/index.php?topic=1410.msg6081#msg6081
-
как вторую раз дачу теперь сделать?
http://oldforum.acestream.media/index.php?topic=1545.msg5919#msg5919
-
Вы мне это советовали и я так и сделал плюс пробросил порты но по какой-то причине раздачи нет 0 потоков.
-
Вы мне это советовали и я так и сделал плюс пробросил порты но по какой-то причине раздачи нет 0 потоков.
Трансляции должны идти на разные порты и трекеры должны подниматься на разных портах также.
-
........................................ трекеры должны подниматься на разных портах также.
Можно это по подробнее, это от меня зависит?
-
........................................ трекеры должны подниматься на разных портах также.
Можно это по подробнее, это от меня зависит?
При создании первой трансляции указан порт трекера 7764 для следующей нужно указать другой например 7765 и т.д.
-
Да это я понял и порты на роутере пробросил, но раздача не идет.
-
А кто может объяснить в чем разница бродкастинга в формате mpeg-ts или в других форматах?
Почему если запускаеш на трансляцию фильм через ТС в любом формате кроме mpeg-ts видео нет, а торрент файлы ТС воспроизводит и MKV и AVI.
-
Да это я понял и порты на роутере пробросил, но раздача не идет.
Только что попробовал запустить два паралельных потока под виндовс, второго потока не видно (0 потоков) если стоит в настройках одинаковый хост(и порт) для обоих раздач, если хост разный (в моем случае на одном я его прописал а на одном оставил пустым)потоки есть, но видео на втором не отражается только звук. Думаю если покопаться можно поправить.
чтобы создать разные имена хостов сейчас в голову приходит только одно решение, несколько ddns при помощи к примеру no-ip.com
Если кто знает другое решение мне тоже интерестно узнать.
-
Если хост оставил пустым значит будет вещать локально.
-
Есть в планах создание так называемых сидбоксов для TS на подобии сидбоксов, которые созданы для торрентов? Все таки цена на сидбокс и цена на выделенный сервер отличается в разы, а у впс редко когда бывает более менее нормальная скорость. Хотя по сути сидбокс уже есть, но лишь в виде сервера поддержки, который не особо то эффективен. А после обновления до 2.0.7.1 еще хуже стало, периодически стала обрываться загрузка, а в следствии этого и отдача. К тому же часто возникает в логах сообщение типа:
2013-01-27 02:19:54 storage::ab42f86c8f3ed8e210c7f31d35d311f948545a12:write: time seek 3.81469726562e-06 write 3.26301002502 file /tmp/tmp4fIZZS/downloads/ab42f86c8f3ed8e210c7f31d35d311f948545a12 pos 34340864 begin 34340864 end 34603008
хотя честно говоря не ручаюсь говорить что оно значит.
Также возникает вопрос сколько же серверов поддержки нужно для хорошей трансляции например на 10000 пиров? Из моей практики при 100-200 пирах трансляция идет у практически всех более менее нормально при условии одной поддержки на 100мбит (20-30 слотов, + источник 7слотов), но пиров часто в 10 раз больше и уже даже с 3 серверами не обеспечивается должная стабильность. Вообщем чтобы вы не говорили, но необходимо эффективнее использовать ресурсы отдачи у пользователей, сервер поддержки на мой взгляд должен обеспечивать лишь стартовую отдачу для максимум 100 пиров, а далее пользователи должны обмениваться сами с собой, иначе сам смысл Р2Р трансляции пропадает или ваша система не это подразумевает?
P.S. Ко всему прочему еще и трекер нужно оптимизировать под ТС, существующие торрент-трекеры, на мой взгляд, крайне не эффективно работают с live трансляциями.
-
Есть в планах создание так называемых сидбоксов для TS на подобии сидбоксов, которые созданы для торрентов? Все таки цена на сидбокс и цена на выделенный сервер отличается в разы, а у впс редко когда бывает более менее нормальная скорость. Хотя по сути сидбокс уже есть, но лишь в виде сервера поддержки, который не особо то эффективен. А после обновления до 2.0.7.1 еще хуже стало, периодически стала обрываться загрузка, а в следствии этого и отдача.
Я понятие не имею о каких сидбоксах ты говоришь. :-\ Относительно узлов поддержки, которые ты используешь и которые отваливаются и не эффективны, это для меня вообще не о чем. Пример как работают узлы поддержки, смотри на ракете (http://www.raketa-tv.com/) ( там источники вообще в привате и не доступы для пиров ). Поэтому, предлагаю абстрагироваться от того что считать эффективной работай, а что нет, и поискать проблему непосредственно у себя, ну а мы попробуем помочь в этом разобраться, возможно и найдем проблему, а может и какой-то баг который у тебя вылез. Для этого, укажи мне сначала какую версию движка ты используешь. Спроси версию у самого движка, запустив из консоли: acestreamengine --version. Укажи мне то что выдаст, а потом будем разбираться далее.
Также возникает вопрос сколько же серверов поддержки нужно для хорошей трансляции например на 10000 пиров? Из моей практики при 100-200 пирах трансляция идет у практически всех более менее нормально при условии одной поддержки на 100мбит (20-30 слотов, + источник 7слотов), но пиров часто в 10 раз больше и уже даже с 3 серверами не обеспечивается должная стабильность. Вообщем чтобы вы не говорили, но необходимо эффективнее использовать ресурсы отдачи у пользователей, сервер поддержки на мой взгляд должен обеспечивать лишь стартовую отдачу для максимум 100 пиров, а далее пользователи должны обмениваться сами с собой, иначе сам смысл Р2Р трансляции пропадает или ваша система не это подразумевает?
Да, я уже собственно раз десять говорил, что мы не производим фантастического ПО и если суммарная скорость отдачи всех пиров ниже скорости битрейта умноженного на общее количество всех пиров ( зрителей), то эту разницу надо компенсировать узлами поддержки ( К примеру, налетело на тебя куча "пиров-паразитов", которые только получают данные, но не отдают, и если мощностей других хороших пиров будет недостаточно, будь любезен компенсируй). Если еще вариант улучшения, это сделать сообщество любителей трансляций с минутным буфером ( с минутным отставанием от основной трансляции, как у сопкаста), а не как у нас по умолчанию ( 10 сек. ) тогда эффективность отдачи увеличится в 6 раз! Ну а вообще учитывая всевозможные пользовательские сетевые ограничения, не позволяющие многим максимально-эффективно участвовать в пиринге/отдаче, то однозначно улучшать есть что и первое что мы сделаем в этом направление это включим поддержку uTP , ну и посмотрим еще на различные схемы обхода сетевых ограничений. А пока всем советуем включать UPnP и открыть порт 8621 ( который стоит по умолчанию) P.S. Ты с домашнего сервака, на своем домашнем инете держал под 10 000 одновременных зрителей, а тут ты с тремя узлами поддержки не можешь их осилить!? Что-то вы там не то намудрили, в общем пиши мне, будем разбираться.
-
в таком случае для начала напишите на примерах как запустить ТС вместе с сервером поддержки (основной сервер и поддержка на линукс) для наиболее эффективной работы, так как появились/изменились некоторые параметры, которые толком не описаны в хелп.
-
в таком случае для начала напишите на примерах как запустить ТС вместе с сервером поддержки (основной сервер и поддержка на линукс) для наиболее эффективной работы, так как появились/изменились некоторые параметры, которые толком не описаны в хелп.
Еще раз, цитирую свою просьбу: укажи мне сначала какую версию движка ты используешь. Спроси версию у самого движка, запустив из консоли: acestreamengine --version. Укажи мне то что выдаст, а потом будем разбираться далее.
-
root@tv:~# acestreamengine --version
Starting ACE Stream HD...
version: 2.0.7.6 revision: 2087
-
root@tv:~# acestreamengine --version
Starting ACE Stream HD...
version: 2.0.7.6 revision: 2087
Последняя ревизия должна быть 2088
Теперь у меня к тебе просьба, выйди завтра в обед со мной на связь и мы попробуем разобраться из-за чего у тебя возникают проблемы. P.S. Скинь мне в личку свой скайп
-
Можете проверить пожалуйста как работает моя раздача (канал Дождь)?
f653be29c5405f1a20af1633ac88da9944b56d41
-
Можете проверить пожалуйста как работает моя раздача (канал Дождь)?
f653be29c5405f1a20af1633ac88da9944b56d41
У меня буферит и всё... слишком большой битрейт для меня... пишите сюда http://vk.com/club46360999 если что проверить нужно , там много народа сидит и они готовы проверять всё что пожелаете...
-
проясните ситуацию с включением большого количества серверов поддержки к приватному источнику. К источнику могут подключиться только 6-7 серверов из-за ограниченного аплоада, а как добавить остальные сервера для их максимальной эффективности? Нужно ли оставшиеся прописывать на источнике, либо их прописать только на серверах поддержки? Или адреса остальных серверов поддержки на них же прописывать не стоит и прописывать их только на приватном источнике?
-
проясните ситуацию с включением большого количества серверов поддержки к приватному источнику. К источнику могут подключиться только 6-7 серверов из-за ограниченного аплоада, а как добавить остальные сервера для их максимальной эффективности? Нужно ли оставшиеся прописывать на источнике, либо их прописать только на серверах поддержки? Или адреса остальных серверов поддержки на них же прописывать не стоит и прописывать их только на приватном источнике?
Если на источнике ограничен аплоад, то не стоит подключать к нему много узлов поддержки. В этом случае следует подключить на источник ограниченное количество узлов поддержки, а остальные узлы поддержки настроить на получение данных от узлов-соседей, а не от источника.
Немного теории о том, как работают настройки узлов.
Источник
- При запуске источника список узлов поддержки, заданных опцией --support-node, записывается в acelive-файл в список авторизованных узлов
- Если источник не приватный, то адрес источника также записывается в список авторизованных узлов
- Если источник не приватный, то он принимает входящие соединения от любых пиров
- Если источник приватный, то он принимает входящие соединения только от узлов поддержки, заданных опцией --support-node
Узел поддержки
- Узел поддержки отдает данные всем, но закачивает только от узлов, заданных в опциях
- Если нужно разрешить узлу поддержки качать данные от источника, то необходимо указать опцию --allow-source-download и задать адрес источника опцией --source-node
- Если нужно разрешить узлу поддержки качать данные от других узлов поддержки, то необходимо указать опцию --allow-support-download и задать адреса узлов поддержки, с которых разрешено получение данных, опцией --support-node
- опция --allow-peers-download разрешает узлу поддержки качать данные от обычных клиентов, использование этой опции не рекомендуется
В итоге на источнике нужно прописать адреса всех узлов поддержки, чтобы они попали в список авторизованных узлов, а узлы настроить таким образом, чтобы часть из них получала данные от источника, а часть от других узлов поддержки.
Пример конфигурации
В примере для краткости опущены все опции, которые не касаются обсуждаемой проблемы.
Допустим, есть источник 10.1.1.1, шесть узлов поддержки 10.1.1.2-10.1.1.7 и мы хотим разрешить только трем узлам поддержки качать с источника. Все узлы запущены на портах по умолчанию (источник - 7764, поддержка - 8621).
Конфигурация источника:
acestreamengine-stream
--private-source
--add-authorized-peers
--support-node "10.1.1.2:8621"
--support-node "10.1.1.3:8621"
--support-node "10.1.1.4:8621"
--support-node "10.1.1.5:8621"
--support-node "10.1.1.6:8621"
--support-node "10.1.1.7:8621"
Конфигурация узлов поддержки, которые будут качать с источника (это узлы 10.1.1.2, 10.1.1.3 и 10.1.1.4):
acestreamengine-node --allow-source-download --source-node "10.1.1.1:7764"
Конфигурация узлов поддержки, которые будут качать с других узлов поддержки, и не будут качать с источника (это узлы 10.1.1.5, 10.1.1.6 и 10.1.1.7):
acestreamengine-node
--allow-support-download
--support-node "10.1.1.2:8621"
--support-node "10.1.1.3:8621"
--support-node "10.1.1.4:8621"
-
практика показывает, что адреса узлов поддержки лучше прописывать во всех узлах, то есть если используется 7 узлов, то все 7 лучше прописать опцией --support-node на всех узлах, даже если все узлы будут также получать поток от приватного источника(при условии, что источнику достаточно аплоада для этого), иначе нагрузка по трафику слишком неравномерно распределяется.
-
практика показывает, что адреса узлов поддержки лучше прописывать во всех узлах, то есть если используется 7 узлов, то все 7 лучше прописать опцией --support-node на всех узлах, даже если все узлы будут также получать поток от приватного источника(при условии, что источнику достаточно аплоада для этого), иначе нагрузка по трафику слишком неравномерно распределяется.
Сегодня обновим версию, и узлы будут работать корректней
Да, спасибо тебе за логи и помощь!
P.S. Вчера сам смотрел твою трансляцию и рад что у тебя выдержал комп, так как все шло здорово! Благодаря твоим логам, мы сделали изменения и новая версия теперь позволит корректно работать узлам и нормально восстанавливаться при такой внештатной ситуации как падение/отключение сервера на котором находится источник.
P.P.S Ну и пару слов насчет эффективности отдачи потоков пирами, я прикрепил скрин статистики по твой вчерашней стабильной трансляции. И так, у тебя было более 14 тыс. зрителей ( пиров ), которыми совокупно было отдано трафика в объеме 9 616 972 мб ( раздача, которую сделали сами зрители/пиры) , а с твоих узлов совокупно ушло 157 210 мб. Насчет эффективности распределения и экономии трафика теперь думаю каждый может судить сам. Ну безусловно улучшать есть что и совершенству нет предела!
-
практика показывает, что адреса узлов поддержки лучше прописывать во всех узлах, то есть если используется 7 узлов, то все 7 лучше прописать опцией --support-node на всех узлах, даже если все узлы будут также получать поток от приватного источника(при условии, что источнику достаточно аплоада для этого), иначе нагрузка по трафику слишком неравномерно распределяется.
Сегодня обновим версию, и узлы будут работать корректней
Да, спасибо тебе за логи и помощь!
P.S. Вчера сам смотрел твою трансляцию и рад что у тебя выдержал комп, так как все шло здорово! Благодаря твоим логам, мы сделали изменения и новая версия теперь позволит корректно работать узлам и нормально восстанавливаться при такой внештатной ситуации как падение/отключение сервера на котором находится источник.
P.P.S Ну и пару слов насчет эффективности отдачи потоков пирами, я прикрепил скрин статистики по твой вчерашней стабильной трансляции. И так, у тебя было более 14 тыс. зрителей ( пиров ), которыми совокупно было отдано трафика в объеме 9 616 972 мб ( раздача, которую сделали сами зрители/пиры) , а с твоих узлов совокупно ушло 157 210 мб. Насчет эффективности распределения и экономии трафика теперь думаю каждый может судить сам. Ну безусловно улучшать есть что и совершенству нет предела!
а как можно смотреть такую статистику ?
-
P.P.S Ну и пару слов насчет эффективности отдачи потоков пирами, я прикрепил скрин статистики по твой вчерашней стабильной трансляции. И так, у тебя было более 14 тыс. зрителей ( пиров ), которыми совокупно было отдано трафика в объеме 9 616 972 мб ( раздача, которую сделали сами зрители/пиры) , а с твоих узлов совокупно ушло 157 210 мб. Насчет эффективности распределения и экономии трафика теперь думаю каждый может судить сам. Ну безусловно улучшать есть что и совершенству нет предела!
однозначно узлы отдали гораздо больше, я довольно часто мониторил отдачу на всех узлах и 157 гб меньше чем за час уходило в сумме со всех узлов, так как с двух серверов отдача постоянно была выше 25мбай/с(доходило 31-32 мбайт/с) на каждом из них, по 100 и 150 пиров соответственно maxclients, и еще на 4х других отдача шла на 20 пиров с общим аплоадом от 6мбайт/с с каждого, что в итоге составляет более 74 мбайт/с=592мбит/с. Ну это так к слову ;) хотя судя по скрину статистика была снята только в начале разгара, так как в последующие полтора часа, нагрузка по трафику использовалось по максимуму.
а как можно смотреть такую статистику ?
на трекере torrentstream.net, конкретную ссылку я думаю константин выложит сам если посчитает нужным это, хотя я этой статистике не очень то доверяю :D
-
P.P.S Ну и пару слов насчет эффективности отдачи потоков пирами, я прикрепил скрин статистики по твой вчерашней стабильной трансляции. И так, у тебя было более 14 тыс. зрителей ( пиров ), которыми совокупно было отдано трафика в объеме 9 616 972 мб ( раздача, которую сделали сами зрители/пиры) , а с твоих узлов совокупно ушло 157 210 мб. Насчет эффективности распределения и экономии трафика теперь думаю каждый может судить сам. Ну безусловно улучшать есть что и совершенству нет предела!
однозначно узлы отдали гораздо больше, я довольно часто мониторил отдачу на всех узлах и 157 гб меньше чем за час уходило в сумме со всех узлов, так как с двух серверов отдача постоянно была выше 25мбай/с(доходило 31-32 мбайт/с) на каждом из них, по 100 и 150 пиров соответственно maxclients, и еще на 4х других отдача шла на 20 пиров с общим аплоадом от 6мбайт/с с каждого, что в итоге составляет более 74 мбайт/с=592мбит/с. Ну это так к слову ;) хотя судя по скрину статистика была снята только в начале разгара, так как в последующие полтора часа, нагрузка по трафику использовалось по максимуму.
а как можно смотреть такую статистику ?
на трекере torrentstream.net, конкретную ссылку я думаю константин выложит сам если посчитает нужным это, хотя я этой статистике не очень то доверяю :D
Это реальная статистика по полученным и отданным данным за каждый мб. Безусловно какая-то погрешность может быть, если какие-то данные от клиентов не дошли. Снималась она уже после матча.
P.S. Maksvel, это не для открытого пользования и мы ее скоро уберем с текущего адреса.
-
Внимание бродкастеров! Мы временно отключаем работу наших трекеров, поэтому их не прописывайте в своих трансляциях!
-
Здравствуйте.
У меня такой вопрос. Возможно, ли такое сделать с помощью Torrent Stream?
Ситуация такая есть несколько конференц залов. Допустим 3 зала.
1 зал там будет стоять камера, которая, будет транслировать в прямом эфире и сразу передавать в другие залы.
2,3 зал будут принимать сигнал данной программой Torrent Stream.
Но возникает такой вопрос: во 2 зале один канал Интернета (он естестнно может упасть или что-то может произойти с ним).
Могу ли я использовать несколько компьютеров, которые будут работать с разными Интернетами (Например, 3G МТС, 3G Мегафон или еще какие нибудь), что сделать такую схему.
Но самое главное один экран или один плазменный телевизор стоит во 2 зале. И один компьютер вещает на него (На экран или телевизор).
Можно ли как нибудь сделать, чтоб Torrent Stream, например, несколько компьютеров будет иметь разный Интернет. Смогу ли я как-то сделать, чтоб, если один Интернет канал умрет, программа не прервала свое вещание, так как другие каналы Интернета на другие компьютерах работают?
Только не знают, можно ли такое сделать. Чтоб компьютер, который принимает вещание во 2 зале, передавал через Интернет трансляцию, и в случае не работы Интернета основного канала (который подключен к компьютеру вещание), другие компьютеры или тот же самый смог продолжить вещание не зависимо работает основной канал Интернета или нет. Можно ли такое сделать как-нибудь?
Если какое-нибудь решение данного вопроса. Может Вы знает с помощью чего-то другого можно как-то решить данный вопрос.
Если коротко свой вопрос сказать: Можно ли как нибудь сделать, чтоб поток вещание шел, не зависимо работает основной канал Интернета во втором зале (Есть несколько модемов 3G).
Задача такая чтоб вся трансляция прошла без сбоев.
А так как Интернет провайдер может, из-за какой нибудь нагрузки на канал Интернет отрубить на несколько минут (перезагрузка сервера, например) своего оборудование. Ну, что-то придумать, чтоб решить данную проблему.
Помогите, пожалуйста. Если программа Torrent Stream не может так. Незнаете ли Вы, какую нибудь схему как можно решить проблему эту.
Заранее большое Вам спасибо, за ответ.
-
параметр maxclients не работает как нужно :( даже если поставить maxclients 1 у сервера тс, и подключить двух пиров, то все равно оба будут качать с сервера, примерно та же ситуация и с узлом поддержки, стоит maxclients 20, а все равно отдает примерно 25-30пирам
-
параметр maxclients не работает как нужно :( даже если поставить maxclients 1 у сервера тс, и подключить двух пиров, то все равно оба будут качать с сервера, примерно та же ситуация и с узлом поддержки, стоит maxclients 20, а все равно отдает примерно 25-30пирам
Пиры меняются динамически, и существуют определенные таймауты, так что это вполне допустимо. Но на всякий случай, сними пожалуйста лог с уровнем отладки 8 и скинь его кому-то из нас на почту. Но а чтобы ограничить источник от нежелательных конектов, то его лучше сделать приватным и раздавать только с узлов поддержки
-
да я итак щас с привата вещаю, только с одним узлом, где 20 клиентов и стоит, если ограничить число исходящих соединений до 20, вместо стандартных 50 это улучшит стрим или только хуже будет?
P.S. Логи позднее скину.
P.P.S. Еще добавлю информации к сведению - сейчас вещаю с такими параметрами и смотрю свой же стрим: нормально пашет только с задержкой в 2-3 минуты, при попытке уменьшить задержку буферизация все равно растянет ее до 2-3 минут, это при 1500 пирах.
-
even if i have default max clients still getting 100 percent cpu usage
Constantin could you watch one of my streams i can give you root to my server to show you whats going on when broadcasting
running out of ideas what the problem could be
it starts out fine but once it hits over 600 people on the stream thats when the problems starts it hits 100 percent cpu usage
i have disabled the internal tracker and i used xbt tracker but problem still happens
please let this support hyper threading acestream does only use one core
-
собрал ряд тонких вопросов по трансляции:
что лучше для узла/узлов поддержки: один сервер с гигабитом или 10 серверов по 100мбит?
сколько по вашему потянет пиров один сервер поддержки со 100мбитами, если требуется провести качественную трансляцию без тормозов и с быстрой буферизацией? что требуется для трансляции например на 1000 пиров на данный момент?
что лучше: вещание непосредственно с сервера тс без узлов поддержки или с приватным источником и узлом поддержки, если в обоих случаях параметры источника и узла будут отдавать одинаковый аплоад и на одинаковое число пиров одновременно?
использование нескольких внешних трекеров улучшит стабильность трансляции и распределение пиров? и будет ли толк от добавления http://retracker.local/announce?
как добавить авторизованного пира если он не сервер поддержки, а обычный клиент?
что значит параметр --private-flag ? для чего нужна опция --content-id в acestreamengine-stream?
-
i used the windows version lastnight seems better now one issue not sure if this is normal but had 3k on the tracker but under the source it said connected to only 500 peers is that normal?
I would also like to add that MAX Clients should be an option as it can be used in windows broadcaster
-
просьба разработчикам ответить на пост 169 http://oldforum.acestream.media/index.php?topic=1410.msg6587#msg6587 (http://oldforum.acestream.media/index.php?topic=1410.msg6587#msg6587)
-
собрал ряд тонких вопросов по трансляции:
что лучше для узла/узлов поддержки: один сервер с гигабитом или 10 серверов по 100мбит?
10 серверов по 100мбит, лучше чем 1 сервер с 1 Гбит. Выше отказоустойчивость ( более надежная архитектура )! P.S. При подключении узлов поддержки, главное учитывать гарантированный аплоад и только исходя из этого открывать необходимое количество слотов ( то есть, если вам заявили гарантированную полосу в 20 мбит.с , то и рассчитывать нужно на 20, а не на 100, которые могут быть,так как именно в прайм-тайм канал будет резаться и качественной трансляции может не получится, если этого изначально не учитывать, сколько по вашему потянет пиров один сервер поддержки со 100мбитами, если требуется провести качественную трансляцию без тормозов и с быстрой буферизацией? что требуется для трансляции например на 1000 пиров на данный момент?
На стабильность трансляции ( просмотр без уходов на буферизацию ) влияет не количество пиров, а их качество ( насколько хороший у них аплоад ), К примеру, если вы решите сделать трансляцию, с высоким битрейтом, и причем исключительно для пользователей Укртелеком, вам нужно будет поставить парк серверов, так как у клиентов Укртелеком очень ограниченный/низкий аплоад, а соответственно вся основная нагрузка ляжет непосредственно на узлы поддержки. Чтобы не было уходов на буферизацию и быстро запускалась трансляция, пользовать должен быть законкчен с роем где есть быстрые сиды! ( рой - это тот пул пиров, которые указываются в опциях, как значение "Helping" что лучше: вещание непосредственно с сервера тс без узлов поддержки или с приватным источником и узлом поддержки, если в обоих случаях параметры источника и узла будут отдавать одинаковый аплоад и на одинаковое число пиров одновременно?
для надежности и стабильности трансляций лучше вещать только с узлов поддержки и желательно чтобы их было как минимум 2 (два)использование нескольких внешних трекеров улучшит стабильность трансляции и распределение пиров? и будет ли толк от добавления http://retracker.local/announce?
несколько трекеров, всегда лучше чем один ( одна из следующих версий будет оптимизирована на мультитрекерность и в этой части будет работать намного лучше чем текущая версия )
Толк от добавления http://retracker.local/announce? будет только в том случае если провайдер обеспечит на своей стороне качественный узел поддержки. как добавить авторизованного пира если он не сервер поддержки, а обычный клиент?
точно так же, как и узел поддержки: опцией --support-node задать на источнике адрес этого клиентачто значит параметр --private-flag ?
поставить флаг приватности в acelive-файл (в соответствии со стандартами протокола bittorrent клиенты при работе с таким acelive-файлом будут получать адреса других пиров только через трекеры, прописанные в acelive; dht и другие способы обмена информацией о пирах будут отключены)для чего нужна опция --content-id в acestreamengine-stream?
Для идентификации трансляции без привязки к infohash. Эта опция будет использоваться только для премиум-трансляций. Описание выложим на вики
-
Constantin best way to lower cpu usage? less max clients private source and more support? does it matter if the support nodes hit 100 cpu?
do hope you can watch my server box when streaming think its has issues..
also do you have any idea when the windows broadcaster will be fixed as it does not output as well as linux does to peers
also which Python versions can be used with acestream i have version 2.7
-
10 серверов по 100мбит, лучше чем 1 сервер с 1 Гбит. Выше отказоустойчивость ( более надежная архитектура )! P.S. При подключении узлов поддержки, главное учитывать гарантированный аплоад и только исходя из этого открывать необходимое количество слотов ( то есть, если вам заявили гарантированную полосу в 20 мбит.с , то и рассчитывать нужно на 20, а не на 100, которые могут быть,так как именно в прайм-тайм канал будет резаться и качественной трансляции может не получится, если этого изначально не учитывать
иными словами разницы нет ;) если не брать в расчет возможные проблемы с серваками. Но учитывая, что на одном сервере крайне проблематично процессору справиться с задачей по отдаче 1гбита, я запускаю по 2 копии acestream-node с разными портами на 2х серверах. Таким образом удается разделить нагрузку на 2 ядра процессора, можно и 4 было бы запустить, но 2 вроде как уже справляются. Также выясняется, что при указании большого значения параметра --max-outgoing-connects, превышающего значение --max-upload-slots в 4 и более раз общая отдача становится меньше, на данный момент использую опции с такими значениями:
--max-incoming-connects 1000 --max-outgoing-connects 200 --max-upload-slots 80
если указать --max-outgoing-connects равным --max-upload-slots эффективность узла также падает, так как получается что он обслуживает только 80 пиров, но которым полностью постоянно отдает поток, а не 200, которым поочередно отдает поток.
На стабильность трансляции ( просмотр без уходов на буферизацию ) влияет не количество пиров, а их качество ( насколько хороший у них аплоад ), К примеру, если вы решите сделать трансляцию, с высоким битрейтом, и причем исключительно для пользователей Укртелеком, вам нужно будет поставить парк серверов, так как у клиентов Укртелеком очень ограниченный/низкий аплоад, а соответственно вся основная нагрузка ляжет непосредственно на узлы поддержки. Чтобы не было уходов на буферизацию и быстро запускалась трансляция, пользовать должен быть законкчен с роем где есть быстрые сиды! ( рой - это тот пул пиров, которые указываются в опциях, как значение "Helping"
учитывая, что нынешние аплоады у многих пользователей составляют от нескольких мегабит до нескольких десятков, трансляцию мегабит до 5 не проблематично провести и на 5 и на 10 и даже на 50 тысяч пиров, имея при этом один узел со 100мбитами. По крайней мере это показывает практика использования сопкаста, при том что там далеко не 100мбит у источника обычно, хотя и довольно большой задержкой в 60 секунд. В TS задержка выбирается хоть и произвольно, но практика показывает, что чем большее количество звеньев от источника до пира, тем дольше у него будет идти буферизация и тем самым больше задержка, которая вырастает от нескольких десятков секунд до нескольких минут, в итоге пир, выставив даже 10 секунд в параметр буфер Live, может получить задержку в 3-5 минут(а иногда и больше) на трансляции, на которой висят несколько тысяч пиров(что уж говорить о нескольких десятков тысяч). При этом статистика трекера, которая может выдать результат о нормальной отдаче/загрузке, может оказаться хоть и правдивой, но при этом о задержке она не может ничего сказать. Это еще раз подтверждает, что есть проблемы в отдаче между пирами, как в скорости аплоада(который режется словно высокоточным шейпером в windows), так и в синхронизации потока. Если в файлах это не играет такую существенную роль, то для Live это важнейший показатель. Конечно, у некоторых пользователей провайдер режет Р2Р, но таких не так уж много, при том что у кого не режет все равно сталкиваются с подобной проблемой, включая меня самого. Даже я, подключаясь к своей же трансляции (приватный источник+4 узла с общим гигабитом), имею задержку от 30 секунд до 2х минут на 2-5 тысячах пирах, при том что буфер Live всего 10 секунд.
P.S. Если вы до сих пор в это не верите могу дать доступ к удаленном рабочему столу, где вы сами это можете увидеть.
поставить флаг приватности в acelive-файл (в соответствии со стандартами протокола bittorrent клиенты при работе с таким acelive-файлом будут получать адреса других пиров только через трекеры, прописанные в acelive; dht и другие способы обмена информацией о пирах будут отключены)
иначе говоря лучше не использовать эту опцию
-
Пример конфигурации
В примере для краткости опущены все опции, которые не касаются обсуждаемой проблемы.
Допустим, есть источник 10.1.1.1, шесть узлов поддержки 10.1.1.2-10.1.1.7 и мы хотим разрешить только трем узлам поддержки качать с источника. Все узлы запущены на портах по умолчанию (источник - 7764, поддержка - 8621).
Конфигурация источника:
acestreamengine-stream
--private-source
--add-authorized-peers
--support-node "10.1.1.2:8621"
--support-node "10.1.1.3:8621"
--support-node "10.1.1.4:8621"
--support-node "10.1.1.5:8621"
--support-node "10.1.1.6:8621"
--support-node "10.1.1.7:8621"
Конфигурация узлов поддержки, которые будут качать с источника (это узлы 10.1.1.2, 10.1.1.3 и 10.1.1.4):
acestreamengine-node --allow-source-download --source-node "10.1.1.1:7764"
Конфигурация узлов поддержки, которые будут качать с других узлов поддержки, и не будут качать с источника (это узлы 10.1.1.5, 10.1.1.6 и 10.1.1.7):
acestreamengine-node
--allow-support-download
--support-node "10.1.1.2:8621"
--support-node "10.1.1.3:8621"
--support-node "10.1.1.4:8621"
Практика показывает: если все узлы будут качать с источника(при условии что источник все отдает), то отдача со всех узлов будет гораздо выше(почти в 2 раза), чем если один узел будет качать с источника, а остальные узлы будут качать с него, даже с условием что все узлы будут прописаны на каждом сервере, включая источник, но без параметра --allow-source-download. Соответственно не используется весь потенциал узла, а значит кпд его гораздо ниже...
-
еще один, как я считаю, баг: если узел поддержки прописан на источнике, то есть авторизован, и на других узлах, но на нем не прописана опция --allow-source-download, а только --allow-support-download , то при полной загрузке других узлов этот узел не сможет получить данные от них, хотя он должен быть первостепенным пиром для других узлов и должен в любом случае получить поток, даже ценой отключения обычного пира от узла.
-
ребята проверьте трансляцию, что то я не пойму никак
67afa3a0cbab9fe7945919060ee20b5082183400
-
ребята проверьте трансляцию, что то я не пойму никак
67afa3a0cbab9fe7945919060ee20b5082183400
Не работает, видимо закрыты порты во внешку или просто нет трансляции...
-
статус вот такой:
Name: test
Tracker: http://хх.хх.хх.хх:7777/announce
Bitrate: 3000 kbit/s
Source download speed: 397.7
Peers: 0
Upload speed: 0.0
File: download
Content ID: 67afa3a0cbab9fe7945919060ee20b5082183400
Watch onlineя прокинул порт со внешки хх.хх.хх.хх:7777 на локальный 192.168.0.102:7777
вроде бы все правильно?
-
Ещё порт 8621 попробуйте прокинуть. И не совсем понятно от кого вы прячете адрес трекера... он всё равно у вас будет светиться... а так не понятно работает у вас он во внешку или нет...
-
8621 тоже прокинут, ип адрес это не трекер, а мой пк
-
разорбрался, кто бы мог подумать что в роутере port forwarding и virtual server это разные вещи
-
создав в винде бродкастинг, а потом он допустим закрылся, как создать такую же раздачу чтобы были такой же ID ?
-
создав в винде бродкастинг, а потом он допустим закрылся, как создать такую же раздачу чтобы были такой же ID ?
в командной строке запускайте, по аналогии с линуксом(конкретные команды можно достать через лог)
-
а куда виндовый стример логи пишет, чтото не найду
-
ребята кто может протестировать стримы вечером часов в 8-9, буду признателен
61e0f487dde5822a4633dc28736c1fb4e43c3264
0196c4cad4df445335f28598a5feaccdaf8fd96f
-
Для стримеров! Кому нужны пакеты движка под CentOS, смотрите здесь http://wiki.acestream.media/Streaming
-
ребята кто может протестировать стримы вечером часов в 8-9, буду признателен
61e0f487dde5822a4633dc28736c1fb4e43c3264
0196c4cad4df445335f28598a5feaccdaf8fd96f
Стримеры! пишите в эту группу http://vk.com/club46360999 тут всегда много народа сидит и потестят любой ваш стрим, а может и подскажут, если что не так...
-
Пытаюсь организовать трансляцию: формирую HTTP-поток, поток смотрится через VLC, значит - выдается. На удалённом сервере с Debian 6.0 поставил "ACE Stream" по инструкции http://wiki.acestream.media/Streaming.
Запускаю его так:
Код: [Выделить]
acestreamengine-stream --name "test" --title "test1" --source http://XXX.XXX.XXX.XXX:XXXX --bitrate 1500000 --cache-dir /tmp/stream --publish-dir /tmp/stream --duration 00:00:10 --add-authorized-peers> /tmp/stream/stream-test-source.log 2>&1
,
"http://XXX.XXX.XXX.XXX:XXXX" - мой поток.
Открываю "test.acelive" через TS-плеер - буфризация 0%(подключено к 0 потокам), потом - "На данный момент нет активных пиров и потоков."
Подскажите, пожалуйста, куда копать?
-
Если за роутером сидите, порты 8621 и тп которые использует ТС пробрасывали?
-
Сервер не за роутером, у него белый IP.
-
Для стримеров! Кому нужны пакеты движка под CentOS, смотрите здесь http://wiki.acestream.media/Streaming
Огромное спасибо за поддержку CentOS, все работает!
Еще бы FreeBSD и будет полное щастие :)
-
Добрый день.
А никто не сталкивался с вещанием Rtmp потока через TS.
Хотелось бы попробывать перераздовать через TS видео с онлайн видеокамер, к примеру как вот тут: http://www.earthcam.com/
Проблемма в том что у них все потоки через Rtmp, и только после двойного перекодирования удается передавать сигнал по http:// Что совсем не интерестно.
-
Проблемма в том что у них все потоки через Rtmp, и только после двойного перекодирования удается передавать сигнал по http:// Что совсем не интерестно.
Почему двойного то? Один раз всего конвертнуть нужно... и даже можно без перекодирования видео-аудио, обойдясь обычным перепаковыванием в http с нужной инкапсуляцией.
-
Ради эксперемента пробывал записывать видео при помощи getflv а затем еще пищущееся видео через vlc посылать с перекодированием в http, вот и выходит двойное перекодирование.
Для примера вот такая ссылка на rtmp с: earthcam.com
rtmp://video2.earthcam.com/fecnetwork<break>hdtimes11.flv
Это лог записи видео
(http://i46.fastpic.ru/big/2013/0508/ca/b92dea7f0322906042057822623f21ca.jpg) (http://fastpic.ru/)
А вот эта видеокамера в оригинале: http://www.earthcam.com/usa/newyork/timessquare/?cam=tsstreet
Может подскажите как ее в http пустить
-
Как ретранслировать m3u8 ? Например такое
http://fw01.livem3u8.me.totiptv.com/live//7ad09373f65c48d5bb6aa6c3b2ca519a.m3u8?bitrate=800
-
Как ретранслировать m3u8 ? Например такое http://fw01.livem3u8.me.totiptv.com/live//7ad09373f65c48d5bb6aa6c3b2ca519a.m3u8?bitrate=800
Это HLS http://en.wikipedia.org/wiki/HTTP_Live_Streaming, в версиях VLС 1.2 и выше данный поток должен поддерживаться и ретранслироваться также как и обычный.
-
Поясните пожалуйста в чём разница между обычными пирами и узлами поддержки т.е если элементарно запустить проигрывание acelive файла на сервере (windows) то будет он работать как узел поддержки для источника трансляции ??? Или это заблуждение ?
Ещё интересует максимально значение для Timeshift ? По умолчанию выставлено 1час но максимальное время не могу найти на форуме. Сори может плохо искал... ???
-
Под виндой тс на отдачу работает кривее некуда, тем и отличаются обычные пользователи от серверов поддержки. Но разработчики этого не признают и продолжают сами себе противоречить, потому мой комментарий сейчас удалят и нужно читать его быстрее.
-
Под виндой тс на отдачу работает кривее некуда, тем и отличаются обычные пользователи от серверов поддержки. Но разработчики этого не признают и продолжают сами себе противоречить, потому мой комментарий сейчас удалят и нужно читать его быстрее.
А если запустить проигрывание acelive файла на сервере под линукс будет он работать как узел поддержки или всё таки нужно прописывать всё как описано в http://wiki.acestream.media/Streaming
-
Под виндой тс на отдачу работает кривее некуда, тем и отличаются обычные пользователи от серверов поддержки. Но разработчики этого не признают и продолжают сами себе противоречить, потому мой комментарий сейчас удалят и нужно читать его быстрее.
знают об этом разработчики.... а руководство torrent-tv.ru однажды обмолвилось, в своей группе в контакте, что будет очень сильное обновление от разработчиков TS в первых числах осени направленное именно на решение данной проблемы.... осталось подождать официального комментария подтверждающего или опровергающего данную информацию
-
Под виндой тс на отдачу работает кривее некуда, тем и отличаются обычные пользователи от серверов поддержки. Но разработчики этого не признают и продолжают сами себе противоречить, потому мой комментарий сейчас удалят и нужно читать его быстрее.
знают об этом разработчики.... а руководство torrent-tv.ru однажды обмолвилось, в своей группе в контакте, что будет очень сильное обновление от разработчиков TS в первых числах осени направленное именно на решение данной проблемы.... осталось подождать официального комментария подтверждающего или опровергающего данную информацию
спасибо за инфу ! будем подождать
-
Под виндой тс на отдачу работает кривее некуда, тем и отличаются обычные пользователи от серверов поддержки. Но разработчики этого не признают и продолжают сами себе противоречить, потому мой комментарий сейчас удалят и нужно читать его быстрее.
знают об этом разработчики.... а руководство torrent-tv.ru однажды обмолвилось, в своей группе в контакте, что будет очень сильное обновление от разработчиков TS в первых числах осени направленное именно на решение данной проблемы.... осталось подождать официального комментария подтверждающего или опровергающего данную информацию
спасибо за инфу ! будем подождать
Насчет "кривой" отдачи из под винды, это полные глупости, так как ядро везде одно и тоже, а соответсвенно это все абсолютно одинаково работает как на винде, так и на линуксе, так и на андроиде. Все зависит только от сетевых настроек и от настроек OCи.
Что касается обновлений/улучшений алгоритмов распределения для Live Stream, то эти заявления абсолютно верны, и мы действительно постараемся в начале осени выпустить это весомое/значительно обновление.
-
Под виндой тс на отдачу работает кривее некуда, тем и отличаются обычные пользователи от серверов поддержки. Но разработчики этого не признают и продолжают сами себе противоречить, потому мой комментарий сейчас удалят и нужно читать его быстрее.
знают об этом разработчики.... а руководство torrent-tv.ru однажды обмолвилось, в своей группе в контакте, что будет очень сильное обновление от разработчиков TS в первых числах осени направленное именно на решение данной проблемы.... осталось подождать официального комментария подтверждающего или опровергающего данную информацию
спасибо за инфу ! будем подождать
Насчет "кривой" отдачи из под винды, это полные глупости, так как ядро везде одно и тоже, а соответсвенно это все абсолютно одинаково работает как на винде, так и на линуксе, так и на андроиде. Все зависит только от сетевых настроек и от настроек OCи.
Что касается обновлений/улучшений алгоритмов распределения для Live Stream, то эти заявления абсолютно верны, и мы действительно постараемся в начале осени выпустить это весомое/значительно обновление.
И всё таки Constantin можно ли компенсировать слабые пиры если просто запустить acelive файл на компьютере с хорошей отдачей или всё таки нужно создавать узел поддержки ??
-
Поясните пожалуйста в чём разница между обычными пирами и узлами поддержки т.е если элементарно запустить проигрывание acelive файла на сервере (windows) то будет он работать как узел поддержки для источника трансляции ??? Или это заблуждение ?
Ещё интересует максимально значение для Timeshift ? По умолчанию выставлено 1час но максимальное время не могу найти на форуме. Сори может плохо искал... ???
Узлы поддержки запускаются с разными специальными параметры исходя из топологию которую строит организатор трансляции.
Диапазон Time Shift организатор трансляции может указывать любой, какой считает нужным.
-
Под виндой тс на отдачу работает кривее некуда, тем и отличаются обычные пользователи от серверов поддержки. Но разработчики этого не признают и продолжают сами себе противоречить, потому мой комментарий сейчас удалят и нужно читать его быстрее.
знают об этом разработчики.... а руководство torrent-tv.ru однажды обмолвилось, в своей группе в контакте, что будет очень сильное обновление от разработчиков TS в первых числах осени направленное именно на решение данной проблемы.... осталось подождать официального комментария подтверждающего или опровергающего данную информацию
спасибо за инфу ! будем подождать
Насчет "кривой" отдачи из под винды, это полные глупости, так как ядро везде одно и тоже, а соответсвенно это все абсолютно одинаково работает как на винде, так и на линуксе, так и на андроиде. Все зависит только от сетевых настроек и от настроек OCи.
Что касается обновлений/улучшений алгоритмов распределения для Live Stream, то эти заявления абсолютно верны, и мы действительно постараемся в начале осени выпустить это весомое/значительно обновление.
И всё таки Constantin можно ли компенсировать слабые пиры если просто запустить acelive файл на компьютере с хорошей отдачей или всё таки нужно создавать узел поддержки ??
Безусловно, любой клиент с хорошей отдачей будет компенсировать объемы потребляемого трафика пирами у которых плохая отдача, при условии, что такие плохие пиры окажутся в пуле с таким хорошим клиентом ( быстрым сидом )
-
Насчет "кривой" отдачи из под винды, это полные глупости, так как ядро везде одно и тоже, а соответсвенно это все абсолютно одинаково работает как на винде, так и на линуксе, так и на андроиде. Все зависит только от сетевых настроек и от настроек OCи.
Факт "кривой" отдачи из под винды Вы отрицаете и называете глупцами тех кто об этом заявляет, но тут же чуть ниже признаёте, что есть прямая зависимость от ОСи и её настроек...
P.S. Если ядро одинаковое, это ещё не значит, что оно везде будет "одинаково" работать.
P.S.S. Я не писал, что ядро плохое и что оно плохо работает, а только указывал, что из под винды ему что-то явно мешает работать в полную силу (как оно работает из под линукса), что видно и по различным сравнительным тестам и по другим косвенным данным.
-
Насчет "кривой" отдачи из под винды, это полные глупости, так как ядро везде одно и тоже, а соответсвенно это все абсолютно одинаково работает как на винде, так и на линуксе, так и на андроиде. Все зависит только от сетевых настроек и от настроек OCи.
Факт "кривой" отдачи из под винды Вы отрицаете и называете глупцами тех кто об этом заявляет, но тут же чуть ниже признаёте, что есть прямая зависимость от ОСи и её настроек...
P.S. Если ядро одинаковое, это ещё не значит, что оно везде будет "одинаково" работать.
P.S.S. Я не писал, что ядро плохое и что оно плохо работает, а только указывал, что из под винды ему что-то явно мешает работать в полную силу (как оно работает из под линукса), что видно и по различным сравнительным тестам и по другим косвенным данным.
От настроек ОСи зависит практически все! Можно выставить настройки так, что вообще ничего работать не будет, только это уже не к нам нужно обращаться, а приглашать сисадминов, которые смогут все нормально настроить.
Если не слышите нас, то пара уже за такое количество времени обратить внимание на многочисленные комментарии и скрины пользователей винды, которые пишут что у них очень высокие скорости отдачи и они раздают намного больше трафика чем потребляют! Если бы все пользователи могли так сидировать, то в Асе Stream была бы идеальная экосистема, но увы, существуют еще и другая группа пользователей виндовс, одна из которых по объективным причинам, технически не может нормально сидировать ( к примеру, пользователи ADSL ) и другая, у которых, по незнанию или по нежеланию, выставлены разные сетевые и др. ограничения. Да, еще есть и третья категория пользователей ( несколько человек), которые по всему инету орут что "клиент на винде криво раздает", строя из себя "спецов" разбирающихся в работе чужого софта , при этом не имея даже элементарных понятий и навыков, позволяющих разобраться в работе своей ОСи и своих сетевых настройках, чтобы сделать настройки хотя бы для себя и нормально сидировать.
-
От настроек ОСи зависит практически все! Можно выставить настройки так, что вообще ничего работать не будет, только это уже не к нам нужно обращаться, а приглашать сисадминов, которые смогут все нормально настроить.
Если не слышите нас, то пара уже за такое количество времени обратить внимание на многочисленные комментарии и скрины пользователей винды, которые пишут что у них очень высокие скорости отдачи и они раздают намного больше трафика чем потребляют! Если бы все пользователи могли так сидировать, то в Асе Stream была бы идеальная экосистема, но увы, существуют еще и другая группа пользователей виндовс, одна из которых по объективным причинам, технически не может нормально сидировать ( к примеру, пользователи ADSL ) и другая, у которых, по незнанию или по нежеланию, выставлены разные сетевые и др. ограничения. Да, еще есть и третья категория пользователей ( несколько человек), которые по всему инету орут что "клиент на винде криво раздает", строя из себя "спецов" разбирающихся в работе чужого софта , при этом не имея даже элементарных понятий и навыков, позволяющих разобраться в работе своей ОСи и своих сетевых настройках, чтобы сделать настройки хотя бы для себя и нормально сидировать.
А есть ещё "разработчик", строя из себя "спеца" разбирающегося в работе своего софта, который в упор не видит фактов. И не понимает что и как нужно исправить в своём софте, чтобы он заработал как нужно, а не кое-как. А те кто пишет об "очень высоких скоростях отдачи" скорее всего понятия не имеют, что значит вообще "высокая скорость отдачи" и это не 2-3 и даже не 4-5 битрейтов (как щас у вас на винде), а 20-30 и более (пока не упрётся в реальную скорость линии), как это происходит на линуксе или на сопкасте! И если бы у всех отдавало меньше чем битрейт входящий, то вы прекрасно знаете, что ваш софт не работал бы вообще, при 100 или более пирах, впрочем у вашего софта потолок начинается от 500-1000 пиров, что совсем не много для "p2p". Тот же сопкаст раздаёт без особых проблем десяткам и даже сотням тысяч пользователей с исходной линией бродкастера всего 10-20 Мбит/с.
-
Тот же сопкаст раздаёт без особых проблем десяткам и даже сотням тысяч пользователей с исходной линией бродкастера всего 10-20 Мбит/с.
Вот! Вот как оно должно работать! Вот тогда полетит! А не как сейчас... Даже реклама и та в говёном качестве...
-
А есть ещё "разработчик", строя из себя "спеца" разбирающегося в работе своего софта, который в упор не видит фактов. И не понимает что и как нужно исправить в своём софте, чтобы он заработал как нужно, а не кое-как. А те кто пишет об "очень высоких скоростях отдачи" скорее всего понятия не имеют, что значит вообще "высокая скорость отдачи" и это не 2-3 и даже не 4-5 битрейтов (как щас у вас на винде), а 20-30 и более (пока не упрётся в реальную скорость линии), как это происходит на линуксе или на сопкасте! И если бы у всех отдавало меньше чем битрейт входящий, то вы прекрасно знаете, что ваш софт не работал бы вообще, при 100 или более пирах, впрочем у вашего софта потолок начинается от 500-1000 пиров, что совсем не много для "p2p". Тот же сопкаст раздаёт без особых проблем десяткам и даже сотням тысяч пользователей с исходной линией бродкастера всего 10-20 Мбит/с.
И какое отношение весь этот текст имеет к вопросу о плохом сидорвании клиента с винды?
Пур, я тебе настоятельно предлагаю раздавать на сопкасте и больше не заморачиваться с нашим софтом, учитывая что до тебя на притяжения такого длительного времени похоже что никак не дойдет как работает наше ПО, не говоря о том что элементарная математика для тебя вообще не приемлема ( открой и почитай учебник по математике для начальных классов, чтобы понять что скорость отдачи клиента ( для Live ) не может превосходить скорость битрейта, если в окружающем пуле все будут раздавать с такой-же скоростью. Ну и может до тебя наконец-то дойдет, что чтобы бы клиент раздавал со скоростью превышающей в 20-30 раз скорость битрейта в пуле который ограничен 50 конектами/пирами ( настройка по умолчанию) , то для этого нужно чтобы 20-30 из них вообще не раздавали, а остальные раздавали на скорости не превышающей битрейт, вероятность чего очень низкая ) Да, ну а как на это еще влияет размер буфера ( 10 сек. по умолчанию у Ace Stream и 60 сек. у SopCast ), где разница в объемах обмена данными составляет 6 раз, это я смотрю до тебя вообще не доходит, учитывая что как минимум раз десять я тебе уже и на цифрах и на примерах пытался объяснить.
В общем, убедительная к тебе просьба, прекращай использовать наше ПО, чтобы своими умозаключениями и не выполнением элементарных рекомендаций его больше не дискредитировать. Дождись пока мы усовершенствуем алгоритмы распределения ( обмена данными ), которые понизят требования к ширине каналов бродкастера, и если реализация устроит тогда уже будешь пользовать.
P.S. Пур, учитывая что ты занимаешься организацией трансляций на торрент-тв, теперь мне похоже стало понятно почему такая разница в работе трансляций на торрент-тв и на ракета-тв.
-
Тот же сопкаст раздаёт без особых проблем десяткам и даже сотням тысяч пользователей с исходной линией бродкастера всего 10-20 Мбит/с.
Вот! Вот как оно должно работать! Вот тогда полетит! А не как сейчас... Даже реклама и та в говёном качестве...
Как уже неоднократно писал, в ближайшее время мы усовершенствуем алгоритмы распределения ( обмена данными ), которые понизят требования к ширине каналов бродкастера, только это никак не связанно с сидированием из под винды ( как думает Пур) и уж тем более не повлияет на аудиовизуальное качество рекламы.
Насчет рекламы:
К сожалению, в таком "УГ качестве" нам ее дают рекламодатели, хотя наши технические возможности позволяют показывать рекламу даже в full hd формате, причем с гарантией отсутствия остановок на буферизацию во время проигрывания рекламы, даже если скорость интернет-соединения пользователя будет ниже скорости битрейта рекламного ролика. Но похоже рекламодателей пока не сильно волнует в каком качестве их рекламу смотрят пользователи, но мы работаем и в этом направлении тоже
-
Constantin, кстати о рекламе..... я в своё время предлагал одному из представителей torrent-tv.ru идею создания рекламного ролика между основными игроками этого ранка ( ace stream, torrent-tv.ru , 1torrent.tv , raketa.com ) по совместному привлечению рекламодателей. но к сожалению вы были в отпуске и возможно идея забылась. .....если она вам нравиться, то я думаю вам не составит большого труда связаться с представителями этих сайтов и обсудить детали
-
Constantin, кстати о рекламе..... я в своё время предлагал одному из представителей torrent-tv.ru идею создания рекламного ролика между основными игроками этого ранка ( ace stream, torrent-tv.ru , 1torrent.tv , raketa.com ) по совместному привлечению рекламодателей. но к сожалению вы были в отпуске и возможно идея забылась. .....если она вам нравиться, то я думаю вам не составит большого труда связаться с представителями этих сайтов и обсудить детали
Вы занимаетесь созданием рекламных роликов?
P.S. Учитывая что мы показываем рекламу исключительно в качестве условной оплаты за бесплатное использование нашего ПО, а не за доступ к контенту, поэтому мы не можем вести совместную деятельность по привлечению рекламодателей с указанными вами сервисами, так как эти сервисы являются не коммерческими и не имеют права обязывать своих пользователей смотреть рекламу в качестве условной платы за доступ к контенту.
Но в любом случае, спасибо Вам за предложение и желание помочь развитию проекта и Сервисов использующих технологию Ace Stream
-
Да, ну а как на это еще влияет размер буфера ( 10 сек. по умолчанию у Ace Stream и 60 сек. у SopCast ), где разница в объемах обмена данными составляет 6 раз, это я смотрю до тебя вообще не доходит, учитывая что как минимум раз десять я тебе уже и на цифрах и на примерах пытался объяснить.
Я наверное Вам открою большой секрет, но при трансляциях у сопкаста буфер обычно заполнен на 80-99%, что видно визуально и даже в статистике каждого канала отражается, так вот если Вы такой хороший математик, то сможете подсчитать, что 80% от 50 секундного буфера( а там именно около 50 сек, а не 60 как вам думается) равно 40 секунд, т.е. всего реально используются 1-10 секунд буфера, остальные 40 секунд являются избыточными.
-
Какое максимальноe значение для Timeshift ? По умолчанию выставлено 1час но максимальное время не могу найти на форуме :-\
-
Да, ну а как на это еще влияет размер буфера ( 10 сек. по умолчанию у Ace Stream и 60 сек. у SopCast ), где разница в объемах обмена данными составляет 6 раз, это я смотрю до тебя вообще не доходит, учитывая что как минимум раз десять я тебе уже и на цифрах и на примерах пытался объяснить.
Я наверное Вам открою большой секрет, но при трансляциях у сопкаста буфер обычно заполнен на 80-99%, что видно визуально и даже в статистике каждого канала отражается, так вот если Вы такой хороший математик, то сможете подсчитать, что 80% от 50 секундного буфера( а там именно около 50 сек, а не 60 как вам думается) равно 40 секунд, т.е. всего реально используются 1-10 секунд буфера, остальные 40 секунд являются избыточными.
Пур, я тебя умоляю....
Объем данных, которыми обмениваются между собой пользователи равен объему данных буфера ( правильней сказать "динамичного кеша"/ окна). И у сопкаста он в 6 или 5 раз больше чем у Ace Stream. Какая избыточность данных, ты о чем!? Слушай, отпишись разработчикам сопкаста и предложи им убрать "избыточный буфер" и пусть они его оставят на уровне 1-10 сек., ну и заодно им расскажешь как все должно работать, а то у меня складывается впечатления что кроме тебя вообще никто не знает как должно работать ПО и что для этого нужно. ;)
-
Какое максимальноe значение для Timeshift ? По умолчанию выставлено 1час но максимальное время не могу найти на форуме :-\
Да собственно можно ставить любое, но больше часа пока не рекомендуем ставить, ну или максимум на длительности какой-то одной эфирной передачи
-
Какое максимальноe значение для Timeshift ? По умолчанию выставлено 1час но максимальное время не могу найти на форуме :-\
Да собственно можно ставить любое, но больше часа пока не рекомендуем ставить, ну или максимум на длительности какой-то одной эфирной передачи
спс
-
Переход с версий 2.0.х на версию 2.1 и выше (http://wiki.acestream.media/Streaming#.D0.9F.D0.B5.D1.80.D0.B5.D1.85.D0.BE.D0.B4_.D1.81_.D0.B2.D0.B5.D1.80.D1.81.D0.B8.D0.B9_2.0..D1.85_.D0.BD.D0.B0_.D0.B2.D0.B5.D1.80.D1.81.D0.B8.D1.8E_2.1_.D0.B8_.D0.B2.D1.8B.D1.88.D0.B5)
С 10 сентября 2013 года доступна обновленная версия движка 2.1.6 под Ubuntu, Debian и CentOS
Новая версия доступна для тестирования по ссылкам указанным на wiki
В репозитории repo.acestream.net пока доступны старые версии (2.0.8 )
Перед полномасштабным использованием новой версии мы рекомендуем по возможности протестировать ее на одной или нескольких трансляциях.
При возникновении каких-либо проблем просьба писать здесь на форуме, в этой теме либо на почту support@acestream.net.
Старые версии временно доступны в репозитории и по прямым ссылкам
ВНИМАНИЕ! В ближайшее время поддержка старых версий будет прекращена.
ВАЖНО! Все трансляции, созданные с помощью новой версии Ace Stream (2.1 и выше) не поддерживаются клиентским ПО старых версий (2.0.х и ниже). При попытке просмотреть новую трансляцию с помощью старого движка будет выдаваться ошибка "Cannot load transport file"
Ссылки на Wiki:
Переход с версий 2.0.х на версию 2.1 и выше (http://wiki.acestream.media/Streaming#.D0.9F.D0.B5.D1.80.D0.B5.D1.85.D0.BE.D0.B4_.D1.81_.D0.B2.D0.B5.D1.80.D1.81.D0.B8.D0.B9_2.0..D1.85_.D0.BD.D0.B0_.D0.B2.D0.B5.D1.80.D1.81.D0.B8.D1.8E_2.1_.D0.B8_.D0.B2.D1.8B.D1.88.D0.B5)
Изменения параметров запуска (http://wiki.acestream.media/Streaming#.D0.98.D0.B7.D0.BC.D0.B5.D0.BD.D0.B5.D0.BD.D0.B8.D1.8F_.D0.B2_.D0.BF.D0.B0.D1.80.D0.B0.D0.BC.D0.B5.D1.82.D1.80.D0.B0.D1.85_.D0.B7.D0.B0.D0.BF.D1.83.D1.81.D0.BA.D0.B0)
-
Просьба помощи!!! Кто может подсказать по след. Проблеме. Есть виртуальный сервак (пробовалось и на винде 7 и на лине) бродкаст создается но внутренний трекер не раздает, пишет пиров 0 (это на вин) на лине пира находит но буфер 0 то есть не раздает. Порты вроде все как нужные открыты для движка 8621, 7764 для трекера тоже открыт. В чем может быть проблема? Может какие то еще порты надо открыть?
З.Ы, на реальном компе бродкаст прекрасно раздается...
-
If any stream is played in acestream that has output Chroma subsampling : 4:2:2 with Ace_Stream VLC_1.1.12.exe installed the viewer will be getting a black screen and Chroma subsampling : 4:4.4 it will just crash
now the latest version vlc modded version Ace_Stream_Media_2.1.7.2.exe vlc 2.0.5 it will play Chroma subsampling : 4:2:2 fine
but with Chroma subsampling output 4.4.4 it will play but sometimes it will crash when you press stop
please can you fix these issues it will be best to remove the 1.1.12 version from the site and update to the latest 2.1 vlc
reason to use subsampling 4.4.4 the stream looks much better
-
Может мне тут кто поможет. Задал вопрос на странице Вконитакте http://vk.com/torrentstream?w=wall-38750092_2889 (http://vk.com/torrentstream?w=wall-38750092_2889) и оттуда направили сюда. В общем не получается запустить трансляцию, так как не получить Content ID и ссылку на плеер. Стоит версия 2.1.10.1, Windows 7 и все порты открыты. Вещаю за роутером и в Host вписываю внешний IP без http:// (только сам IP номер). Вешаю с VLC. Проверял через второй VLC и открывал поток на других устройствах в сети и без проблем. Что не так ??? ?
-
Может мне тут кто поможет. Задал вопрос на странице Вконитакте http://vk.com/torrentstream?w=wall-38750092_2889 (http://vk.com/torrentstream?w=wall-38750092_2889) и оттуда направили сюда. В общем не получается запустить трансляцию, так как не получить Content ID и ссылку на плеер. Стоит версия 2.1.10.1, Windows 7 и все порты открыты. Вещаю за роутером и в Host вписываю внешний IP без http:// (только сам IP номер). Вешаю с VLC. Проверял через второй VLC и открывал поток на других устройствах в сети и без проблем. Что не так ??? ?
Может кто ответит наконец?
-
Может кто ответит наконец?
Присоединяюсь к вопросу. Ситуация аналогична, с той лишь разницей что когда создаю трансляцию и в поле host прописываю локальный IP компа, то внутри моей сети к примеру на ноуте, я смотрю свою трансляцию. Если прописать IP внешний то ничего не работает, 2 порта на роутере проброшены, на трекер достучаться могу (http://*внешний IP*:7764)
Что делаю не так ? Тот же сопкаст на этом же компьютере спокойно берет поток из VLC и вещает в мир.
ПО последнее, вещаю под виндой.
-
Здравствуйте, настроена команда через источник с внешним трекером XBT
acestreamengine --stream-source
--name "lalal"
--title "lalal"
--source "http://******"
--bitrate 900000
--port 7764
--publish-dir "/var/www/streams"
--cache-dir "/tmp/"
--add-authorized-peers
--skip-internal-tracker
--tracker "udp://***:2710/announce"
--log-stdout
но к сожалению 0 пиров 0 потоков
трекер порт слышит, и еще вот:
(http://i.shotnes.com/a/06/t2fseeci.0hc_53b96a0b4c9c4.png)
Раздача со встроенным трекером прекрасно работает:
(http://i.shotnes.com/a/06/h3x2zvaj.nj1_53b96a6d10378.png)
Подскажите пожалуйста где ошибка?
-
В настройках XBT я вижу auto_register=0.
Это значит, что трекер будет отбивать запросы с инфохешем, которого нет в базе данных трекера.
Чтобы заработало, допишите в xbt_tracker.conf:
auto_register = 1
-
Спасибо большое, спасибо что появились, очень ждал. Прошу посмотрите пожалуйсто это http://oldforum.acestream.media/index.php?topic=57.msg11288#msg11288
-
В настройках XBT я вижу auto_register=0.
Это значит, что трекер будет отбивать запросы с инфохешем, которого нет в базе данных трекера.
Чтобы заработало, допишите в xbt_tracker.conf:
auto_register = 1
Поставил как вы сказали, теперь
(http://i.shotnes.com/a/11/hiwilmdv.uhf_53bfd7f730b53.png)
Но 0 пиров 0 потоков
и не понятно куда XBT кладет торрент файл.
Что-то не так?
-
Уважаемые бродкастеры! В трансляциях по протоколу 3.0 были выявлены еще некоторые критичные ошибки, для устранения которых нам может понадобиться около недели, поэтому, просим вас на это время перевести свои трансляции на протокол 2.0, чтобы дать основному большинству пользователей нормально смотреть ваши трансляции в этом промежутке времени.
Также просим вас оставить несколько тестовых трансляций на протоколе 3.0, чтобы все могли протестировать трансляции после того как мы выпустим необходимые обновления.
-
Всем доброго дня!
Решил создать торрент трансляцию и столкнулся с такой проблемкой.... Ну все по порядку...
Сам контент беру с VLC и транслирую на локальный адрес. Проверяю..... трансляция идет.
Установил пакет AceSteam 3.0 под Ubuntu 14....все стало по инструкции.... смотрю трансляции с сайта Торрент-ТВ
Сам смотрю свою трансляцию, в локальной сети смотрят с сайта, а другие люди не могут смотреть, говорят что нет пиров
Запускаю трансляцию с такими параметрами...
acestreamengine --stream-source-node \
--name "test" \
--title "Тестовая трансляция" \
--quality SD \
--category regional \
--source "http://192.168.0.5/stream" \
--bitrate 200000 \
--publish-dir "/tmp/streams" \
--cache-dir "/tmp/streams" \
транслирую за роутером, но порты 7764 и 8621 прокинул...
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:8621 0.0.0.0:* LISTEN 4457/acestreamengin
tcp 0 0 127.0.0.1:62062 0.0.0.0:* LISTEN 4457/acestreamengin
tcp 0 0 0.0.0.0:1234 0.0.0.0:* LISTEN 6592/vlc
tcp 0 0 127.0.0.1:5939 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:7764 0.0.0.0:* LISTEN 12415/acestreamengi
Подскажите, в чем загвоздка...... что я не учел
-
На что влияют параметры Max connections, Max Peers, Max upload slots при создании трансляции под Windows?
-
привет.
Помогите создать трансляций. Нужно передать поток через интернет с одной компьютера на другой с помощью Ace Stream 3.
На сервере стоит убунту 14.04, Ace Stream 3.0.3
Cоздаю трансляцию:
acestreamengine \
--stream-source-node \
--port 7765 \
--source "http://192.168.1.108:8003/1" \
--name "Discovery_Channel" \
--title "Discovery_Channel" \
--quality SD \
--category educational \
--bitrate 300000 \
--publish-dir /var/www/transport \
--cache-dir /var/cache/acestream \
в терминале получаю:
/usr/lib/python2.7/dist-packages/pkg_resources.py:1031: UserWarning: /home/pavlo/.python-eggs is writable by group/others and vulnerable to attack when used with get_resource_filename. Consider a more secure location (set with .set_extraction_path or the PYTHON_EGG_CACHE environment variable).
warnings.warn(msg, UserWarning)
2015-02-17 00:13:03,419|MainThread|acestream|enable debug: 0
2015-02-17 00:13:03,432|MainThread|acestream.SocketHandler.InterruptSocket|bound on 127.0.0.1:35869
2015-02-17 00:13:03,432|MainThread|acestream.SocketHandler.SocketHandler|bind: socket bound: host=0.0.0.0 port=7765
2015-02-17 00:13:03,432|MainThread|acestream.LM|listen on 7765
2015-02-17 00:13:03,448|MainThread|acestream.InfiniteHTTPStream|open stream: url=http://192.168.1.108:8003/1 reader=builtin thread=MainThread
2015-02-17 00:13:03,451|MainThread|acestream.streamer|private node: 0
2015-02-17 00:13:03,452|MainThread|acestream.streamer|trackers: ['http://xx.xx.218.4:7765/announce']
2015-02-17 00:13:03,452|MainThread|acestream.streamer|metatrackers: []
2015-02-17 00:13:03,452|MainThread|acestream.streamer|bitrate: 300000
2015-02-17 00:13:03,452|MainThread|acestream.streamer|piece size: 262144
2015-02-17 00:13:03,452|MainThread|acestream.streamer|chunk size: 16384
2015-02-17 00:13:03,452|MainThread|acestream.streamer|publish dir: /var/www/transport
2015-02-17 00:13:03,452|MainThread|acestream.streamer|cache dir: /var/cache/acestream
2015-02-17 00:13:03,453|AceStreamCoreThread|acestream.Live.Storage|__init__: type=disk size=209715200 overflow=5242880 dir=/var/cache/acestream piecelen=262144 chunklen=16384 chunks_per_piece=16 delete_pieces_before_playback=0
2015-02-17 00:13:03,453|AceStreamCoreThread|acestream.StorageEngineDisk|cache path: /var/cache/acestream/tmpeeoQYj
2015-02-17 00:13:03,454|VideoSourceThread-17|acestream.videosource|started input thread
Что я делаю не так?
Где взять ID трансляции?
-
Здравствуйте, уважаемые разработчики!
Помогите пожалуйста со следующей проблемой.
У меня ACE Stream 3.0.11, Win7 x64 SP1
После обновления на версию 3.0.11 с декабря все работало замечательно. Но примерно с конца февраля не могу создавать трансляции. Все делаю по инструкции вписываю параметры, запускаю, и на этапе, когда должен появиться ID трансляции, окно http://127.0.0.1:7764/app/stream просто не загружается.
Процесс ace_stream.exe вроде как работает, и даже принимает входной поток, судя по сетевой активности, но как достучаться до него получить ID трансляции не понятно.
Прикладываю логи:
acestream.log
2015-03-14 20:50:17,470|MainThread|acestream|platform=win32
2015-03-14 20:50:17,470|MainThread|acestream|app=acestream
2015-03-14 20:50:17,470|MainThread|acestream|version=3.0.11 code=3001100 revision=1575 date=2015/02/27 00:15:04
2015-03-14 20:50:17,470|MainThread|acestream|use_local_db=True
2015-03-14 20:50:17,470|MainThread|acestream|use_m2crypto=True
2015-03-14 20:50:17,470|MainThread|acestream|enable debug: 0
2015-03-14 20:50:17,470|MainThread|acestream|get_default_api_version: 2
2015-03-14 20:50:19,289|MainThread|acestream.SocketHandler.InterruptSocket|bound on 127.0.0.1:55938
2015-03-14 20:50:19,289|MainThread|acestream.SocketHandler.SocketHandler|bind: socket bound: host=0.0.0.0 port=8621
2015-03-14 20:50:19,289|MainThread|acestream.LM|listen on 8621
2015-03-14 20:50:19,299|MainThread|acestream.VideoServer|start: addr=127.0.0.1 port=6878
2015-03-14 20:50:19,335|MainThread|acestream.VideoServer|start: addr=127.0.0.1 port=6879
2015-03-14 20:50:19,339|MainThread|acestream.lang|setting up languages: default=en_EN.lang system=ru_RU
2015-03-14 20:50:19,359|MainThread|acestream.SocketHandler.InterruptSocket|bound on 127.0.0.1:55941
2015-03-14 20:50:19,359|MainThread|acestream.SocketHandler.SocketHandler|bind: socket bound: host=127.0.0.1 port=57396
2015-03-14 20:50:19,365|Instance2InstanceThread-27|acestream.APIServer|run: ready to receive remote commands on 57396
2015-03-14 20:54:02,361|Thread-37|acestream.coreapp|gui_webui_create_stream: args=['C:\\Users\\Usver\\AppData\\Roaming\\ACEStream\\engine\\ace_stream.exe', '--name', u'live1', '--title', u'live1', '--source', u'http://localhost:8083', '--bitrate', '312500', '--port', '7764', '--quality', u'HD', '--category', u'sport', '--stats-report-interval', '2', '--cache-dir', u'E:\\', '--publish-dir', u'E:\\', '--max-connections', '1000', '--max-peers', '50', '--max-upload-slots', '7']
2015-03-14 20:54:03,365|Thread-37|acestream.coreapp|gui_webui_create_stream: check stream process: %s[Errno 10061] Подключение не установлено,
acestream_source.log
2015-03-14 20:54:02,674|MainThread|acestream|enable debug: 0
2015-03-14 20:54:03,598|MainThread|acestream.SocketHandler.InterruptSocket|bound on 127.0.0.1:59953
2015-03-14 20:54:03,599|MainThread|acestream.SocketHandler.SocketHandler|bind: socket bound: host=0.0.0.0 port=7764
2015-03-14 20:54:03,599|MainThread|acestream.LM|listen on 7764
2015-03-14 20:54:05,131|MainThread|acestream.InfiniteHTTPStream|open stream: url=http://localhost:8083 reader=builtin thread=MainThread
2015-03-14 20:54:05,155|MainThread|acestream.streamer|private node: 0
2015-03-14 20:54:05,155|MainThread|acestream.streamer|trackers: ['http://85.**.**.**:7764/announce']
2015-03-14 20:54:05,155|MainThread|acestream.streamer|metatrackers: []
2015-03-14 20:54:05,157|AceStreamCoreThread|acestream.Live.Storage|__init__: use_disk=1 mem_size=52428800(min=52428800) disk_size=562500000 dir=E:\ piecelen=262144 chunklen=16384 chunks_per_piece=16 delete_pieces_before_playback=0
2015-03-14 20:54:05,157|MainThread|acestream.streamer|bitrate: 312500
2015-03-14 20:54:05,157|MainThread|acestream.streamer|piece size: 262144
2015-03-14 20:54:05,157|MainThread|acestream.streamer|chunk size: 16384
2015-03-14 20:54:05,157|MainThread|acestream.streamer|publish dir: E:\
2015-03-14 20:54:05,157|MainThread|acestream.streamer|cache dir: E:\
2015-03-14 20:54:05,160|VideoSourceThread-18|acestream.videosource|started input thread
2015-03-14 20:54:05,575|AceStreamCoreThread|acestream.LM|_run: error
Traceback (most recent call last):
File "ACEStream\Core\APIImplementation\LaunchManyCore.pyo", line 462, in _run
File "ACEStream\Core\BitTornado\ServerPortHandler.pyo", line 283, in listen_forever
File "ACEStream\Core\BitTornado\RawServer.pyo", line 237, in listen_forever
File "core.c", line 226, in
File "core.c", line 187, in
File "core.c", line 243, in
File "core.c", line 1907, in
TypeError: got_piece() takes exactly 3 positional arguments (2 given)
И еще один вопрос, как можно на винде сделать быстрый запуск трансляции (приведите пожалуйста пример .bat-файла), чтобы не прописать параметры один раз и не делать это каждый раз вручную?
-
Здравствуйте, уважаемые разработчики!
Помогите пожалуйста со следующей проблемой.
У меня ACE Stream 3.0.11, Win7 x64 SP1
После обновления на версию 3.0.11 с декабря все работало замечательно. Но примерно с конца февраля не могу создавать трансляции. Все делаю по инструкции вписываю параметры, запускаю, и на этапе, когда должен появиться ID трансляции, окно http://127.0.0.1:7764/app/stream просто не загружается.
Процесс ace_stream.exe вроде как работает, и даже принимает входной поток, судя по сетевой активности, но как достучаться до него получить ID трансляции не понятно.
Откатись на версию 3.0.10, там все работает. Сам столкнулся с такой же проблемой
-
Откатись на версию 3.0.10, там все работает. Сам столкнулся с такой же проблемой
Огромное спасибо, заработало!
-
Здравствуйте, уважаемые разработчики!
Помогите пожалуйста со следующей проблемой.
У меня ACE Stream 3.0.11, Win7 x64 SP1
После обновления на версию 3.0.11 с декабря все работало замечательно. Но примерно с конца февраля не могу создавать трансляции. Все делаю по инструкции вписываю параметры, запускаю, и на этапе, когда должен появиться ID трансляции, окно http://127.0.0.1:7764/app/stream просто не загружается.
Процесс ace_stream.exe вроде как работает, и даже принимает входной поток, судя по сетевой активности, но как достучаться до него получить ID трансляции не понятно.
Откатись на версию 3.0.10, там все работает. Сам столкнулся с такой же проблемой
А не подскажите где найти, а то в Яндексе вбиваю acestream 3.0.10, и толком то что надо не нахожу, на турбобите и в большинстве сайтов, "Файл не найден". У самого такая проблема, только запускается, страница после создания потока обновляется, а пиров 0, скорости 0, ID вообще пустое поле. 3.0.12 acestream
-
Короче установил версию 3.0.10. Но почему-то не запускается стрим, ввожу всё по инструкции, а на выходе страница обновляется, и ещё обновляется, и "ошибка загрузки, страницы".
-
Проблема с запуском acestream Broadcastingа - решана. Жаль что я тут 1(((.
-
Давненько здесь не был, много воды утекло))) Но речь не об этом.
Появляется ошибка в логах при трансляции (ubuntu 14.04):
2016-04-29 19:07:37,384|AceStreamCoreThread|acestream.SocketHandler.SocketHandler|error in start_connection()
Traceback (most recent call last):
File "ACEStream/Core/BitTornado/SocketHandler.py", line 547, in start_connection
File "ACEStream/Core/BitTornado/SocketHandler.py", line 482, in start_connection_raw
error: (101, 'ENETUNREACH')
пишется почти каждую секунду, при этом трансляция идет нормально, вопрос что это и как вылечить?
P.S. в логах пишется конкретно по этой трансляции 8d312e260c507edbda354d67540d4bea70cc36c2, остальные идут без подобных сообщений.
P.P.S. благодарочка разработчикам за прогресс в разработке acestream, сейчас дает реальную конкуренцию сопкасту, хотя многие не доверяют асе в связи с его прошлым))
-
Какие есть ограничения для бесплатного просмотра? Какой битрей (от и до) можно смотреть будет бесплатно?
-
Добрый день.
Столкнулся с такой проблемой. Запустил http стрим через vlc, создал трансляцию через acestreamengine (3.1.28). При попытке воспроизвести в Ace Player идет буфферизация и прогресс воспроизведения, но картинка и звук так и не появляются.
Создаю трансляцию вот так (в windows):
ace_console.exe --stream-source
--name "test"
--source "http://127.0.0.1:8080/1.avi"
--bitrate 0
--publish-dir "c:/home/ace/pub"
--cache-dir "c:/home/ace/cache"
--title "title"
--quality "auto"
--category "movies"
--host=192.168.0.77
--port=7764Пробовал на windows 8x64 и debian 9.
Что не так делаю?
-
Что не так делаю?
В логах (на экране) при создании трансляции ошибок нет?
Для начала нужно проверить в том же Ace Player (через "открыть URL") сам источник "http://127.0.0.1:8080/1.avi" - нормально воспроизводится?
Ну и если пытаемся стримить через Р2Р и тут же смотреть локально - не факт, что взлетит. Проверять лучше на другом устройстве в сети.