iTunes, SongBird и DAAP

1421
JP.

Это может показаться вопросом для 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.X ожидает, что его DAAP будет обслуживаться? Или где-нибудь, что я могу узнать - если не считать откручивающихся слоев кода mt-daapd?

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

2

1 ответ на вопрос

2
JP.

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

интересно. хороший ответ на свой вопрос. quack quixote 14 лет назад 1
действительно интересно - но это был вопрос к стеку в конце концов! ;) cregox 13 лет назад 0

Похожие вопросы