Re: HMS и телевизоры Sony серии 5500
Posted: Thu Apr 09, 2009 1:36 pm
Радует такая активная поддержка разработчиков, надеюсь в итоге Соня будет побеждена.
Итак вчера протестировал обновления с целью выявления версии с которой начались проблемы.
Тестовое окружение такое же, сразу выяснил что 1.03 -работает 1.04 -нет, путем "последовательных приближений" определилось
конкретное число: 1.03.15 -ОК, а 1.03.21- уже нет.
Промежуточные апдейты не тестировал, т-.к , как я понял из соотв. ветки тут, они нестабильны.
Сравнение логов от версий результатов не принесло (по крайней мере мне заметных).
Все одинаково, за исключением присутствия атрибута npt=00:00:00- у HandleRequest в 3.15, он осутствует в 3.21, думается однако, что это неважно.
работа с картинками просходит как 3 сессиии,все REQUEST GET имеют атрибуте transferMode.dlna.org: Interactive и Host: ИП:порт хоста, дальше расписал только отличающиеся атрибуты,
Сессия 1
Session Enter
REQUEST GET превью для тумбнейла
Атрибуты:X-AV-Physical-Unit-Info: pa="BRAVIA KDL-37W5500 ";
X-AV-Client-Info: av=5.0; cn="Sony Corporation"; mn="BRAVIA KDL-37W5500 "; mv="1.7";
HandleRequest
SendResponse
SendResponse p_Response.GetBinContentChunk
SendResponse send binary data
Session Leave
Сессия 2
Session Enter
REQUEST GET сама картинка,
Атрибуты: Accept: */*,X-AV-Physical-Unit-Info: pa="BRAVIA KDL-37W5500 ; X-AV-Client-Info: av=5.0; cn="Sony Corporation"; mn="BRAVIA KDL-37W5500 "; mv="1.7";
HandleRequest
SendResponse
SendResponse p_Response.GetBinContentChunk
SendResponse send binary data
Session Leave
Сессия 3
Session Enter
REQUEST GET сама картинка
Атрибуты: getcontentFeatures.dlna.org: 1, Pragma: getIfoFileURI.dlna.org
HandleRequest
SendResponse
SendResponse p_Response.GetBinContentChunk
SendResponse send binary data
Session Leave
Теперь самое интересное:
в 3.21 на этом работа закончена, а 3.15 делает еше сессию 4 , которая по сути копия сессии 3 только ГУИД другой. Вот это основное и принципиальное отличие. Для музыки практически аналогично, с учетом запросов именно музыки (REQUEST HEAD,transferMode.dlna.org: Streaming и т.д).
Анализ логов очевидно не принесет больше ничего, причина явно в коде:
когда просходит реальный пернос данных картинки (сессия 2 ,3 или 4)? , зачем нужна 4 сессия в 3.15 и если она таки нужна почему ее нет в 3.21? Ну и последее, имеет ли смысл тестировать апдейты между 3.15 и 3.21?
Полные логи в аттаче
Итак вчера протестировал обновления с целью выявления версии с которой начались проблемы.
Тестовое окружение такое же, сразу выяснил что 1.03 -работает 1.04 -нет, путем "последовательных приближений" определилось
конкретное число: 1.03.15 -ОК, а 1.03.21- уже нет.
Промежуточные апдейты не тестировал, т-.к , как я понял из соотв. ветки тут, они нестабильны.
Сравнение логов от версий результатов не принесло (по крайней мере мне заметных).
Все одинаково, за исключением присутствия атрибута npt=00:00:00- у HandleRequest в 3.15, он осутствует в 3.21, думается однако, что это неважно.
работа с картинками просходит как 3 сессиии,все REQUEST GET имеют атрибуте transferMode.dlna.org: Interactive и Host: ИП:порт хоста, дальше расписал только отличающиеся атрибуты,
Сессия 1
Session Enter
REQUEST GET превью для тумбнейла
Атрибуты:X-AV-Physical-Unit-Info: pa="BRAVIA KDL-37W5500 ";
X-AV-Client-Info: av=5.0; cn="Sony Corporation"; mn="BRAVIA KDL-37W5500 "; mv="1.7";
HandleRequest
SendResponse
SendResponse p_Response.GetBinContentChunk
SendResponse send binary data
Session Leave
Сессия 2
Session Enter
REQUEST GET сама картинка,
Атрибуты: Accept: */*,X-AV-Physical-Unit-Info: pa="BRAVIA KDL-37W5500 ; X-AV-Client-Info: av=5.0; cn="Sony Corporation"; mn="BRAVIA KDL-37W5500 "; mv="1.7";
HandleRequest
SendResponse
SendResponse p_Response.GetBinContentChunk
SendResponse send binary data
Session Leave
Сессия 3
Session Enter
REQUEST GET сама картинка
Атрибуты: getcontentFeatures.dlna.org: 1, Pragma: getIfoFileURI.dlna.org
HandleRequest
SendResponse
SendResponse p_Response.GetBinContentChunk
SendResponse send binary data
Session Leave
Теперь самое интересное:
в 3.21 на этом работа закончена, а 3.15 делает еше сессию 4 , которая по сути копия сессии 3 только ГУИД другой. Вот это основное и принципиальное отличие. Для музыки практически аналогично, с учетом запросов именно музыки (REQUEST HEAD,transferMode.dlna.org: Streaming и т.д).
Анализ логов очевидно не принесет больше ничего, причина явно в коде:
когда просходит реальный пернос данных картинки (сессия 2 ,3 или 4)? , зачем нужна 4 сессия в 3.15 и если она таки нужна почему ее нет в 3.21? Ну и последее, имеет ли смысл тестировать апдейты между 3.15 и 3.21?
Полные логи в аттаче