HMS и телевизоры Sony серии 5500

[Lecha]

Радует такая активная поддержка разработчиков, надеюсь в итоге Соня будет побеждена.

Итак вчера протестировал обновления с целью выявления версии с которой начались проблемы.
Тестовое окружение такое же, сразу выяснил что 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?

Полные логи в аттаче

Report315321.zip

(43.76 KiB) Downloaded 1051 times

[Eugene]

Радует такая активная поддержка разработчиков, надеюсь в итоге Соня будет побеждена.

Итак вчера протестировал обновления с целью выявления версии с которой начались проблемы.
Тестовое окружение такое же, сразу выяснил что 1.03 -работает 1.04 -нет, путем "последовательных приближений" определилось
конкретное число: 1.03.15 -ОК, а 1.03.21- уже нет.
Промежуточные апдейты не тестировал, т-.к , как я понял из соотв. ветки тут, они нестабильны.
Сравнение логов от версий результатов не принесло (по крайней мере мне заметных).
Все одинаково, за исключением присутствия атрибута npt=00:00:00- у HandleRequest в 3.15, он осутствует в 3.21, думается однако, что это неважно.

Попробуйте все таки включить в настройке на странице Устройство - Позиционирование медиа-ресурсов (DLNA), и "По времени", и "По позиции в файле". Пока анализ кода успехов не дал

[yanov]

У меня была аналогичная беда с воспроизведением на SONY KDL-32V5500. Профиль для телевизора сделал на базе профиля Philips c разрешением 1920x1080, почитав на форуме про родственные проблемы, добавил в позиционирование DLNA "по времени" и отметил DLNA 1.5.
Правда картинки зажили после того, как руками очистил профиль транскодировани фотографий, до этого только thumbnails были видны. На данный момент так и не хочет воспроизводиться ни mp3, ни mpeg. В мане, к сожалению, толком не написано в каком конкретно формате телевизор жует музыку и видео (jpeg; mp3 и pcm; AVCHD, HDV и MPEG2-PS), хотя список и preview (для видео) показывает. Однако с usb воспроизводит все, за исключением mpeg2 (тестировал запись AverMedia), DVD не пробовал.
Сниффером пока еще на нападал на HMS, но после полудня ненаучного тыка по опциям готов на многое, только скажите чего конкретно ковырять, плиз, а то жалко впустую время убивать.

[evg]

А у меня SONY KDL-37V5500 картинки воспроизводит. А фильмы и музыку - никак, хотя thumbnails видны. При этом версия 1.2 видит только папки, но не их содержимое. Устройство выставлено по умолчанию (не DNLA, 720x406), в настройках DLNA "по позиции в файле" и "по времени" и DLNA 1.5. Twonkey 4.4 воспроизводит картинки и музыку, Nero Home Media только картинки.

[Vikk]

http://certification.dlna.org/certs/REG24252657.pdf
mozet them eto pomoget

[Eugene]

Что работает в версиях 1.02.25 и 1.03.15 ? с какими настройками ?

[Lecha]

Вчера только из командировки вернулся и продолжил тестирование (кстати вроде документ информативный в предыдушщм посте, надеюсь будет полезен ,еше бы ссылку на сам гуайд к страндарту, а то у разработчикив 8 тыщ баксов за доступ хотят).
Итак тестовая конфигурация та же, тестируется версия 1.03.21 с выключенным чекбоксом "По времени" (как по умолчанию) (Вар.А для краткости) и с включенным (Вар.Б для краткости), в обоих случаях чекбокс "По позиции в файле" влкючен.

1. Хорошие новости: Вар.Б стал показывать картинки, есть правда большие подозрения, что все равно что то не так (не до конца так).

разница в запросах (хеадерах):

Вар.А, не работет

Code: Select all

TimeSeekRange.dlna.org: bytes=0-71188/71189
X-Seek-Range: bytes=0-71188/71189

Вар.Б,работает

Code: Select all

TimeSeekRange.dlna.org: npt=00:00:00-
X-Seek-Range: npt=00:00:00-

очевидная баго/фича устранена (странно измерять время в байтах), смушает другое :
1.зачем картинке время?
2.смысл атрибута X-Seek-Range? (почему оба имеют одинаковое значение/единицы измерения)
3. И самое главное (я вроде бы уже спрашивал):
почему Вар.А шлет

Code: Select all

REQUEST GET сама картинка 
Атрибуты: getcontentFeatures.dlna.org: 1, Pragma: getIfoFileURI.dlna.org

