W-LAN Mediacenter bei PLUS mit VDR ?

LarsAC · August 4, 2006 at 1:33 PM

Quote

Original von UFO
So weit ist mir das schon klar.
Meine aktuelle Arbeitshypothese ist jedenfalls, daß es am Transfer des Videofiles hakt. Der HTTP-Server sendet u.a. "CONNECTION: close". Ich möchte die Response des Servers so ändern, daß sie mit der des Windows-Servers identisch ist.

Wird das CONNECTION:close in der Out-Of-Band-Verbindung des Videotransfers übermittelt? Was passiert, wenn man eine URL dazwischenpfuscht und das File z.B. von einem Apache serven lässt?

Wenn ich mir das Paket anschaue, sieht das eher so aus, als wenn da auf UPnP-Ebene schon was geclosed wird:

Quote

SUBSCRIBE /upnp/event/cm HTTP/1.1
HOST: 192.168.176.254:50555
NT: upnp:event
TIMEOUT: Second-180
User-Agent: POSIX, UPnP/1.0, Intel MicroStack/1.0.1423
CALLBACK: http://192.168.176.53:54877/upnp/event/cm

HTTP/1.1 412 Precondition Failed
SERVER: Linux/2.6.16-2-k7, UPnP/1.0, Intel SDK for UPnP devices/1.3.1
CONNECTION: close
CONTENT-LENGTH: 58
CONTENT-TYPE: text/html

<html><body><h1>412 Precondition Failed</h1></body></html>

Display More

Andererseits kommt dieses CONNECTION: close auch in anderen Konversationen vor. Interessanter finde ich "Precondition failed": davor wurde nämlich die Description des ConnectionManagers gesendet der in diesem Falle die optionalen Methoden PrepareForConnection und ConnectionComplete nicht anbietet (vgl. Anhang).

Es wäre in der Tat interessant, die analoge Konversation mal aus einer Kombination zu sehen, die funktioniert.

Lars

blafasel · August 4, 2006 at 2:10 PM

Quote

Original von LarsAC
Es wäre in der Tat interessant, die analoge Konversation mal aus einer Kombination zu sehen, die funktioniert.

Lars

Sollst Du haben. Mail ist unterwegs.

Gruss
blafasel

UFO · August 4, 2006 at 3:00 PM

Quote

Original von LarsAC

Wird das CONNECTION:close in der Out-Of-Band-Verbindung des Videotransfers übermittelt?

IIRC ja. Ich werde dies jedoch noch einmal verifizieren: Mit identischen Files, einmal bereitgestellt von ushare und einmal vom Windows-Server...

Eine funktionierende HTTP-Get Response des Video-Transfers sieht ungefähr so aus (modulo Tippfehler, abgeschrieben vom Ausdruck):

HTTP

HTTP/1.0 200 OK
Server: CyberTAN / CyberMediaServer
Accept-Range: bytes
Content-Length: xxx
Content-Range: 0-xxx/xxx
Content-Type: video/dvd


<Daten>

xxx ist die Dateilänge.

Quote

Was passiert, wenn man eine URL dazwischenpfuscht und das File z.B. von einem Apache serven lässt?

Wie geht das mit ushare? Sorry, habe das Teil erst vorgestern im Plus mitgenommen. Ihr habt da ein paar Tage Vorsprung...

CU
Oliver

LarsAC · August 4, 2006 at 3:14 PM

blafasel: Danke für den Protokollauszug.

Ich bin immer noch nicht überzeugt, dass CONNECTION: close ein Problem ist. Das scheint mir eine Abmachung auf HTTP-Ebene zu sein, die mit UPnP oder dem Datentransfer im engeren Sinne nichts zu tun hat.
Mir scheint, es geht nur darum, ob die nachfolgenden Requests über die bestehende HTTP-Verbindung gehen oder ob eine neue aufgemacht wird.

TwonkyDings sendet da ein keep-alive mit dem Ergebnis, dass die Ports der Verbindung offen bleiben und der ganze Verkehr über einen Strom geht.
Interessanterweise implementiert auch Twonky die optionalen Actions nicht, daran liegt es wohl nicht. Die "Precondition Failed"-Meldungen als Antwort auf eine EventSubscription sind auch bei Twonky vorhanden, auch das scheint nicht das Problem zu sein.

Die Event-Subscriptions sehen lt. UPnP-Spec eigentlich okay aus, insofern verstehe ich die Meldungen "precondition failed" eh nicht, aber mal weitersuchen...

Lars

foxinator · August 4, 2006 at 6:40 PM

Quote

Original von UFO

Btw, der TG100 läßt sich wunderbar mit cidero fernsteuern:
http://www.cidero.com/

CU
Oliver

kann ich nicht bestätigen.
müsste der tg100 unter mediarenderer gefunden werden?

mfg foxinator

maker · August 4, 2006 at 6:41 PM

Hab das Bild mit der RS232-Belegung korrigiert und RXD mit aufgenommen.

Shell gibt es keine. auf stdin hört wohl die laufende Applikation.

blafasel · August 4, 2006 at 6:49 PM

Quote

