iTunes, SongBird und DAAP

1541
JP.

Dies mag wie eine Frage für stackoverflow aussehen, aber bitte ich Sie um Verständnis:

Ich habe (meistens) einen DAAP-Server in Ruby erstellt, seine Ausgabe auf dem mt-daapd-Server modelliert und folglich sind meine Testdaten so, dass mein Server genau das zurückgibt, * was der mt-daapd-Server in derselben Situation tut .

(* Der einzige Unterschied besteht darin, dass mein Server den HTTP-Header 'Connection: close' hinzufügt, den ich für die Dauer meines Lebens nicht herausfinden kann, wie man aufhört - das ist eine Frage für stackoverflow.)

Ich kann auf Details eingehen, wenn nötig, aber mein Problem ist, dass, während Songbird meinen DAAP-Server einwandfrei findet, anfügt und liest, iTunes nichts anderes als die erste '/ server-info'-Anforderung stellt (siehe Abschnitt' 1. Server-Info ') ' der inoffiziellen Spezies ). Ich sollte hinzufügen, dass die mt-daapd-Freigabe einwandfrei funktioniert, selbst wenn mein Daap-Server abgelehnt wird!

Offensichtlich könnte dies daran liegen, dass iTunes die Tatsache, dass ich den Header "Connection: close" sende, nicht mag, aber weiß jemand etwas mehr darüber, wie iTunes 9.0.X erwartet, dass DAAP bereitgestellt wird? Oder irgendwo, wo ich es herausfinden kann - kurz bevor der Code von mt-daapd abgelöst wird?

Danke vielmals!

2

1 Antwort auf die Frage

2
JP.

Es stellt sich heraus, dass iTunes eine ungewöhnliche GET-Anfrage sendet, anstatt die standardmäßige "GET / Pfad / zu / was auch immer". Was ist schön davon.

interessant. gutes Follow-up zu Ihrer eigenen Frage. quack quixote vor 15 Jahren 1
Interessant in der Tat - aber das war doch eine Frage für Stack! ;) cregox vor 13 Jahren 0

Verwandte Probleme