Печать

[Ook2112]

Что посоветуете?

для начала скачать пару-тройку из этих самых "почти все рипы" на ПК, записать на SanDisk, и проверить их воспроизведение на Шилде.

Кто бы мог подумать, новая флешка не самая дешевая!?  А скорость при записи иногда падала до 0 мб/с(((  зато чтение 90мб/с.  Вообщем спасибо разобрался

[Dorik1972]

В связи с сегодняшним обновлением до 3.1.22 была благополучно "поломана" команда от клиента к движку LIVESEEK ...   
ПОЖАЛУЙСТА ВЕРНИТЕ КАК БЫЛО!

+ давным давно "забыли" (ну мне так кажется) добавить поддержку в Engine API в START параметр prefered_audio_language=  ибо в HTTP API есть .... а в Eтgine API - нету ....

Заранее благодарен!

p.s. на "крайней" версии движка под виндой  LIVESEEK работает аж бигом ....

[Benny]

"поломана" команда от клиента к движку LIVESEEK

На выходных врядли кто ответит, но есть подозрение, что перемотка пропала не просто так, а именно из-за нового кеша VOD. Если включить кеширование на диск, а не в ОЗУ - все равно не работает LIVESEEK?

[Dorik1972]

"поломана" команда от клиента к движку LIVESEEK

На выходных врядли кто ответит, но есть подозрение, что перемотка пропала не просто так, а именно из-за нового кеша VOD. Если включить кеширование на диск, а не в ОЗУ - все равно не работает LIVESEEK?

Дык LIVESEEK тестировал только по LIVE трансляциям. Для live трансляций весьма полезная штука ....
.. я ранее (год тому) пытался исполнить сие с VOD - но оно не работало ... А теперь и с LIVE "померло" ... при том что на виндовом движке все гут ! Вот лог виндового движка

Код: [Выделить]

<<< EVENT livepos last=1512170162 live_first=1512168362 pos=1512170162 first_ts=1512168362 last_ts=1512170162 is_live=1 live_last=1512170162 buffer_pieces=15
>>> LIVESEEK 1512170132
<<< STOP
<<< STATUS main:seekprebuf;40;0;0;844;0;11;9;0;3604480;0;98304

p.s. проверил при кеш VOD на диск ... ну как и следовало ожидать ... не пашет LIVESEEK на андроидовой версии ...

p.s.s. + еще есть пожелание-"хочуха" ... в андроидовой версии движка заставить реагировать на параметр --live-cache-type , а заодно и --vod-cache-type .... Отродясь --live-cache-type не рботает ... приходится руцями "ковырять" playerconf.pikle  . Подозреваю что --live-disk-cache-size тоже "мимо кассы" для андроид-пользователей ...

[Benny]

проверил при кеш VOD на диск ... ну как и следовало ожидать ... не пашет LIVESEEK на андроидовой версии

Да, это баг - уже подтверждено, будет исправлено.
Поспешишь - людей насмешишь. В общем, после тщательной проверки выяснилось, что подтвердить мы это не можем. LIVESEEK не работает, если в настройках движка указана выдача в HLS, и работает, если указана выдача в HTTP. Эта функциональность не менялась как минимум пару версий (более древние просто не проверяли).

По остальным "хотелкам" пожелание передано, но будет ли оно реализовано и если будет, то когда - неизвестно.

PS Dorik1972 - нужны более веские доказательства на тему "работало/не работает", а пока - выговор с занесением за ложную тревогу =)

[Dorik1972]

нужны более веские доказательства на тему "работало/не работает", а пока - выговор с занесением за ложную тревогу =)

Ото мне делать нечего ... до 2 часов ночи искать чего не раотает то что работало ДО обновления движка
hls - вааще не использую .. то не .... hls  . И ЕЖУ понятно что hls оно априори работать не должно... более того КАК можно получить hls по запросу START PID при output_format=http заданной явно  ... Ну и самое веселое что лог работы движка под андрошку выглядит вот так

Код: [Выделить]

<<<START http://192.168.2.50:6878/content/e3848be7871c9c2b1e3e8e7c710dc357193eb764/0.209594859955 stream=1
<<<STATE 2
<<<STATUS main:dl;0;0;3135;0;50;12;0;13631488;0;425984
<<<EVENT livepos last=1512489335 live_first=1512487535 pos=1512489335 first_ts=1512487535 last_ts=1512489335 is_live=1 live_last=1512489335 buffer_pieces=15
LIVESEEK 1512489325 - мотаем назад на 10 сек
<<<STOP
- И тут должен вроде как выдать новую ссылку ... ибо именно так и работает под виндовой версией ... А ССЫЛКИ НЕТУ

Алгоритм работы такой ... получаем от движка ссылку на воспроизведение ... игнорируем ее  и ждем EVENT livepos... шлем LIVESEEK и .. должны получить новую ссылку  .... так работало ... и сейчас работает ... В версиях движка под windу 3.1.20b .... а от андрошка .. ПЕРЕСТАЛА .... Так что не знаю что там с "занесением" .... но ... НЕ РАБОТАЕТ

[Benny]

получаем от движка ссылку на воспроизведение ... игнорируем ее ... шлем LIVESEEK и .. должны получить новую ссылку  .... так работало ... и сейчас работает ... В версиях движка под windу 3.1.20b .... а от андрошка .. ПЕРЕСТАЛА

Dorik1972 - ждем два лог файла:
1) На той версии под Андроид, где видно, что "вот оно, работает как ожидается".
2) На последней версии, где опять же видно - "а здесь не работает". 
Причем лог файлы полные, начиная со старта движка, а не фрагмент. Шо-то у меня такое подозрение, что тут сплошной "испорченный телефон", и мы вообще о разном говорим.