Original von maker
Hab das Bild mit der RS232-Belegung korrigiert und RXD mit aufgenommen.

Thanks

Quote

Shell gibt es keine. auf stdin hört wohl die laufende Applikation.

Stimmt, ich guck mir grad das sysinit der Box an und da horchen "runosd" und "runrender" auf /dev/ttyAM0 . Ein getty-Eintrag und ein "/bin/sh" sind auskommentiert. Sollte zwar nicht sooo aufwändig sein, die wieder reinzunehmen, aber im Moment weiß ich noch nicht, was ich auf der Box sollte.

Gruss
blafasel

UFO · August 4, 2006 at 7:27 PM

Quote

Original von foxinator

kann ich nicht bestätigen.
müsste der tg100 unter mediarenderer gefunden werden?

Ja, wird er auch. Hast du den Firmware-Update gemacht?

CU
Oliver

UFO · August 4, 2006 at 7:41 PM

Quote

Original von LarsAC
Ich bin immer noch nicht überzeugt, dass CONNECTION: close ein Problem ist. Das scheint mir eine Abmachung auf HTTP-Ebene zu sein, die mit UPnP oder dem Datentransfer im engeren Sinne nichts zu tun hat.

Hm - laut Ethereal macht der TG100 die TCP-Verbindung sofort nach Empfang des HTTP-Headers zu:
Zuerst kommt ein ACK für das Header-Paket, dann sofort ein FIN hinterher.

Dies passiert, noch bevor der Server das erste Videodaten-Paket sendet. Dieses sendet der Server zwar noch, die Verbindung ist für den TG100 ist zu diesem Zeitpunkt jedoch bereits geschlossen.

CU
Oliver

foxinator · August 4, 2006 at 8:04 PM

Quote

Original von UFO

Ja, wird er auch. Hast du den Firmware-Update gemacht?

CU
Oliver

natürlich nicht... nach einem update auf v1.03 funktioniert es jetzt. danke
mfg foxinator

LarsAC · August 4, 2006 at 8:20 PM

Quote

Original von UFO
Hm - laut Ethereal macht der TG100 die TCP-Verbindung sofort nach Empfang des HTTP-Headers zu:
Zuerst kommt ein ACK für das Header-Paket, dann sofort ein FIN hinterher.

Dies passiert, noch bevor der Server das erste Videodaten-Paket sendet. Dieses sendet der Server zwar noch, die Verbindung ist für den TG100 ist zu diesem Zeitpunkt jedoch bereits geschlossen.

Die UPnP-Spec sagt zum Eventing (S. 62):

Quote

If the device sends the response over HTTP/1.0 without setting the KeepAlive token or over HTTP/1.1 with the Connection:CLOSE header, the device MUST insure that the TCP FIN flag is sent BEFORE sending the initial event message.

Das scheint doch einigermaßen zusammenzupassen mit dem beobachteten Headers? Insofern hat mich das nicht so richtig gewundert.

Lars

Atti · August 4, 2006 at 9:17 PM

Quote

Original von blafasel
Ich hab mir derweil mal das F/W-image angeschaut, und darin "rumgeschnüffelt" Wies ausschaut sind das "zusammengewürfelte" CramFS-se, wahrscheinlich für die einzelnen Flash-Segmente, die man aus dem F/W-Image extrahieren, und dann per loopback auch mounten kann. Bislang bin ich noch nicht sooo weit gekommen damit. Ich werde aber weiter berichten

Gruss
blafasel

Zum entpacken der Firmware hatte ich hier schon was geschrieben.

Könnte man eventuell diesen Thread aufteilen in die UPnP Sachen und die Hardware/Firmware Sachen dann wäre es nicht so unübersichtlich.

Ich träume ja immer noch davon auf der Kiste einen Xine laufen zu bekommen und dann nur eine per Netzwerk angebundene "dxr3" zu haben.

MfG
Atti

UFO · August 4, 2006 at 9:19 PM

Quote

Original von LarsAC

Die UPnP-Spec sagt zum Eventing (S. 62):

Das scheint doch einigermaßen zusammenzupassen mit dem beobachteten Headers? Insofern hat mich das nicht so richtig gewundert.

Hier geht's doch nicht um Event-Handling, sondern um reinen HTTP-Datentransfer.
Außerdem bezieht sich die Passage auf die _Response_ des Device. Beim Datentransfer sendet der Server die Response, der TG100 den Request. Imho paßt das nicht.

Jedenfalls sendet der TG100 als Antwort auf die Datenpakete dann nur noch RST, d.h. er möchte die Daten nicht haben.

CU
Oliver

blafasel · August 5, 2006 at 10:54 AM

Quote

Original von Atti
Zum entpacken der Firmware hatte ich hier schon was geschrieben.

Argh... hätte ich das mal richtig gelesen, hätte ich mir viel Arbeit beim F/W zerlegen sparen können...

Quote

Könnte man eventuell diesen Thread aufteilen in die UPnP Sachen und die Hardware/Firmware Sachen dann wäre es nicht so unübersichtlich.

Keine schlechte Idee, mach das doch einfach mal

Quote

Ich träume ja immer noch davon auf der Kiste einen Xine laufen zu bekommen und dann nur eine per Netzwerk angebundene "dxr3" zu haben.

