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

Конфигурации устройств, советы по использованию
Lecha

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

Post by Lecha »

Думаю надо начать новую тему, т.к. Сони сообщила, что многое поменяла в реализации DLNA в серии 5500 в отличии от 4500 (как минимум обещана поддержка MPG, т.е вроде бы шанс смотреть какое нибудь видео).

Внимательно почитал ветку про "KDL-40W4500 и HMS 1.02", до этого никогда не сталкивлася со стримингом по даному методу, так что прошу прощения, если некоторые вопросы будут несколько дилетанскими:

Итак имеется Sony KDL- 37W5500 (другие телевизоры 5500 серий V,W и старше ворде бы не отличются по релизации DLNA).
Компьютер Intel Core2 Duo E7200, 4 GB RAM
Система Windows XP Prof 32-Bit SP3, WMP11, K-LiteKodek pack самый минимальный со всеми дафаултными настройками

Соединено все проводами через роутер FritzBOX
IP 192.168.178.1
DHCP отключен

Сеть в компьютере:
Статический IP
IP 192.168.178.2
Gateway 192.168.178.1
DNS 192.168.178.1
Фаервол отлкючен

В телевизоре
Статический IP
IP 192.168.178.5
Gateway 192.168.178.1
DNS 192.168.178.1

Все замечательно пингуется.

Итак скачал и установил HMS 1.05, все установил в дефолтные папки и т.д., запустил.

Настройка:

Медиа-ресурсы: По умолчанию добавлены 3 папки (из MyDocuments, в лежат 3 картинки (стандартые виндовские) ), дополнительно добавил еше папку типа c:\temp куда положил несколько картинок ( 5МП, с фотика тоже Сони),
несколько мп3 разнообразного битрейта, и одну авишку Дивх,все чекбоксы светятся зеленым (типа искать любой контент) нажал обновить,все замечательно увиделось и рассортировалось, по закладкам "фильмы, музыка, фото", видны все фаилы.

Устройство:
поставил только чекбокс DLNA 1.5 во вкл (остальные в выкл) , вроде ,как я понял, это так должно быть.
остальное все оставил по умолчанию (выбрано в комбе устройство по умолчанию (не ДЛНА 16:9 720х406)) позиционирование по позиции в фаиле, буфер 128 кБ, закрытие соединения через 0 сек, чекбоксы включить в название номер композиции и всегда выполнять транскодирование, если найдены субтитры- вкл, остальные выкл, встроенная поддержка фаилов
avi,divx,mp4,mpeg,mpg,vob,xvid
aif,aiff,mp3,wav
jpe,jpeg,jpg
Максимально пикселей 16 000 000
В закладке эскизы не менял ничего.

Запустил сервер, телевизор сервер увидел, видна вся структура папок, картинки также с превью (тумбнейлы), музыка ткже ок , тип пишет
MP3, затем, к сожалению ситуация один к одному как в ветке "KDL-40W4500 и HMS 1.02", при попытке открыть хоть что-то телек пишет -"Воспроизведение невозможно" на музыке сразу, на картинках вроде бы пытается что-то сделать (бежит типа индикация доступа на телевизоре, но потом опять вываливается в "Воспроизведение невозможно").

Вернулся в сервер, закладка сервер в настройках:
сисок разрешенных сетевых подключений- пустой,
в клиентских устройствах поиском найдены медиасервер и телевизор (один), остальное по умолчанию.
Нажал в клиентских устройствах на телевизоре изменить, поставил птичку DLNA 1.5 перезапустил сервер.

Хорошие новости: на время перегрузки сервера он пропадает в телевизоре (сервер не найден), но затем сам восстанавливается.

Попробовал опять посмотреть фотки или музыку - результат не изменился: все видно но "Воспроизведение невозможно".
Перегрузил и компьютер и телевизор- бесполезно, тот же эффект .

Вернулся в сервер, закладка сервер в настройках:
сисок разрешенных сетевых подключений- пустой,
в клиентских устройствах поиском найдены медиасервер и телевизор (один), остальное по умолчанию.
Нажал в клиентских устройствах на телевизоре изменить, выбрал там типы фаилов напротив jpg (JPEG_MED) выбрал изменить, выбрал профиль транскодирования "Фото (основной)", перезапустил сервер.

Попробовал опять посмотреть фотки или музыку - результат не изменился: все видно но "Воспроизведение невозможно".
Перегрузил и компьютер и телевизор- бесполезно, тот же эффект .