[Benny]

Да пожалуста .... вот полный лог ВИНДОВОГО движка

Dorik1972, что именно в моей просьбе непонятно?
Зачем мне лог ВИНДОВОГО движка как доказательство того, что на какой-то версии под Андроид у вас работало (или не работало)? Я прошу полный лог именно с этой, "рабочей" Андроидной версии - возможно, регрессия началась раньше, и нам нужно проверить более старые версии, чем те, что уже были проверены.

[Dorik1972]

Вот Вам старт с нуля канала на андроидовом движке где НЕ работает

Spoiler: показать

Код: [Выделить]

HELLOBG version=3
<<< HELLOTS version=3.1.22 version_code=3012200 key=9d857a8f98 http_port=6878 bmode=0
READY key=c1rvequTEgoyC06zTVz1-bff2a97d6244fcc4f7df0c7054262322828b4f99
<<< AUTH 17
START PID 558494df681a85b40bd2c6b41408be5e4aac1a97 0 output_format=http
<<< STATE 1
<<< STATUS main:starting
<<< STATUS main:prebuf;0;0;0;0;0;0;0;0;0;0;0;0
<<< START http://192.168.2.50:6878/content/7a1bfadd2115ba6ab190e998fd1fd5d9ca7e6808/0.830075725452 stream=1
<<< STATE 2
<<< STATUS main:dl;0;0;875;0;0;14;0;2883584;0;0
<<< EVENT livepos last=1512491629 live_first=1512489829 pos=1512491629 first_ts=1512489829 last_ts=1512491629 is_live=1 live_last=1512491629 buffer_pieces=15
LIVESEEK 1512491599
<<< STOP
<<< STATUS main:dl;0;0;1899;0;0;15;0;10240000;0;0
<<< EVENT livepos last=1512491631 live_first=1512489831 pos=1512491605 first_ts=1512489831 last_ts=1512491631 is_live=0 live_last=1512491631 buffer_pieces=15
<<< STATUS main:dl;0;0;1378;0;0;15;0;10289152;0;0
<<< EVENT livepos last=1512491633 live_first=1512489833 pos=1512491605 first_ts=1512489833 last_ts=1512491633 is_live=0 live_last=1512491633 buffer_pieces=15


Четко видно что STOP - "до лампочки" ибо после нее нету  новой ссылки а продолжается dl по старой .... сек .. сча откатаю версию движка и приведу точно такой же лог где все пашет как надо

[Dorik1972]

Вот Вам старт с НУЛЯ на андроидовой версии где ВСЕ РАБОТАЕТ КАК НАДО

Spoiler: показать

Код: [Выделить]

HELLOBG version=3
<<< HELLOTS version=3.1.19 version_code=3011900 key=94d92bcdc6 http_port=6878 bmode=0
READY key=c1rvequTEgoyC06zTVz1-6fca7583cd45f6d3663c7d80944e5f66a3d11fc8
<<< AUTH 0
START PID 558494df681a85b40bd2c6b41408be5e4aac1a97 0 output_format=http
<<< STATE 1
<<< STATUS main:starting
<<< START http://192.168.2.50:6878/content/7a1bfadd2115ba6ab190e998fd1fd5d9ca7e6808/0.163959175764 stream=1
<<< STATE 2
<<< STATUS main:dl;0;0;2160;0;0;9;0;6160384;0;0
<<< EVENT livepos last=1512492127 live_first=1512490327 pos=1512492127 first_ts=1512490327 last_ts=1512492127 is_live=1 live_last=1512492127 buffer_pieces=45
LIVESEEK 1512492097
<<< STOP
<<< STATUS main:seekprebuf;100;0;0;2333;0;0;12;0;11550720;0;0
<<< EVENT livepos last=1512492129 live_first=1512490329 pos=1512492097 first_ts=1512490329 last_ts=1512492129 is_live=1 live_last=1512492129 buffer_pieces=45
<<< START http://192.168.2.50:6878/content/7a1bfadd2115ba6ab190e998fd1fd5d9ca7e6808/0.163959175764 stream=1


Не знаю что там с испорченным телефоном ... но как-то так .....

