HMS и телевизоры Sony серии 5500
HMS и телевизоры Sony серии 5500
Думаю надо начать новую тему, т.к. Сони сообщила, что многое поменяла в реализации 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. Что еше попробовать? Обшие рекомендации.
Спасибо.
Внимательно почитал ветку про "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. Что еше попробовать? Обшие рекомендации.
Спасибо.
Re: HMS и телевизоры Sony серии 5500
Выбирать профили транскодирования не нужно, если ресурсы поддерживаются устройством, иначе они переходят в режим всегда транскодировать.Lecha wrote: Вопросы:
1. Что я делаю не так?
Нет, внешние кодеки не используются.Lecha wrote: 2. Кроме самого HMS что еше должно стоять (кодеки и т.д)?
Вряд ли, все необходимое включено в дистрибутив.Lecha wrote: 3. Может сервисов каких не хватает?
Включить расширение файлов в список поддерживаемых, снять профили транскодирования с ресурсов, если они установлены.Lecha wrote: 4. Как я понимаю в случае с картинками и музыкой сервер вообше ничего транскодировать не должен (клиент сам поддерживает этот тип ресурсов), т.е. просто надо отдать фаил по протоколу, я прав? Как отключить все попытки транскодирования для музыки и фоток?
Возможно поможет отладочный лог программы, скорее всего устройству не нравится описание ресурса.Lecha wrote: 5. Что еше попробовать? Обшие рекомендации.
Можно попробовать установить версию программу, на которой, по сообщениям пользователей, все работало, сравнить отладочные логи при запросе одного и того же ресурса.
Re: HMS и телевизоры Sony серии 5500
спасибо, насчет предыдущих версия думал тоже, но где их взять? на сайте в разделе загрузка фаилов только обновления и версия 1.5,
может еше пару рекомендаций, что НАДО выставить/убрать в настройках на свежеустановленном HMS для телевизора?
может еше пару рекомендаций, что НАДО выставить/убрать в настройках на свежеустановленном HMS для телевизора?
Re: HMS и телевизоры Sony серии 5500
http://www.homemediaserver.ru/files/102/setup_ms.exeLecha wrote:спасибо, насчет предыдущих версия думал тоже, но где их взять? на сайте в разделе загрузка фаилов только обновления и версия 1.5,
может еше пару рекомендаций, что НАДО выставить/убрать в настройках на свежеустановленном HMS для телевизора?
Кроме установки режима DLNA 1.5, затрудняюсь ответить что нужно сделать.
Re: HMS и телевизоры Sony серии 5500
Уж очень понравилась программка, решил немного поработать тестером.
Краткие итоги для Sony KDL37W5500:
Версия 1.02.25, как и сообщалось работает (по меньшей мере на фото и музыке, надеюсь к видео перейду позднее).
Сделал папку типа c:\tempв нее положил одну картинку, один мп3, одну авишку, остальные папки убрал, дабы меньше мусора было в логах. Все настройки серверов: свежая установка + птичка на чекбоксе DLNA 1.5, все остальное не трогал, протестированы 1.02.25 и 1.05 при попытке посмотреть картинку и поиграть мп3, конфигурацию софт и хард см. первый пост в теме. Список отличий, котрые нашел при беглом анализе:
1.Вот что находит 1.02.25 при поиске клиентов:
А вот что 1.05
картинка 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
в 1.02.25
сразу бросается в глаза разное отношение к "Quoted Identifiers ", причем не везде ,а частично (item id,size,protocolInfo и т.д), это так задумано? в 1.05 вроде добавлена поддержка альбом/жанр/автор/иконка как отдельных елементов, думается ,что это фича.
на мой взгляд ,самое главное все же тут
1.05
1.02.25
почему разные conversion indicator и флаги? это нормально?
затем 1.05 в хеадере пишет пару атрибутов
1.02.25. этого не использует. Также разное количество UpdateID, почему?
Для музыки идентичная картина, за исключением того , что в 1.05 меняется атрибут на
и куда то пропадает один байт из
Полные логи с картинками в аттаче,
хотелось бы комментариев разработчика/ов и конечно фикс для сони в версии 1.05.
Краткие итоги для Sony KDL37W5500:
Версия 1.02.25, как и сообщалось работает (по меньшей мере на фото и музыке, надеюсь к видео перейду позднее).
Сделал папку типа c:\tempв нее положил одну картинку, один мп3, одну авишку, остальные папки убрал, дабы меньше мусора было в логах. Все настройки серверов: свежая установка + птичка на чекбоксе DLNA 1.5, все остальное не трогал, протестированы 1.02.25 и 1.05 при попытке посмотреть картинку и поиграть мп3, конфигурацию софт и хард см. первый пост в теме. Список отличий, котрые нашел при беглом анализе:
1.Вот что находит 1.02.25 при поиске клиентов:
А вот что 1.05
картинка 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>
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
Code: Select all
DLNA.ORG_CI=0;DLNA.ORG_FLAGS=61F00000000000000000000000000000
Code: Select all
DLNA.ORG_CI=1;DLNA.ORG_FLAGS=63600000000000000000000000000000
затем 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.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
Re: HMS и телевизоры Sony серии 5500
Большое спасибо за проведенный анализ, возможно еще проблема из-за изменения Transfer-Encoding: chunked, в ближайшее время внесу изменения, выложу обновление на тестовую версию.Lecha wrote: Краткие итоги для Sony KDL37W5500:
Версия 1.02.25, как и сообщалось работает (по меньшей мере на фото и музыке, надеюсь к видео перейду позднее).
Сделал папку типа c:\tempв нее положил одну картинку, один мп3, одну авишку, остальные папки убрал, дабы меньше мусора было в логах. Все настройки серверов: свежая установка + птичка на чекбоксе DLNA 1.5, все остальное не трогал, протестированы 1.02.25 и 1.05 при попытке посмотреть картинку и поиграть мп3, конфигурацию софт и хард см. первый пост в теме. Список отличий, котрые нашел при беглом анализе:
Re: HMS и телевизоры Sony серии 5500
Обновление на тестовую версию 1.05.4
- отключен urn:schemas-sony-com
- DLNA.ORG_FLAGS=63600000000000000000000000000000
- contentFeatures.dlna.org:
- transferMode.dlna.org: убран
- передача контента в режиме Transfer-Encoding: chunked
- отключен urn:schemas-sony-com
- DLNA.ORG_FLAGS=63600000000000000000000000000000
- contentFeatures.dlna.org:
- transferMode.dlna.org: убран
- передача контента в режиме Transfer-Encoding: chunked
Re: HMS и телевизоры Sony серии 5500
К сожаленю, похоже дело не в бобине , все же буду пытаться бороться до победного.
Итак с новым апдейтом на 04 проблема не ушла, но отрицательный результат-тоже результат.
Очередные попытки найти проблему, тестовое окружение уже описывал, теперь тестируем 1.05.4 в сравнении с 1.02.25:
Для картинок:
в 1.02.25 ответ на запрос контента фолдера с картинкой выглгядит так:
в 1.05.4 так:
Как видно в 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у (или что там у вас стоит).
Итак с новым апдейтом на 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>
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>
Похоже, дело таки в чанках:
вот последовательность для картинки (сама посылка уже),сначала все более-менне одинаково, кроме закрытия чанков
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у (или что там у вас стоит).
Re: HMS и телевизоры Sony серии 5500
Жаль, для эскизов посылка не исправлена на чанки, попробуйте их отключить в настройке программы на странице Устройство-Эскизы фильмов.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
Если не ошибаюсь, при отладке для XBOX сделано как в TVersity.Lecha wrote: Для картинок:
в 1.02.25 ответ на запрос контента фолдера с картинкой выглгядит так:
Как видно в 1.05.04 по сравнению с 1.05.00 пофиксены только атрибуты в protocolInfo, теперь совпадают с 1.02.25, заметил, что во всех трех вариантах разные порты, как оно выбирает порт? Опять бросается в глаза разное отношение к кавычкам в 1.02.25 и 1.05.хх, может все же стоит посмотреть почему?
Интервал задается по времени или в байтах, npt=00:00:00-, формирование зависит от настройки программы на странице Устройство - Позиционирование медиа-ресурсов.Lecha wrote: 1.05.хх шлет также дополнительно npt=00:00:00- (что это?) в TimeSeekRange.dlna.org и X-Seek-Range,
Интервал должен задаваться начальный байт-конечный байт/общий размер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.хх, похоже оно надо, типа закрыть чанки