Мысли кончились, подумал о конфликтах, снес WPM11, K-Lite KodekPack, HMS, поставил по новой HMS , повторил все шаги до этого- ничего не изменилсь.

Снес HMS,
попробовал с TVersity и Twonkey, с TVersity телевизор пишет тип сервера не поддерживается, с Twonkey- ура все заработало (и картинки и музыка), но уж очень мне он не понравился , тормозной, путаный, да и теряет его телевизор иногда.
Вот вркатце и вся история, вечером выложу лог от HMS

Вопросы:

1. Что я делаю не так? :)
2. Кроме самого HMS что еше должно стоять (кодеки и т.д)?
3. Может сервисов каких не хватает?
4. Как я понимаю в случае с картинками и музыкой сервер вообше ничего транскодировать не должен (клиент сам поддерживает этот тип ресурсов), т.е. просто надо отдать фаил по протоколу, я прав? Как отключить все попытки транскодирования для музыки и фоток?
5. Что еше попробовать? Обшие рекомендации.

Спасибо.
Eugene
Posts: 2805
Joined: Tue Sep 16, 2008 7:30 pm

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

Post by Eugene »

Lecha wrote: Вопросы:
1. Что я делаю не так? :)
Выбирать профили транскодирования не нужно, если ресурсы поддерживаются устройством, иначе они переходят в режим всегда транскодировать.
Lecha wrote: 2. Кроме самого HMS что еше должно стоять (кодеки и т.д)?
Нет, внешние кодеки не используются.
Lecha wrote: 3. Может сервисов каких не хватает?
Вряд ли, все необходимое включено в дистрибутив.
Lecha wrote: 4. Как я понимаю в случае с картинками и музыкой сервер вообше ничего транскодировать не должен (клиент сам поддерживает этот тип ресурсов), т.е. просто надо отдать фаил по протоколу, я прав? Как отключить все попытки транскодирования для музыки и фоток?
Включить расширение файлов в список поддерживаемых, снять профили транскодирования с ресурсов, если они установлены.
Lecha wrote: 5. Что еше попробовать? Обшие рекомендации.
Возможно поможет отладочный лог программы, скорее всего устройству не нравится описание ресурса.
Можно попробовать установить версию программу, на которой, по сообщениям пользователей, все работало, сравнить отладочные логи при запросе одного и того же ресурса.
Lecha

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

Post by Lecha »

спасибо, насчет предыдущих версия думал тоже, но где их взять? на сайте в разделе загрузка фаилов только обновления и версия 1.5,
может еше пару рекомендаций, что НАДО выставить/убрать в настройках на свежеустановленном HMS для телевизора?
Eugene
Posts: 2805
Joined: Tue Sep 16, 2008 7:30 pm

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

Post by Eugene »

Lecha wrote:спасибо, насчет предыдущих версия думал тоже, но где их взять? на сайте в разделе загрузка фаилов только обновления и версия 1.5,
может еше пару рекомендаций, что НАДО выставить/убрать в настройках на свежеустановленном HMS для телевизора?
http://www.homemediaserver.ru/files/102/setup_ms.exe

Кроме установки режима DLNA 1.5, затрудняюсь ответить что нужно сделать.
Lecha

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

Post by Lecha »

Уж очень понравилась программка, решил немного поработать тестером.
Краткие итоги для Sony KDL37W5500:

Версия 1.02.25, как и сообщалось работает (по меньшей мере на фото и музыке, надеюсь к видео перейду позднее).
Сделал папку типа c:\tempв нее положил одну картинку, один мп3, одну авишку, остальные папки убрал, дабы меньше мусора было в логах. Все настройки серверов: свежая установка + птичка на чекбоксе DLNA 1.5, все остальное не трогал, протестированы 1.02.25 и 1.05 при попытке посмотреть картинку и поиграть мп3, конфигурацию софт и хард см. первый пост в теме. Список отличий, котрые нашел при беглом анализе:

1.Вот что находит 1.02.25 при поиске клиентов:
Image
А вот что 1.05
Image

картинка 1.05 выглядит, как по моему, более правильной (поняла что хочу только 1.5 и даже распознала ,что это сони), из логов также видно, что оба обнаруживают сервер в роутере, но его не показывают(он у меня не задействован) , что такое третий клиент без названия для 1.02.25 понять не смог.