p.s. Регрессоры ))) ... На всякий случай оба лога с одним и тем же PID =)  ... а то мало ли .... какая-то опять регрессия

[Dorik1972]

Смею надеяться что "выговор с занесением" будет рассмотрен на очередном партсобрании и будет принято положительное решение по "перегибам" допущенных на местах и вопиющих актах волюнтаризма в отношении "бездарного" пользователя Dorik1972 ? 

Жмуру руку !

[Benny]

Жмуру руку !

Зачем "жмуру" рука? =)
А за логи спасибо, проверим.

[anton]

К сожалению воспроизвести не получается.
Проверяли на том же PID, движок на андроиде, arm.
Получился такой лог:

Spoiler: показать

Код: [Выделить]

>>> HELLOBG version=3
<<< HELLOTS version=3.1.22 version_code=3012200 key=a8a6ca9d0e http_port=6878 bmode=0
>>> READY key=buoAGepruvDTt8lEGS-a2b8dfc69375582024819bc2cf4926b5d5871775
<<< AUTH 37
>>> START PID 558494df681a85b40bd2c6b41408be5e4aac1a97 0 output_format=http
<<< STATE 1
<<< STATUS main:starting
<<< STATUS main:idle
<<< STATUS main:prebuf;0;0;0;0;0;0;0;3;0;0;0;0
<<< STATUS main:prebuf;11;0;0;0;242;0;0;6;0;720896;0;0
<<< START http://192.168.1.112:6878/content/7a1bfadd2115ba6ab190e998fd1fd5d9ca7e6808/0.937705857553 stream=1
<<< STATE 2
<<< STATUS main:dl;0;0;664;0;0;7;0;2703360;0;0
<<< EVENT livepos last=1512496037 live_first=1512494237 pos=1512496029 first_ts=1512494237 last_ts=1512496037 is_live=1 live_last=1512496037 buffer_pieces=15
<<< STATUS main:dl;0;0;699;0;0;6;0;3571712;0;0
<<< EVENT livepos last=1512496038 live_first=1512494238 pos=1512496029 first_ts=1512494238 last_ts=1512496038 is_live=1 live_last=1512496038 buffer_pieces=15
<<< STATUS main:dl;0;0;606;0;0;8;0;3735552;0;0
<<< EVENT livepos last=1512496039 live_first=1512494239 pos=1512496029 first_ts=1512494239 last_ts=1512496039 is_live=1 live_last=1512496039 buffer_pieces=15
<<< STATUS main:dl;0;0;580;0;0;8;0;4194304;0;0
>>> LIVESEEK 1512493629
<<< STATUS main:dl;0;0;454;0;0;8;0;6144000;0;0
<<< EVENT livepos last=1512496046 live_first=1512494246 pos=1512496029 first_ts=1512494246 last_ts=1512496046 is_live=0 live_last=1512496046 buffer_pieces=15
<<< STOP
<<< STATUS main:seekprebuf;20;0;0;463;0;0;8;0;6750208;0;0
<<< EVENT livepos last=1512496047 live_first=1512494247 pos=1512493629 first_ts=1512494247 last_ts=1512496047 is_live=0 live_last=1512496047 buffer_pieces=15
<<< START http://192.168.1.112:6878/content/7a1bfadd2115ba6ab190e998fd1fd5d9ca7e6808/0.937705857553 stream=1
<<< STATUS main:dl;0;0;635;0;0;8;0;9928704;0;0
<<< EVENT livepos last=1512496048 live_first=1512494248 pos=1512493632 first_ts=1512494248 last_ts=1512496048 is_live=0 live_last=1512496048 buffer_pieces=15
<<< STATUS main:dl;0;0;819;0;0;8;0;13664256;0;0
<<< EVENT livepos last=1512496049 live_first=1512494249 pos=1512493633 first_ts=1512494249 last_ts=1512496049 is_live=0 live_last=1512496049 buffer_pieces=15
<<< STATUS main:dl;0;0;923;0;0;8;0;16367616;0;0

Dorik1972, просьба выложить здесь лог андроидного движка.
На андроид-устройствах он обычно лежит здесь:
/sdcard/org.acestream.media/acestream.log

Для того, чтобы лог был полезным, нужно включить логирование. Для этого используйте вот этот конфиг:
http://dl.acestream.org/utils/configs/debug/android/acestream.conf

[Dorik1972]

Dorik1972, просьба выложить здесь лог андроидного движка.

За ключики для снятия логово - НИЗКИЙ ВАМ ПОКЛОН ...

Поспешишь - людей "напряжешь" .... работает ...но есть нюансы .... Не пашет при "переделке" и старте в gui less mode . ... причем через раз ... при ковырянии  playerconf.pikle .... Извините ... но возьму паузу ... сейчас еще основательно поковыряю ... из-за чего сей "сыр-бор" может быть  

[Ook2112]

Возможен ли  добавить автовоспроизведение следующей серии?