Архив форума Ace Stream
Базовые продукты ACE Stream ( Torrent Stream ) => Вопросы, предложения и пожелания => Тема начата: login от 18 Августа 2017, 10:31:34
-
При использовании масштабирования в Windows 10 (125%) шрифты в Ace Stream Engine размытые:
(http://jpegshare.net/images/41/a6/41a6b38fca6649734cc2d907b0cc344e.png)
Если включить настройки совместимости для ace_engine.exe, то шрифты выглядят как надо:
(http://jpegshare.net/images/a5/57/a557aa8d0b7a33d0c888825ddb859dd5.png)
Но проблема в том, что при обновлении или переустановке программы параметры совместимости приходится выставлять вручную заново (могут сбрасываться).
Можете сделать адекватное масштабирование для Ace Stream Engine (либо отключить его вовсе)? Не думаю, что это составит много труда, ведь интерфейс у него — обычное окно с текстом и кнопками. Либо же добавить флаг для запуска с отключенным масштабированием (либо масштабированием в режиме совместимости).
-
Как-то неохотно здесь отвечают :(
Могли хотя бы ответить, планируется ли исправление масштабирования или нет. Все-таки 2017 год на дворе, а некоторые разработчики все еще выпускают софт с мыльным интерфейсом. Непорядок, тем более исправляется данный недочёт на раз-два.
-
Все-таки 2017 год на дворе, а некоторые разработчики все еще выпускают софт с мыльным интерфейсом.
Да - микрософт, например. Негодяи, правда?
А если серьезно, то у задач при разработке софта есть разный приоритет.
И как бы кому не хотелось обратного, но малоактуальные задачи вроде "мыльного интерфейса" при нестандартном масштабировании, или "добавление галочки" в инсталлятор - имеют нижайший приоритет.
-
Да - микрософт, например. Негодяи, правда?
Неправда, Майки постепенно выпиливают старый интерфейс, заменяя его новым, но одно дело переделать интерфейс в целой ОС, другое — добавить пару строчек в manifest программы для корректной поддержи масштабирования.
И как бы кому не хотелось обратного, но малоактуальные задачи вроде "мыльного интерфейса" при нестандартном масштабировании, или "добавление галочки" в инсталлятор - имеют нижайший приоритет.
Понятное дело, что это не первостепенные задачи, но и в реализации они много времени не занимают. Ладно, галочка в инсталляторе, хотите встраивать своё расширение "по-умолчанию" — ваше право. Но в чём проблема масштабирование корректное сделать? Дело пяти минут — добавить поддержку DPI-Aware. Сколько не общался с разработчиками софта, все правят мелкие недочёты попутно с более серьёзными багами, и только у вас на любое замечание позиция — «у нас есть дела поважнее». Неужели потраченные 5-10 минут на исправление масштабирования, так застопорят разработку программы?
-
Сколько не общался с разработчиками софта, все правят мелкие недочёты
Все когда-нибудь случается в первый раз. "Другие разработчики" вольны распоряжаться своим временем так, как считают нужным, у нас - иначе. Тем более, что эти "мелкие недочеты" никак не препятствуют нормальной работе нашего софта.
-
Где можно посмотреть полный список ключей (флагов) запуска для AceStream Engine?
-
список ключей (флагов) запуска для AceStream Engine?
Из более-менее документированных - просто запустить консольную версию движка без параметров (%appdata%\ACEStream\engine\ace_console.exe в случае Windows). Ключи /по крайней мере, часть/ перечисленные там есть в вики.
-
А где можно чейнджлоги посмотреть?
-
Есть ли ключ (флаг) запуска для автоматической очистки кэша при выходе из AceStream Engine?
-
ключ (флаг) запуска для автоматической очистки кэша при выходе?
Нет. И, предупреждая возможный вопрос - /пока/ и не планируется.
-
Почему с версии Ace Stream 3.1.8 при запуске Ace Stream Engine запускается сразу два процесса?
(http://jpegshare.net/images/65/5f/655f922e76190c0d4230d62b0b62db41.png)
И за что отвечает второй процесс?
-
за что отвечает второй процесс?
Ответ разработчика:
Первый процесс ace_engine.exe - это движок
Второй процесс - это фоновая часть jsplayer
jsplayer - это плеер, позволяющий воспроизводить в браузере видео любых форматов. jsplayer состоит из двух частей:
1) браузерная - написана на javascript, отвечает за отрисовку самого плеера в браузере и рендеринг видео в canvas или html5 video тег
2) фоновая - отвечает за генерацию видео потока
Фоновая часть jsplayer автоматически запускается движком во время старта.
Запуск происходит таким образом:
ace_engine.exe --js-player
Большинство времени данный процесс абсолютно ничего не делает. Какая-либо активность происходит только во время просмотра видео через jsplayer.
-
Версия Ace Stream 3.1.20.
Во время использования движка в папке engine создаются две папки chrome и firefox, которые содержат следующие файлы:
chrome_native_messaging_host_manifest.json
firefox_native_messaging_host_manifest.json
Вопрос: за что отвечают эти файлы и как влияют на браузеры? Создаются ли какие-нибудь ветки в реестре?
-
Вопрос: за что отвечают эти файлы и как влияют на браузеры? Создаются ли какие-нибудь ветки в реестре?
См. https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Native_messaging или http://chrome-ext.blogspot.com/2014/02/blog-post_4033.html
Если кратко - это специальный механизм для обмена сообщениями между расширением браузера и пользовательским приложением (в нашем случае - движок Ace Stream). До недавнего время "Native messaging" был включен только для гуглохрома, а теперь, в рамках отказа от NPAPI плагина - и для ФФ.
-
Появилось несколько вопросов:
1. Куда сохраняется по умолчанию кэш AceStream? У меня только один Локальный диск (С), но если, к примеру, у меня будет второй Локальный диск (D), куда по умолчанию будут кэшироваться файлы?
2. Если использовать ОЗУ для кэширования, то какой рекомендуете задать оптимальный объем кэша в ОЗУ для комфортного просмотра?
3. Почему при использовании ОЗУ для кэширования все равно создается папка _acestream_cache_ с файлом .lock внутри?
4. Как избежать создания папки _acestream_cache_ при использовании ОЗУ для кэширования?
5. Можно ли задать удаление папки _acestream_cache_ при выключении движка?
6. Можно ли в acestream.conf прописать директорию для кэша? Каким параметром?
-
Появилось несколько вопросов
1. По умолчанию кеша на диске как минимум два, на самом деле - один создается при запуске броадкаста (.AceStream/Streaming), путь для второго (_acestream_cache_) - задается при установке приложения, сменить можно через ГУИ, в настройках. Под виндой управление кешем загрузки/плеера отличается от "нормальных" ОС, потому, AFAIK, ключа для смены _acestream_cache_ нет - только ручная правка playerconf.pickle.
2. Рекомендуем - не задавать вообще, программа сама его рассчитает исходя из обьема ОЗУ в системе.
3,4,5. Создается как часть процесса инициализации движка, "избежать" и "удалить" - никак, по крайней мере до тех пор, пока в этом не появится какой-то практический смысл.
6. Можно, " --cache-dir", но не в случае винды и кеша загрузки.
-
Рекомендуем - не задавать вообще, программа сама его рассчитает исходя из обьема ОЗУ в системе.
1. Где-то читал, что размер кэша в ОЗУ по умолчанию задаётся в 200 Мб (если не использовать --live-mem-cache-size), это так или информация устарела?
2. Сейчас проверил, без установки параметра --live-mem-cache-size используется около 180 Мб ОЗУ, и при установке размера кэша в 512 Мб используются те же 180 Мб. Я правильно понимаю, что алгоритм кэширования в любом случае один и тот же, а параметр --live-mem-cache-size только задает предел, за который кэшу нельзя вылезать?
3. В бете появилась возможность настраивать кэширование в ОЗУ через GUI. Вы оставите возможность включать кэширование в ОЗУ через файл acestream.conf? Просто некоторым так удобнее.
4. Говорят, что постоянное кэширование на SSD может быстро износить диск, а на оперативную память это может пагубно сказаться?
5. Из вашего опыта, куда лучше кэшировать, в ОЗУ или ПЗУ, с учетом что ПЗУ это HDD?
-
несколько вопросов
1. Этот параметр может меняться от версии к версии и в целом пользователя волновать не должен. Для тех, кому это важно - есть возможность задать обьем вручную.
2. Занятый обьем будет увеличиваться по мере заполнения кеша.
3. Разумеется, с чего бы нам убирать ключи, которые появились задолго до опции в ГУИ?
4. Все когда-нибудь умирает. В целом же - нет, по сравнению с флешем в SSD ячейки DRAM постоянно обновляются (даже когда в них ничего полезного нет).
5. Из лично моего опыта это зависит от типа контента - live в ОЗУ, VOD - на диск, где "диск" это RAMdrive. Но я не смотрю 2К/4К медиа по 50-100 ГБ на файл.
-
Занятый обьем будет увеличиваться по мере заполнения кеша.
У меня он доходит приблизительно до 180 Мб и больше не увеличивается, даже если задать вручную 512 Мб, хотя оперативки свободной предостаточно.
1. Существуют ли параметры для настройки буфера (Live/VOD) не через GUI, а в acestream.conf?
2. Можно ли отдельно задать кэширование Live в ОЗУ, а VOD - на диск HDD?
-
login, напоминаю про http://oldforum.acestream.media/index.php?topic=12164.msg24985#msg24985 и http://wiki.acestream.media
1. Да, "--vod-buffer" и "--live-buffer-time".
2. Да, "--live-cache-type" и "--vod-cache-type".
доходит приблизительно до 180 Мб и больше не увеличивается
значит, в текущих условиях (битрейт + размер буфера) ему просто незачем увеличиваться.
-
1. Да, "--vod-buffer" и "--live-buffer-time".
2. Да, "--live-cache-type" и "--vod-cache-type".
Прописываю в acestream.conf:
--vod-buffer
30
--live-buffer-time
60
Но в GUI значения не меняются, и судя по буферизации, фактически они тоже не меняются. Проверено на стабильной и бета версиях.
с чего бы нам убирать ключи, которые появились задолго до опции в ГУИ?
В бета-версии прописываю вручную в acestream.conf:
--live-cache-type
memory
Но расположение кэша в GUI не меняется, надо менять настройку в GUI, чтобы кэшировать в ОЗУ.
То есть по сути параметры, которые появились в GUI теперь нельзя настраивать в acestream.conf. Ни время буфера, ни расположение кэша.
Можете проверить, у вас также?
-
Но в GUI значения не меняются, и судя по буферизации, фактически они тоже не меняются.
см. http://oldforum.acestream.media/index.php?topic=12086.msg25562#msg25562
ЗЫ И при оверрайде не факт, что значения в ГУИ должны меняться, т.е смотреть нужно лог файл.
-
ЗЫ И при оверрайде не факт, что значения в ГУИ должны меняться, т.е смотреть нужно лог файл.
Последняя бета-версия. Удаляю все настройки AceStream и прописываю в acestream.conf:
--live-cache-type
memory
Запускаю live-поток, кэширование идёт на диск, то есть AceStream игнорирует параметр в acestream.conf.
-
AceStream игнорирует параметр в acestream.conf
Подтверждаю, в описанном сценарии игнорирует. Нужно будет уточнить, это поведение касается в целом беты, или только виндовой ее версии.
Если переименовать/удалить .pickle файлы, и запускать движок как "ace_console.exe --client-console @ace.conf" (где ace.conf - это пользовательский конф-файл со всеми необходимыми ключами), то все работает как ожидается.
-
Подтверждаю, в описанном сценарии игнорирует. Нужно будет уточнить, это поведение касается в целом беты, или только виндовой ее версии.
Последние версии AceStream всё ещё игнорируют параметры, прописанные в acestream.conf, которые появились в GUI. Ни время буфера, ни расположение кэша в acestream.conf теперь не настроить. Планируете вернуть эту возможность? Держать все настройки в одном файле конфигурации гораздо удобнее.
-
Последние версии AceStream всё ещё игнорируют параметры, прописанные в acestream.conf, которые появились в GUI.
Да, потому что это не баг, но фича - см. http://oldforum.acestream.media/index.php?topic=12086.msg25562#msg25562.
Т.е AceStream игнорирует эти параметры не потому, что они в ГУИ появились, а потому, что настройки из ГУИ хранятся в ".pickle" файле. А "раньше все работало" просто потому, что их там не было физически.
Пока мы не планируем менять систему приоритетов, но в будущем это не исключено.
Если же кому
Держать все настройки в одном файле конфигурации гораздо удобнее.
то следует запускать файл "ace-console.exe" с указанием пути к ".conf" файлу (не забыв удалить созданный через ГУИ "playerconf.pickle" файл).
-
Да, потому что это не баг, но фича
Так себе фича, если честно... :-\
Странно, что acestream.conf игнорируется, даже если удалить все настройки AceStream и .pickle-файл в том числе. Я понял, что .pickle стоит выше в приоритете чем acestream.conf, но почему даже при отсутствии .pickle-файла AceStream не берёт настройки из acestream.conf? Это было бы логично.
Систему приоритетов менять не надо, достаточно сделать, чтобы при отсутствии .pickle-файла настройки брались из acestream.conf.
-
но почему даже при отсутствии .pickle-файла AceStream не берёт настройки из acestream.conf?
Не "берет" потому, что при запуске движок создает .pickle с дефолтными настройками.
По этому вопросу я солидарен - логичнее, если движок будет не просто создавать дефолтный .pickle-файл, но читать настройки из .conf-файла (как минимум, при явном указании оного). Заявка программистам отправлена, посмотрим, изменится ли чего в свежих сборках.
-
Заявка программистам отправлена, посмотрим, изменится ли чего в свежих сборках.
Ждём-с... :)
В любом случае, спасибо за заявку.
-
acestream.conf игнорируется, даже если удалить все настройки AceStream и .pickle-файл в том числе. Я понял, что .pickle стоит выше в приоритете чем acestream.conf, но почему даже при отсутствии .pickle-файла AceStream не берёт настройки из acestream.conf? Это было бы логично.
Систему приоритетов менять не надо, достаточно сделать, чтобы при отсутствии .pickle-файла настройки брались из acestream.conf.
По этому вопросу я солидарен - логичнее, если движок будет не просто создавать дефолтный .pickle-файл, но читать настройки из .conf-файла (как минимум, при явном указании оного). Заявка программистам отправлена, посмотрим, изменится ли чего в свежих сборках.
Спустя столько времени ничего не изменилось... Есть ли надежда, что разработчики сделают так, чтобы при отсутствии .pickle-файла настройки программы брались из acestream.conf?
И ещё, выполняем следующие действия:
1. Нажимаем Очистка папки кэша в GUI — папка _acestream_cache_ удаляется
2. Выходим из Ace Stream — папка _acestream_cache_ создаётся заново
Зачем Ace Stream создаёт папку кэша заново при выходе? До версии 3.1.20 всё было нормально.
Раньше при нажатии Очистка папки кэша и выходе из Ace Stream папка с кэшем полностью удалялась и не создавалась заново, но начиная с версии 3.1.20 после выхода из программы приходится удалять _acestream_cache_ каждый раз вручную. Нельзя ли сделать как было?
-
Есть ли надежда, что разработчики сделают так, чтобы при отсутствии .pickle-файла настройки программы брались из acestream.conf?
Надежда, как известно, умирает последней =) Баг по этому вопросу /давно/ создан, но сейчас в принципе десктопная версия "положена под сукно" - все силы на Андроид и серверный бекенд брошены.
Зачем Ace Stream создаёт папку кэша заново при выходе? До версии 3.1.20 всё было нормально.
А чем мешает пустой каталог - или "внутренний перфекционист" спать не дает? На заметку возьмем, конечно, но приоритет здесь еще меньший, чем у багофичи с конфигами.
-
А чем мешает пустой каталог - или "внутренний перфекционист" спать не дает? На заметку возьмем, конечно, но приоритет здесь еще меньший, чем у багофичи с конфигами.
Ну а зачем мне нужна эта пустая папка в корне диска, если я Ace Stream раз в неделю запускаю? Раньше было как: попользовался Ace Stream, очистил КЭШ и никаких посторонних папок нет.
Есть ещё такой вопрос: где можно список всех версий Ace Stream для Windows посмотреть? Особенно интересует, было ли что-нибудь между версиями 3.1.16.3.1 и 3.1.20?
-
где можно список всех версий Ace Stream для Windows посмотреть?
Не задавались целью вести архив версий. См. http://oldforum.acestream.media/index.php?topic=12077.msg25211#msg25211
-
Дано: Ресурс, который использует собственный плеер для трансляции AceStream-потока на сайте.
Вопрос: Как узнать ContentID потока, транслируемого на данном сайте?
-
Как узнать ContentID потока, транслируемого на данном сайте?
Вообще-то вариантов более чем достаточно - включить дебаг-лог в движке, если без этого в логе не видно CID/infohash; без лога - удалить все файлы из collected_torrent_files, и запустить трансляцию - в кеше должен быть искомый транспортный файл (можно и не удалять, а отсортировать по времени, но если кеш забит и CID "старый", то среди сотен файлов искать его можно долго), можно включить/смотреть дебаг JS в консоли браузера, снифферить трафик на локальном интерфейсе и т.д.
-
включить дебаг-лог в движке
Как его включить? Где хранятся файлы логов?
без лога - удалить все файлы из collected_torrent_files, и запустить трансляцию - в кеше должен быть искомый транспортный файл
Как я понял, названия этих транспортных файлов — это INFOHASH? В итоге достал ContentID через Медиа-сервер, выбрав ДОБАВИТЬ КОНТЕНТ и указав INFOHASH. Также можно выбрать сам транспортный файл через Медиа-сервер и получить ContentID.