2.Логи:
как видно используется разные порты и разные ГУИДЫ, думается,что это нормально. Различнная последовательность UDPReceiveLoop и THmsUDPSocket.SendMulticast, думается, что это фичи (типа, как и всегда ,последовательность не гарантирована), в хеадере 1.05. шлет атрибуты Connection: close, а 1.02.25, contentFeatures.dlna.org: и Accept-Ranges: bytes, думается, что это фичи реализации протокола.
Новый namespace в 1.05 urn:schemas-sony-com и новый елемент из него X_DeviceInfo в описании девайса,1.05 также возврашет там иконку для сервера (к сожалению телик ее не показывет, используется стандартная иконка). В 1.05 добавилсся новый контейнер "Service" в списке фолдеров, думается, что это раширение протокола.
Теперь о возможных источниках проблем в 1.05:
в GetProtocolInfoResponse 1.02.25 в списке <Source> первый елемент просто "ru", в 1.05
"http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_LRG;DLNA.ORG_OP=11;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=00f00000000000000000000000000000", что по сути копия второго елемента с другим conversion indicator parameter, думается,что это был фикс и это правильно в 1.05
Теперь собственно запрос картинки:
в 1.05

Code: Select all

<u:BrowseResponse xmlns:u="urn:schemas-upnp-org:service:ContentDirectory:1">
        <Result><DIDL-Lite xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/" xmlns="urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/" xmlns:av="urn:schemas-sony-com:av" xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/">
    <item id="758ca309bfaab1fa3140d902a64c056f" parentID="7CB8AC81-5BA3-4B2B-8530-205207393D90" restricted="1" dc:date="2008-04-14">
      <dc:title>Sunset.jpg</dc:title>
      <upnp:class>object.item.imageItem.photo</upnp:class>
      <dc:creator>[Unknown Author]</dc:creator>
      <upnp:album>[Unknown Album]</upnp:album>
      <upnp:genre>[Unknown Genre]</upnp:genre>
      <upnp:albumArtURI>http://192.168.178.2:1252/MediaServer/Thumbnails/758ca309bfaab1fa3140d902a64c056f</upnp:albumArtURI>
      <res size="71189" resolution="800x600" protocolInfo="http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_MED;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=61F00000000000000000000000000000">http://192.168.178.2:1252/MediaServer/ImageItems/758ca309bfaab1fa3140d902a64c056f.jpg</res>
      <res protocolInfo="http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_TN;DLNA.ORG_OP=01;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=00d00000000000000000000000000000" av:codec="JPEG" av:pixelAspectRatio="1:1" av:transformed="1" resolution="160x160">http://192.168.178.2:1252/MediaServer/Thumbnails/758ca309bfaab1fa3140d902a64c056f</res>
    </item>
  </DIDL-Lite></Result>
        <NumberReturned>1</NumberReturned>
        <TotalMatches>1</TotalMatches>
        <UpdateID>1</UpdateID>
      </u:BrowseResponse>
в 1.02.25

Code: Select all

<u:BrowseResponse xmlns:u="urn:schemas-upnp-org:service:ContentDirectory:1">
        <Result>  <DIDL-Lite xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/" xmlns="urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/" xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/">
    <item id="758ca309bfaab1fa3140d902a64c056f" parentID="7CB8AC81-5BA3-4B2B-8530-205207393D90" restricted="1" dc:date="2008-04-14">
      <dc:title>Sunset.jpg</dc:title>
      <upnp:class>object.item.imageItem.photo</upnp:class>
      <res size="71189" resolution="800x600" protocolInfo="http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_MED;DLNA.ORG_OP=01;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=63600000000000000000000000000000">http://192.168.178.2:1191/MediaServer/ImageItems/758ca309bfaab1fa3140d902a64c056f.jpg</res>
      <res protocolInfo="http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_TN;DLNA.ORG_OP=01;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=00d00000000000000000000000000000" resolution="64x64">http://192.168.178.2:1191/MediaServer/Thumbnails/758ca309bfaab1fa3140d902a64c056f</res>
    </item>
  </DIDL-Lite>
</Result>
        <NumberReturned>1</NumberReturned>
       <TotalMatches>1</TotalMatches>
        <UpdateID>2</UpdateID>
      </u:BrowseResponse>
сразу бросается в глаза разное отношение к "Quoted Identifiers ", причем не везде ,а частично (item id,size,protocolInfo и т.д), это так задумано? в 1.05 вроде добавлена поддержка альбом/жанр/автор/иконка как отдельных елементов, думается ,что это фича.
на мой взгляд ,самое главное все же тут
1.05

Code: Select all

DLNA.ORG_CI=0;DLNA.ORG_FLAGS=61F00000000000000000000000000000
1.02.25