только 1 раз, а Вар.Б 2 раза ?
когда происходит передача(из логов неочевидно)в первый или второй раз?
почему для превью вообше все в один REQUEST GET решается и в нем вообше нет атрибутов (ни Accept: */* , ни Pragma: getIfoFileURI.dlna.org) ?
по сути работаюший Вар.Б делает АБСОЛЮТНО одинаковый запрос 2 раза, это и настораживает, зачем???

2. Новости похуже, музыка попрежнему не работает в Вар.Б, но он хотя бы начал передавать (Вар.А вобше не слал REQUEST GET после REQUEST HEAD).
вот конкретно кусочек лога для музыки

Code: Select all

Enter
22:52:50:109 Sender: SessionLoop 5d110196-693b-42ae-8c6b-1980d94c97c1
(0), REQUEST HEAD /MediaServer/AudioItems/a642e491ed0b8d314f3d500a277841bd.mp3 HTTP/1.1
getcontentFeatures.dlna.org: 1
Pragma: getIfoFileURI.dlna.org
transferMode.dlna.org: Streaming
Host: 192.168.178.2:1493


22:52:50:109 Sender: THmsHTTPRequestHandler.HandleRequest
/MediaServer/AudioItems/a642e491ed0b8d314f3d500a277841bd.mp3
22:52:50:109 Sender: SendResponse 5d110196-693b-42ae-8c6b-1980d94c97c1
send header: HTTP/1.1 200 OK
Content-Type: audio/mpeg
Content-Range: bytes 0-3010559/3010560
Content-Length: 3010560
contentFeatures.dlna.org: DLNA.ORG_PN=MP3;DLNA.ORG_OP=10;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=61F00000000000000000000000000000
transferMode.dlna.org: Streaming
TimeSeekRange.dlna.org: npt=00:00:00-00:03:08/00:03:08
X-Seek-Range: npt=00:00:00-00:03:08/00:03:08
Accept-Ranges: bytes
Date: Thu, 23 Apr 2009 22:52:50 +0200
Cache-Control: no-cache
Expires: 0
LAST-MODIFIED: Thu, 23 Apr 2009 22:52:50 +0200
EXT:
Server: Windows/5.12600 UPnP/1.0 DLNADOC/1.50 Home Media Server (UPnP)/1.03


22:52:50:109 Sender: SessionLoop 5d110196-693b-42ae-8c6b-1980d94c97c1
Leave
22:52:50:109 Sender: SessionLoop 2adc51b2-6d3d-41c6-8ced-c75273d037cd
Enter
22:52:50:109 Sender: SessionLoop 2adc51b2-6d3d-41c6-8ced-c75273d037cd
(0), REQUEST GET /MediaServer/AudioItems/a642e491ed0b8d314f3d500a277841bd.mp3 HTTP/1.1
TimeSeekRange.dlna.org: npt=0.000-
getcontentFeatures.dlna.org: 1
Pragma: getIfoFileURI.dlna.org
transferMode.dlna.org: Streaming
Host: 192.168.178.2:1493


22:52:50:109 Sender: THmsHTTPRequestHandler.HandleRequest
/MediaServer/AudioItems/a642e491ed0b8d314f3d500a277841bd.mp3
22:52:50:109 Sender: SendResponse 2adc51b2-6d3d-41c6-8ced-c75273d037cd
send HTTP/1.1 206 Partial Content
Content-Type: audio/mpeg
Content-Range: bytes 0-3010559/3010560
Content-Length: 3010560
contentFeatures.dlna.org: DLNA.ORG_PN=MP3;DLNA.ORG_OP=10;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=61F00000000000000000000000000000
transferMode.dlna.org: Streaming
TimeSeekRange.dlna.org: npt=00:00.00.000-00:03:08/00:03:08
X-Seek-Range: npt=00:00.00.000-00:03:08/00:03:08
Accept-Ranges: bytes
Date: Thu, 23 Apr 2009 22:52:50 +0200
Cache-Control: no-cache
Expires: 0
LAST-MODIFIED: Thu, 23 Apr 2009 22:52:50 +0200
EXT:
Server: Windows/5.12600 UPnP/1.0 DLNADOC/1.50 Home Media Server (UPnP)/1.03


22:52:50:109 Sender: SendResponse 2adc51b2-6d3d-41c6-8ced-c75273d037cd
p_Response.GetBinContentChunk: 131072, 
22:52:50:109 Sender: SendResponse 2adc51b2-6d3d-41c6-8ced-c75273d037cd
send binary data (bytes 0 to 131071 from 3010560)
22:52:50:109 Sender: SendResponse 2adc51b2-6d3d-41c6-8ced-c75273d037cd
p_Response.GetBinContentChunk: 131072, 
22:52:50:109 Sender: SendResponse 2adc51b2-6d3d-41c6-8ced-c75273d037cd
send binary data (bytes 131072 to 262143 from 3010560)
22:52:50:125 Sender: SendResponse 2adc51b2-6d3d-41c6-8ced-c75273d037cd
p_Response.GetBinContentChunk: 131072, [attachment=0]Report.zip[/attachment]
22:52:50:125 Sender: SendResponse 2adc51b2-6d3d-41c6-8ced-c75273d037cd
send binary data (bytes 262144 to 393215 from 3010560)
22:52:55:171 Sender: SendResponse 2adc51b2-6d3d-41c6-8ced-c75273d037cd
Send error. Error No: 10053 An established connection was aborted by the software in your host machine

22:52:55:171 Sender: SessionLoop 2adc51b2-6d3d-41c6-8ced-c75273d037cd
Leave

почему разрывается коннекция?
как всегда полные логи в аттаче

Report.zip

Report.zip

(41.47 KiB) Downloaded 1029 times

[Eugene]

Вчера только из командировки вернулся и продолжил тестирование (кстати вроде документ информативный в предыдушщм посте, надеюсь будет полезен ,еше бы ссылку на сам гуайд к страндарту, а то у разработчикив 8 тыщ баксов за доступ хотят).
Итак тестовая конфигурация та же, тестируется версия 1.03.21 с выключенным чекбоксом "По времени" (как по умолчанию) (Вар.А для краткости) и с включенным (Вар.Б для краткости), в обоих случаях чекбокс "По позиции в файле" влкючен.

Если помогает включение позиционирования по времени, то попробуйте, пожалуйста, проверить работу в последних версиях. По поводу включения режима позиционирования "По позиции файла": он включен или выключен (по логу выключен), должен быть включен.

1.зачем картинке время?

Думаю время не нужно, но обработчик ответов сервера принимает только формат с обязательным присутствием времени.

2.смысл атрибута X-Seek-Range? (почему оба имеют одинаковое значение/единицы измерения)

На всякий случай , его использует VAIO Media Server

3. И самое главное (я вроде бы уже спрашивал):
почему Вар.А шлет

Code: Select all

REQUEST GET сама картинка 
Атрибуты: getcontentFeatures.dlna.org: 1, Pragma: getIfoFileURI.dlna.org

только 1 раз, а Вар.Б 2 раза ?
когда происходит передача(из логов неочевидно)в первый или второй раз?

Передача происходит на каждый запрос GET, честно говоря затрудняюсь ответить чем руководствуется телевизор в своих запросах.

По поводу музыки, попробуйте пожалуйста следующий вариант:
В настройке на странице Транскодер-Параметры транскодированного файла-Музыка, выбрать расширение s16be, mime-тип: audio/L16. На странице Устройство очистить список поддерживаемых файлов Музыки. В этом случае все файлы музыки должны идти через транскодирование.

[Lecha]

Если помогает включение позиционирования по времени, то попробуйте, пожалуйста, проверить работу в последних версиях. По поводу включения режима позиционирования "По позиции файла": он включен или выключен (по логу выключен), должен быть включен.

"По позиции файла" -включен в обоих случаях(ошибка в логгировании?).

пожалуйста, проверить работу в последних версиях

Вчера уже пробовал в 1.05 (на всякий случай), картина абсолютно аналогичная с Вар.Б: картинку показывает, если влючить "Позиционирование по времени", музыку не играет. В логи не смотрел, т.к. проблема уже локализована при переходе 1.03.15->1.03.21, смотреть в 1.05- только больше путаницы(или я не прав?).

Передача происходит на каждый запрос GET, честно говоря затрудняюсь ответить чем руководствуется телевизор в своих запросах.

Вот это то как раз и может быт ключиком, т.к. в версии 1.03.15 и 1.03.21 он руководствуется по разному
как то можно залоггировать, что ХМС шлет в ответ на первый GET?

[Eugene]

Если помогает включение позиционирования по времени, то попробуйте, пожалуйста, проверить работу в последних версиях. По поводу включения режима позиционирования "По позиции файла": он включен или выключен (по логу выключен), должен быть включен.

"По позиции файла" -включен в обоих случаях(ошибка в логгировании?).

Возможно используются индивидуальные настройки устройства. В настройке на странице Сервер список разрешенных клиентских устройств пустой ?

пожалуйста, проверить работу в последних версиях

Вчера уже пробовал в 1.05 (на всякий случай), картина абсолютно аналогичная с Вар.Б: картинку показывает, если влючить "Позиционирование по времени", музыку не играет. В логи не смотрел, т.к. проблема уже локализована при переходе 1.03.15->1.03.21, смотреть в 1.05- только больше путаницы(или я не прав?).

Удобнее решать проблемы в последних версиях. Насколько я понял проблема была из-за параметра TimeSeekRange.dlna.org. А музыка 1.03.15 работала ?

Передача происходит на каждый запрос GET, честно говоря затрудняюсь ответить чем руководствуется телевизор в своих запросах.

Вот это то как раз и может быт ключиком, т.к. в версии 1.03.15 и 1.03.21 он руководствуется по разному
как то можно залоггировать, что ХМС шлет в ответ на первый GET?

Если запросы одинаковые, то и ответ сервера один и тот же.