MfG
Atti

Mich interessieren beide Ansätze (Remote Screen + UPnP-Client)

Gruss
blafasel

UFO · August 5, 2006 at 12:50 PM

Quote

Original von UFO
Meine aktuelle Arbeitshypothese ist jedenfalls, daß es am Transfer des Videofiles hakt. Der HTTP-Server sendet u.a. "CONNECTION: close". Ich möchte die Response des Servers so ändern, daß sie mit der des Windows-Servers identisch ist.

Hypothese ist widerlegt: Habe libupnp so gepatcht, daß die HTTP-Header des Webservers bei HTTP-HEAD und HTTP-GET wie bei der Windows-SW aussehen. Macht jedoch keinen Unterschied. Es muß also etwas anderes sein...

Sieht so aus, als ob man sich diese XML-Seuche anschauen müßte.
Ich hasse XML.

CU
Oliver

duncan · August 5, 2006 at 2:00 PM

Hallo Männer,

was soll ich sagen, gestern hab ich euren Beitrag gelesen und heute steht das Teil bei mir :-). Rein in den Plus - Markt nichts mehr da dann danach gefragt und 10 min. später halte ich das Teil in den Händen Also nicht verzagen, einfach danach Fragen.

So jetzt aber zur Sache, ein WIKI, welches die einzelen UPNP - Installationen und Ergebnisse aufzeigt, würde für Einsteiger wie mich schon irgend sein. Und erspart euch das ewige gefrage der Neulinge. Zu mal ich bei uns in der Firma super Erfahrungen damit gemacht habe, es haben sich dann auch Leute daran beteiligt, die ein elllen langer Beitrag wie dieser (der noch ganz am Anfang ist) ehr abgeschreckt hat.

Also Hand ans Herz wer macht den ersten Schritt? Ich habe von dem Teil leider noch keine Ahnung, sonst würde ich damit anfangen.

Traut euch

So mal alles an einer Stelle
Firmwareupdateanleitung:

http://www.telegent.de/downloads/tg100_fwupgradeguide_de.pdf

aktuelle Firmware:

http://www.telegent.de/downloads/tg100_firmware_v103.zip" target="_blank">Firmware Version 1.03

Noch ne Info: Meine Fritz Box 7050 hatte mir immer per UPnP Ihren Status bereitgestellt und damit lief der TG100 mit Firmware 1.03 überhaupt nicht! Erst nach dem diese Funktion deaktiviert war, lief der TG 100 stabiel! Vorher nam er keine Kommandos richtig an und reagierte nur verzögert.

Geni · August 8, 2006 at 9:07 AM

Ich denke mal über den Schritt mit der Firmware sind die meisten schon drüber weg.

Aber zur Zeit scheint das Thema etwas zu stocken. Wer ist denn jetzt noch aktiv dabei was zu testen oder in eine Richtung zu forschen (ich habe in dieser Woche kaum Zeit)

Gruss
Geni

LarsAC · August 8, 2006 at 9:25 AM

Ich codiere noch fleißig...

Am Wochenende habe ich mal versucht, mit den Tools der Intel-Suite mitzubekommen, was die Box so treibt. Allerdings ist der ganze Traffic der TG100 an dem Sniffer vorbeigelaufen

Schade eigentlich, denn das ist ein wenig übersichtlicher als Ethereal. Den Kram von Intel gibt es hier:

http://www.intel.com/cd/ids/developer/asmo-na/eng/52750.htm

Lars

blafasel · August 8, 2006 at 10:01 AM

Quote

Original von Geni
Ich denke mal über den Schritt mit der Firmware sind die meisten schon drüber weg.

Aber zur Zeit scheint das Thema etwas zu stocken. Wer ist denn jetzt noch aktiv dabei was zu testen oder in eine Richtung zu forschen (ich habe in dieser Woche kaum Zeit)

Gruss
Geni

Moin moin,

ja, ich bin da auch noch "dran", aber im Moment eher auf der geistigen Ebene, als bei der Protokollanalyse. Mal schauen, obs nicht irgendwann einen Geistesblitz gibt

Gruss
blafasel

UFO · August 8, 2006 at 1:46 PM

Quote

Original von Geni
Aber zur Zeit scheint das Thema etwas zu stocken. Wer ist denn jetzt noch aktiv dabei was zu testen oder in eine Richtung zu forschen (ich habe in dieser Woche kaum Zeit)

Gibt halt auch noch Menschen, die nebenbei noch etwas anderes zu tun haben (z.B. Geld verdienen).
Außerdem sind die Zeiten, wo ich Lust hatte, 16 Stunden am Tag vor dem Rechner zu sitzen und anderer Leute Bugware "für lau" zu debuggen, mittlerweile vorbei...

Aber zur Sache:
Der AV Media Server aus dem Intel-Tools-Paket für Windows funktioniert auch mit vdr-Dateien.
Bzgl. ushare bin ich noch nicht wesentlich weiter gekommen.

CU
Oliver

W-LAN Mediacenter bei PLUS mit VDR ?

Participate now!

Users Viewing This Thread