Code: Select all

DLNA.ORG_CI=1;DLNA.ORG_FLAGS=63600000000000000000000000000000
почему разные conversion indicator и флаги? это нормально?

затем 1.05 в хеадере пишет пару атрибутов

Code: Select all

contentFeatures.dlna.org: DLNA.ORG_PN=JPEG_MED;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=61F00000000000000000000000000000
transferMode.dlna.org: Interactive
1.02.25. этого не использует. Также разное количество UpdateID, почему?

Для музыки идентичная картина, за исключением того , что в 1.05 меняется атрибут на

Code: Select all

transferMode.dlna.org: Streaming
и куда то пропадает один байт из

Code: Select all

TimeSeekRange.dlna.org: bytes=0-3010559/3010560
X-Seek-Range: bytes=0-3010559/3010560
Полные логи с картинками в аттаче,
хотелось бы комментариев разработчика/ов и конечно фикс для сони в версии 1.05.
Attachments
Report.zip
(92.53 KiB) Downloaded 1052 times
Eugene
Posts: 2805
Joined: Tue Sep 16, 2008 7:30 pm

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

Post by Eugene »

Lecha wrote: Краткие итоги для Sony KDL37W5500:

Версия 1.02.25, как и сообщалось работает (по меньшей мере на фото и музыке, надеюсь к видео перейду позднее).
Сделал папку типа c:\tempв нее положил одну картинку, один мп3, одну авишку, остальные папки убрал, дабы меньше мусора было в логах. Все настройки серверов: свежая установка + птичка на чекбоксе DLNA 1.5, все остальное не трогал, протестированы 1.02.25 и 1.05 при попытке посмотреть картинку и поиграть мп3, конфигурацию софт и хард см. первый пост в теме. Список отличий, котрые нашел при беглом анализе:
Большое спасибо за проведенный анализ, возможно еще проблема из-за изменения Transfer-Encoding: chunked, в ближайшее время внесу изменения, выложу обновление на тестовую версию.
Eugene
Posts: 2805
Joined: Tue Sep 16, 2008 7:30 pm

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

Post by Eugene »

Обновление на тестовую версию 1.05.4
- отключен urn:schemas-sony-com
- DLNA.ORG_FLAGS=63600000000000000000000000000000
- contentFeatures.dlna.org:
- transferMode.dlna.org: убран
- передача контента в режиме Transfer-Encoding: chunked
Lecha

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

Post by Lecha »

К сожаленю, похоже дело не в бобине :), все же буду пытаться бороться до победного.
Итак с новым апдейтом на 04 проблема не ушла, но отрицательный результат-тоже результат.
Очередные попытки найти проблему, тестовое окружение уже описывал, теперь тестируем 1.05.4 в сравнении с 1.02.25:
Для картинок:
в 1.02.25 ответ на запрос контента фолдера с картинкой выглгядит так:

Code: Select all

<u:BrowseResponse xmlns:u="urn:schemas-upnp-org:service:ContentDirectory:1">
        <Result>  <DIDL-Lite xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/" xmlns="urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/" xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/">
    <item id="758ca309bfaab1fa3140d902a64c056f" parentID="7CB8AC81-5BA3-4B2B-8530-205207393D90" restricted="1" dc:date="2008-04-14">
      <dc:title>Sunset.jpg</dc:title>
      <upnp:class>object.item.imageItem.photo</upnp:class>
      <res size="71189" resolution="800x600" protocolInfo="http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_MED;DLNA.ORG_OP=01;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=63600000000000000000000000000000">http://192.168.178.2:1191/MediaServer/ImageItems/758ca309bfaab1fa3140d902a64c056f.jpg</res>
      <res protocolInfo="http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_TN;DLNA.ORG_OP=01;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=00d00000000000000000000000000000" resolution="64x64">http://192.168.178.2:1191/MediaServer/Thumbnails/758ca309bfaab1fa3140d902a64c056f</res>
    </item>
  </DIDL-Lite>
</Result>
        <NumberReturned>1</NumberReturned>
        <TotalMatches>1</TotalMatches>
        <UpdateID>2</UpdateID>
      </u:BrowseResponse>
в 1.05.4 так:

Code: Select all

