2

Это может показаться вопросом для stackoverflow, но потерпите меня:

Я построил (большую часть) сервер DAAP в Ruby, я смоделировал его вывод на сервере mt-daapd и, следовательно, мои тестовые данные таковы, что мой сервер возвращает точно *, что сервер mt-daapd делает в той же ситуации ,

(* Единственное отличие состоит в том , что мой сервер добавляет заголовок HTTP «Connection: закрыть» , который я не могу за жизнь моей фигуры, как остановить - вот вопрос для StackOverflow)

При необходимости я могу более подробно рассказать, но моя проблема в том, что, хотя Songbird находит, подключает и читает мой DAAP-сервер совершенно, iTunes отказывается делать что-либо, кроме первого запроса /server-info (см. Раздел «1». Информация о сервере ' неофициальной спецификации). Я должен добавить, что общий ресурс mt-daapd работает отлично, даже если мой сервер daap отклонен!

Очевидно, это вполне может быть связано с тем, что iTunes не нравится тот факт, что я отправляю заголовок «Connection: close», но кто-нибудь знает что-нибудь больше о том, как работает iTunes 9.0.Х ожидает, что его DAAP будет обслуживаться? Или где-нибудь, что я могу узнать - если не считать откручивающихся слоев кода mt-daapd?

большое спасибо!

1 ответ1

2

Оказывается, iTunes отправляет необычный запрос GET, а не стандартный «GET / путь / к / чему угодно», iTunes (при просмотре через DAAP) отправляет «GET daap://ip.address/path/to/whwhat». Что приятно?

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .