AIMP Forum
AIMP for Android => Вопросы / Questions => Topic started by: Diman779 on June 12, 2021, 21:13:02
-
Артём я раньше задавался вопросом по поводу переменной приостановки icecast потока (по типа hls потока) нашлись идеи как приостанавливать скачивание потока и возобновлять через 5 сек ? Почему снова вопрос открыл потому что у вашего мобильного плеера появился буфер который можно выкрутить от нуля до 60 сек ... при буфере 10 секунд можно на 5 секунд приостанавливать скачивание потока и по истечению 5 сек к примеру возобновить скачивание потока .. и поток не будет заикаться или зависать так как есть ещё в запасе буфер на 5 сек
-
Нет. Проблемой не занимался
-
Нет. Проблемой не занимался
То есть сделать задержду скачивания трафика примерно на 5 сек при буфере 10 сек ... поток не будет постоянно скачивается что повлеяет положительно на автономность работы смартфона и его нагрев
-
То есть сделать задержду скачивания трафика примерно на 5 сек при буфере 10 сек ... поток не будет постоянно скачивается что повлеяет положительно на автономность работы смартфона и его нагрев
За загрузку отвечает полностью basshls, а не аимп
-
За загрузку отвечает полностью basshls, а не аимп
Ну речь идёт исключительно за icecast...
-
Ну речь идёт исключительно за icecast...
Какая разница? Суть в том, что за описанные вами вещи отвечает сторонняя библиотека, которую я не могу просто взять и пропатчить
-
Какая разница? Суть в том, что за описанные вами вещи отвечает сторонняя библиотека, которую я не могу просто взять и пропатчить
а спросить автора библиотеки? Чтоб внедрил данную фичу ... но если он внедрит данную фичу то вам же в настройках aimp нужно будет добавить галочку для вкл и выкл переменного приостановленения icecast потока
-
а спросить автора библиотеки? Чтоб внедрил данную фичу ... но если он внедрит данную фичу то вам же в настройках aimp нужно будет добавить галочку для вкл и выкл переменного приостановленения icecast потока
Я еще раз повторю - этой проблемой я не занимался и в ближайшем времени не планирую. Эту фичу просите пока только вы. Есть куда более востребованные задачи
-
. Эту фичу просите пока только вы .
и узнают другие
Пожалуйста напишите автору basshls по поводу моего вопроса
-
(http://)
-
Есть два варианта для автора BASS_HLS это снижение скорости до нуля с таймаутом на 5 сек или какой-то браумаузер с таймаутом 5 сек
есть третий вариант - посчитать проблему несущественной и ничего не делать
-
есть третий вариант - посчитать проблему несущественной и ничего не делать
Это не проблема это предложение чтоб icecast поток постоянно не грузил а переменно как hls , такое решение есть у Winamp на windows... но у меня android да и плеер устарел
-
проблему
Да и не я не писал что это "проблема"
-
есть третий вариант - посчитать проблему несущественной и ничего не делать
Предложите автору BASSHLS данную разработку? Но как вы написали проблему
-
Я еще раз повторю - этой проблемой я не занимался и в ближайшем времени не планирую. Эту фичу просите пока только вы. Есть куда более востребованные задачи
Есть два варианта для автора BASS_HLS это снижение скорости до нуля с таймаутом на 5 сек или какой-то браумаузер с таймаутом 5 сек
А у вас свой вариант есть? Если автор BASS_HLS не хочет не чего делать?
-
Какая разница? Суть в том, что за описанные вами вещи отвечает сторонняя библиотека, которую я не могу просто взять и пропатчить
Но может BASS_HLS , у него уточняли?
-
А у вас свой вариант есть? Если автор BASS_HLS не хочет не чего делать?
Выше уже все было сказано
-
может BASS_HLS , у него уточняли?
Уточнял, он не видит в этом смысла (как и я). В случае онлайн-стрима скорость загрузки = качеством вещания. Эти таймауты ничего не дадут.
-
Уточнял, он не видит в этом смысла (как и я). В случае онлайн-стрима скорость загрузки = качеством вещания. Эти таймауты ничего не дадут.
Дают только автономность и разгрузку модема и отсутствия "режима утюга"
-
Дают только автономность
Каким образом?
и разгрузку модема и отсутствия "режима утюга"
Объем данных от этого не поменяется
-
Каким образом?
Объем данных от этого не поменяется
совершенно верно , но их разовое скачивание поменяется , где будет "большим буфером" раз в 5 секунд, а где постоянно ....
-
а где постоянно ....
Однако количество сетевых пакетов, проходящих через роутер, не изменится.
-
Однако количество сетевых пакетов, проходящих через роутер, не изменится.
Верно но мы говорим об устройстве которых их принимает) где плеер принимал бы icecast с переодичностью раз в 5 секунд "пачкой" раз длительностью 5 секунд, далее блокировал доступ к потоку на 4 секунды , а на пятой секунде дать прогрузится, на пару секунд и дальше остановить загрузку и так цеклично, но в данном времени , постоянно грузит тем самым нагружая модем и аккумулятор (
А так бы у вас был бы по настоящему плеер с долгой автономной работой ) даже при icecast)
Но пока приходится использовать hls так как этот протокол умеет резать куски и отправлять клиенту раз в 5 10 секунд, тем самым принимая "большой" кусок сразу раз пару секунд остальные 5 - 10 секунд устройство модем и аккумулятор отдыхает вследствие повышается автономность и отсутствие "режима утюга"
-
рузит тем самым нагружая модем и аккумулятор
Откуда такие умозаключения?
-
Откуда такие умозаключения?
Проведение тестов, и использование в реальных условиях
-
Проведение тестов, и использование в реальных условиях
Можно взглянуть на результаты?
-
Можно взглянуть на результаты?
Можно но чуть пойже
-
Можно взглянуть на результаты?
https://youtu.be/v-JbX_5BU9o вот ссылка на видео с замерами потребление в mAh на блок питания, и изменение текущей скорости производолось в килобайтах
На видео наглядно видно на сколько "потребление" возрастает когда запускаешь icecast поток ) это связано с активной скачкой потока с бз оператора
Тесты такие при icecast примерно 140 mAh (зависит от качества сигнала оператора чем ниже сигнал тем потребление повышается
Тест при HLS потребление только во время "скачивания" 5 секундного "куска" далее потребление падает практически до воспроизведения
Позже померю на аналоговом блок питании
-
Вы не правильно тестировали. Надо смотреть, сколько потребления дают за час проигрывания без задержек и сколько с задержками.
-
Вы не правильно тестировали. Надо смотреть, сколько потребления дают за час проигрывания без задержек и сколько с задержками.
Другого варианта у меня нет для теста... или вам проще в час сколько будет уходить % заряда ? Ну это не корректное сравнение у каждого аккумулятора разная степень изношености и результат будет не корректен..
Впринцепи можно через USB tester померить если найду его ещё конечно же то обязательно померю
-
Информация к размышлению: https://developer.android.com/training/connectivity/network-access-optimization
Получается, что 5-секундный интервал энергию не экономит, модем даже в пониженное потребление переходить не успевает. Заметный эффект будет при перерывах в минуту и больше, когда модем большую часть времени спит. Как-то сомнительно слушать прямой эфир радио с такой задержкой.
-
Информация к размышлению: https://developer.android.com/training/connectivity/network-access-optimization
Получается, что 5-секундный интервал энергию не экономит, модем даже в пониженное потребление переходить не успевает. Заметный эффект будет при перерывах в минуту и больше, когда модем большую часть времени спит. Как-то сомнительно слушать прямой эфир радио с такой задержкой.
2G GSM модем и не может "быстро" думать... а вот 3G 4G модем умеет "быстро" думать "успевает" поспать...
Ну вы видели по потреблению или нет ? Где когда "скачивает" 150 mAh где "спит" там потребление нету
Потребление только во время загрузки пятисекундного куска в hls , в icecast на стороне сервера уже по умолчанию заложено удержание пребуферация при 5 секундном отсутствие интернета, это я думаю сделано для того чтоб не заикалось... к примеру пропадёт интернет где то на пару секунд , а поток ещё играет так как при загрузки подгружает на 3-5 секунд вперёд этот icecast, вот попробуйте на этот интервал установить ограничение и снять то вы увидите что плеер подгрузит "снова" эти 5 секунд "пачкой" то есть если поток 128кбит эт 16 кбайт на 5 сек эт ~ 80 кбайт сразу загрузит и затыка не будет ...
Если находишься "далеко" от БЗ то нагрузка на модем возрастает в "разы" в моём случае не так много было примерно 145 милиампер в час , и это сильно разнеется может и нагрузка быть и 300 мА в час всё зависит от расстояния БЗ до модема телефона ... если у тебя аккумулятор 2500 mAh то делим на 150 и хватит на 16 часов , а если 300 mAh ? то уже на 8 часов хватит и плюс модем будет греется при такой постоянной скачке ...
А если взять к примеру hls где "умеет" грузить раз в 5 или более раз то ситуация координально меняется
Если поток "грузится" только раз в 1-2 секунды пятисекундный кусок в размере 80 кбайт при битрейте 128 битрейте то остальные 5 секунд модем отдыхает точнее и уже не напрягается так "усердно" тем самым не греется и не усаживает батарею
Если посчитать сколько модем "под гружается" то в минуту всего 10 раз будет подкачивать раз в 5 секунд
То есть всего примерно 10 секунд будет "грузиться" модем в минуту , это означает в час будет поток "грузится" только 10 минут то есть будет жрать вместо 150 mAh всего примерно 25~30mA в час при 2500 mAh это примерно 83~100 часов хватит
А если модем далеко от БЗ то 300mAh в hls эт 50mA в час
То есть при 2500mAh аккумулятора хватит на 50 часов
Это "куда" экономичнее чем грузить поток постоянно и держать "утюг" в кармане , но конечно это грубое сравнение на 50 часов это при условии что только будки играть hls и не больше не чего, а надо не забывать что есть системные ресурсы которые потребляют ....
Да конечно можно подключить повербанк на 30Ампер и не замарачиваться.... но мобильный телефон на то и называется "мобильный" чтоб было с ним удобно ходить ....
А то что вы мне скинули ссылку это полная шляпа ...
Не чего с реальностью собой не представляет
-
И все-таки по-нормальному нужно замерить общее потребление за продолжительный промежуток времени в mAh или в Wh
С другой стороны, не факт, что это убедит автора bass
-
И все-таки по-нормальному нужно замерить общее потребление за продолжительный промежуток времени в mAh или в Wh
С другой стороны, не факт, что это убедит автора bass
Не факт даже если напрягусь с замерами какие "вам" нужны?
-
И все-таки по-нормальному нужно замерить общее потребление за продолжительный промежуток времени в mAh или в Wh
С другой стороны, не факт, что это убедит автора bass
115mAh 3G -93dbi hls
60 mAh 4G -94dbi hls
150mAh 3G -93dbi icecast
80 mAh 4G -94dbi icecast
Замеры проводил 6 минут просто 0 добавил и получилось то что получилось, пока нету возможности сидеть часами )) но видно что в 3G слабом повышеное потребление, но hls помогает хорошо
На днях будет время конкретно замерю