<u:BrowseResponse xmlns:u="urn:schemas-upnp-org:service:ContentDirectory:1">
        <Result><DIDL-Lite xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/" xmlns="urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/" xmlns:av="urn:schemas-sony-com:av" xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/">
    <item id="758ca309bfaab1fa3140d902a64c056f" parentID="7CB8AC81-5BA3-4B2B-8530-205207393D90" restricted="1" dc:date="2008-04-14">
      <dc:title>Sunset.jpg</dc:title>
      <upnp:class>object.item.imageItem.photo</upnp:class>
      <dc:creator>[Unknown Author]</dc:creator>
      <upnp:album>[Unknown Album]</upnp:album>
      <upnp:genre>[Unknown Genre]</upnp:genre>
      <upnp:albumArtURI>http://192.168.178.2:1071/MediaServer/Thumbnails/758ca309bfaab1fa3140d902a64c056f</upnp:albumArtURI>
      <res size="71189" resolution="800x600" protocolInfo="http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_MED;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=63600000000000000000000000000000">http://192.168.178.2:1071/MediaServer/ImageItems/758ca309bfaab1fa3140d902a64c056f.jpg</res>
      <res protocolInfo="http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_TN;DLNA.ORG_OP=01;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=00d00000000000000000000000000000" av:codec="JPEG" av:pixelAspectRatio="1:1" av:transformed="1" resolution="160x160">http://192.168.178.2:1071/MediaServer/Thumbnails/758ca309bfaab1fa3140d902a64c056f</res>
    </item>
  </DIDL-Lite></Result>
        <NumberReturned>1</NumberReturned>
        <TotalMatches>1</TotalMatches>
        <UpdateID>1</UpdateID>
      </u:BrowseResponse>
Как видно в 1.05.04 по сравнению с 1.05.00 пофиксены только атрибуты в protocolInfo, теперь совпадают с 1.02.25, заметил, что во всех трех вариантах разные порты, как оно выбирает порт? Опять бросается в глаза разное отношение к кавычкам в 1.02.25 и 1.05.хх, может все же стоит посмотреть почему? Но теперь думается дело не в этом, гораздо интереснее сам процесс посылки:

Похоже, дело таки в чанках:
вот последовательность для картинки (сама посылка уже),сначала все более-менне одинаково, кроме закрытия чанков

Session Enter
REQUEST GET превью для тумбнейла
HandleRequest
SendResponse send HTTP/1.1 200 OK (тут описалово, 1.02.25 шлет в нем Transfer-Encoding: chunked а 1.05.04 не шлет, также разные размеры превьюшек)
SendResponse p_Response.GetBinContentChunk (размер)
SendResponse send binary data (bytes 0 to размер from размер)
SendResponse p_Response.GetBinContentChunk: 0, ВОТ ЭТО ОТСУТСТВУЕТ В 1.05.хх, похоже оно надо, типа закрыть чанки путем посылки пустого
Session Leave

Session Enter
REQUEST GET сама картинка Accept: */*
HandleRequest
SendResponse send HTTP/1.1 200 OK (тут описалово, Transfer-Encoding: chunked шлют обе версии,может дело в размере фаила?,
1.05.хх шлет также дополнительно npt=00:00:00- (что это?) в TimeSeekRange.dlna.org и X-Seek-Range, также bytes в них разный, в 1.05.хх на байт меньше размера, в 1.02.25 равно размеру)
SendResponse p_Response.GetBinContentChunk (размер)
SendResponse send binary data (bytes 0 to размер from размер) тут опять разница на 1 байт в 1.05.хх)
SendResponse SpeedInfo: это шлет только 1.02.25, не думаю правда, что это важно
SendResponse p_Response.GetBinContentChunk: 0, ВОТ ЭТО ОТСУТСТВУЕТ В 1.05.хх, похоже оно надо, типа закрыть чанки
Session Leave


Session Enter
REQUEST GET сама картинка getcontentFeatures.dlna.org: 1, Pragma: getIfoFileURI.dlna.org, transferMode.dlna.org: Interactive
HandleRequest
SendResponse send HTTP/1.1 200 OK (тут описалово, Transfer-Encoding: chunked шлют обе версии,может дело в размере фаила?,
1.05.хх шлет также дополнительно npt=00:00:00- (что это?) в TimeSeekRange.dlna.org и X-Seek-Range, также bytes в них разный, в 1.05.хх на байт меньше размера, в 1.02.25 равно размеру)
SendResponse p_Response.GetBinContentChunk (размер)
SendResponse send binary data (bytes 0 to размер from размер) тут опять разница на 1 байт в 1.05.хх)
SendResponse SpeedInfo: это шлет только 1.02.25, не думаю правда, что это важно
SendResponse p_Response.GetBinContentChunk: 0, ВОТ ЭТО ОТСУТСТВУЕТ В 1.05.хх, похоже оно надо, типа закрыть чанки
Session Leave

а потом интереснее, тут 1.05.04 заканчивает работу с файлом и делает
08:18:05:529 Sender: THmsSSDPControl.CleanupSessions
Чистка сессий
а 1.02.25 делает еше раз,. только с другим ГУИД, Sender: THmsSSDPControl.CleanupSessions 1.02.25 не делает вообще
Session Enter
REQUEST GET сама картинка getcontentFeatures.dlna.org: 1, Pragma: getIfoFileURI.dlna.org, transferMode.dlna.org: Interactive
HandleRequest
SendResponse send HTTP/1.1 200 OK (тут описалово, Transfer-Encoding: chunked шлют обе версии,может дело в размере фаила?,
1.05.хх шлет также дополнительно npt=00:00:00- (что это?) в TimeSeekRange.dlna.org и X-Seek-Range, также bytes в них разный, в 1.05.хх на байт меньше размера, в 1.02.25 равно размеру)
SendResponse p_Response.GetBinContentChunk (размер)
SendResponse send binary data (bytes 0 to размер from размер) тут опять разница на 1 байт в 1.05.хх)
SendResponse SpeedInfo: это шлет только 1.02.25, не думаю правда, что это важно
SendResponse p_Response.GetBinContentChunk: 0, ВОТ ЭТО ОТСУТСТВУЕТ В 1.05.хх, похоже оно надо, типа закрыть чанки
Session Leave
похоже это копия для DLNA 1.0

полный лог от 1.05.04 в аттаче,
наверное , имело бы смысл тут выложить ссылки на апдейты от 1.02.25 и старше я протестирую,найду с какой начиная не работает ,тогда , по идее,скорее найдется,что же так влияет по CVSу (или что там у вас стоит).
Lecha

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

Post by Lecha »

что-то не приаттачился, вторая попытка
log10504.zip
(20.65 KiB) Downloaded 1002 times
Eugene
Posts: 2805
Joined: Tue Sep 16, 2008 7:30 pm

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

Post by Eugene »

Lecha wrote:К сожаленю, похоже дело не в бобине :), все же буду пытаться бороться до победного.
Итак с новым апдейтом на 04 проблема не ушла, но отрицательный результат-тоже результат.
Очередные попытки найти проблему, тестовое окружение уже описывал, теперь тестируем 1.05.4 в сравнении с 1.02.25:
Жаль, для эскизов посылка не исправлена на чанки, попробуйте их отключить в настройке программы на странице Устройство-Эскизы фильмов.
Постоянный порт сервера задается в настройке программы на странице Сервер.
Обновления на последующие версии, названия пропущенных обновлений формируются по общему правилу.
...
http://www.homemediaserver.ru/files/103/setup_ms.exe
http://www.homemediaserver.ru/files/104/setup_ms.exe
Lecha wrote: Для картинок:
в 1.02.25 ответ на запрос контента фолдера с картинкой выглгядит так:
Как видно в 1.05.04 по сравнению с 1.05.00 пофиксены только атрибуты в protocolInfo, теперь совпадают с 1.02.25, заметил, что во всех трех вариантах разные порты, как оно выбирает порт? Опять бросается в глаза разное отношение к кавычкам в 1.02.25 и 1.05.хх, может все же стоит посмотреть почему?
Если не ошибаюсь, при отладке для XBOX сделано как в TVersity.
Lecha wrote: 1.05.хх шлет также дополнительно npt=00:00:00- (что это?) в TimeSeekRange.dlna.org и X-Seek-Range,
Интервал задается по времени или в байтах, npt=00:00:00-, формирование зависит от настройки программы на странице Устройство - Позиционирование медиа-ресурсов.
Lecha wrote: также bytes в них разный, в 1.05.хх на байт меньше размера, в 1.02.25 равно размеру)
Интервал должен задаваться начальный байт-конечный байт/общий размер
Lecha wrote: SendResponse p_Response.GetBinContentChunk (размер)
SendResponse send binary data (bytes 0 to размер from размер) тут опять разница на 1 байт в 1.05.хх)
SendResponse SpeedInfo: это шлет только 1.02.25, не думаю правда, что это важно
SendResponse p_Response.GetBinContentChunk: 0, ВОТ ЭТО ОТСУТСТВУЕТ В 1.05.хх, похоже оно надо, типа закрыть чанки
Чанки закрываются, это основной режим для передачи информации о медиа-ресурсах.
Post Reply