[gelöst] UPnP-Plugin: Philips Smart TV und DLNA-Streaming

Hi zusammen,

bin neu hier und bevor ich zu meinem Problem komme, erst mal ein herzliches "Hallo" und vor allem: dankeschön!
Nach knapp zwei Tagen läuft VDR bei mir nun (fast) rund, genau wie ich es haben wollte- dank dieser tollen Community hier!

So, nun aber zum Problem. VDR läuft bei mir "headless" und dient eigentlich nur als Aufnahme- und Streamingserver. Mit dem Live-Plugin werden über das angenehme Webinterface Aufnahmen programmiert, die dann später auf einem Smart TV von Philips per DLNA gestreamt werden sollen. Das funktioniert alles ganz prima- allerdings nur für SD. Für HD endet der Pfad beim Streaming zum Fernseher. Der meint nämlich, er könnte mit den HD-Aufnahmen nichts anfangen.

VDR-Version 2.0.6
UPnP-Version: 1.0.0
Fernseher: Philips 40PFL9715K/02 (Kaufdatum irgendwann 11/2011)

Ich habe jetzt schon mal ein wenig gewühlt, und bin vermutlich auf die Ursache gestoßen. Ich habe mit einem UPnP Spy Tool von Intel den Fernseher mal bearbeitet, um zu erfahren, welche Formate er per DLNA annimmt. Ergebnis:

Dann habe ich mich mal im Code des UPnP-Plugins umgesehen. Dabei fiel mir in plugins/profiler/vdrDVBProfiler/dvbProfiler.cpp folgende Stelle ins Auge:

[...]
DLNA4thField fourthfield;
	string contentType, upnpclass;
	if(parser.Vtype() != 0){
  	switch (parser.Vtype()) {
    	case 0x02:
      	fourthfield = DLNA4thField("MPEG_TS_SD_EU_ISO", DLNA_OPERATION_RANGE,
                                 	DLNA_PLAYSPEEDS_NONE, DLNA_CONVERSION_NONE,
                                 	DLNA_FLAG_STREAMING_TRANSFER |
                                 	DLNA_FLAG_BYTE_BASED_SEEK |
                                 	DLNA_FLAG_BACKGROUND_TRANSFER |
                                 	DLNA_FLAG_CONNECTION_STALLING |
                                 	DLNA_FLAG_VERSION_1_5 );
      	break;
    	case 0x1B:
      	fourthfield = DLNA4thField("AVC_TS_HD_EU_ISO", DLNA_OPERATION_RANGE,
                                 	DLNA_PLAYSPEEDS_NONE, DLNA_CONVERSION_NONE,
                                 	DLNA_FLAG_STREAMING_TRANSFER |
                                 	DLNA_FLAG_BYTE_BASED_SEEK |
                                 	DLNA_FLAG_BACKGROUND_TRANSFER |
                                 	DLNA_FLAG_CONNECTION_STALLING |
                                 	DLNA_FLAG_VERSION_1_5 );
      	break;
    	default:
      	return false;
  	}
  	contentType = "video/mpeg";
  	upnpclass = "object.item.videoItem.videoBroadcast";
	} else {
[...]

Das ist die Stelle, wo die UPnP-Antwortnachricht zusammengebaut wird, abhängig von den Aufzeichnungen. So wie es scheint, hat Philips es versäumt, dieses "AVC_TS_HD_EU_ISO" Profil zu unterstützen. Deshalb läuft nur SD, weil das explizit in der Liste, die der Fernseher liefert, dabei ist.

So, zwei Fragen:
1. Ist meine bisherige Untersuchung soweit plausibel?
2. Was kann ich da machen?

Ich habe schon rumgespielt, und statt video/mpeg ein video/mpeg4 geschickt, aber das wollte er auch nicht annehmen. Anscheinend stört er sich an dem Rattenschwanz mit dem AVC_TS_HD_EU_ISO. Abgesehen davon erwartet er dann u.U. keinen Transportstream mehr, was, selbst wenn es dann gehen würde, zu Problemen führen könnte.

Hat da jemand von euch eine Idee?

Danke und Gruß

Tristan

Hallo Lars,

vielen Dank für dein Feedback. Ich habe mich inzwischen auch schon beim Philips Support Forum angemeldet und bin mal auf Antworten gespannt. Es ist wohl eher ein Problem mit dem Fernseher, als mit VDR (leider, denn sonst hätte ich da mehr beeinflussen können). Bin mal gespannt, was dabei heraus kommt. Die neueste Firmware ist auf jeden Fall drauf.

Inzwischen habe ich auch noch ein interessantes Posting von einem Philips-Mitarbeiter gefunden, der Anno 2012 geschrieben hat, dass alle aktuellen Modelle dieses Format nicht unterstützen würden: http://www.supportforum.philip…ive/index.php/t-3357.html

Mir ist das vollkommen unverständlich-- wie du schon sagst, muss das Gerät diesen Datenstrom ja sowieso verdauen können! Der einzige Unterschied ist, dass er statt aus dem DVB-S2 Demodulator per Ethernet angeliefert wird. Entweder eine reine Software-Sache, oder Philips hat beim Hardware-Design ganz massiv versagt. Bin mal gespannt, was da rauskommt.

Tja, also zumindest das Philips Support Forum kann man wohl vergessen. Die Antworten, die man da bekommt kann man, um es mal sehr milde auszudrücken, in der Pfeife rauchen. Ich werde mich wohl damit anfreunden müssen, dass man mit diesem Gerät nur SD sinnvoll streamen kann. Diese "Rumkonvertiererei" ist nichts für mich und auch nicht für den Rechner, auf dem VDR läuft-- nichts an der Maschine ist für sowas gedacht, insbesondere die Platte nicht.

Das Einzige, was wohl noch bliebe, ist eine Art "on-the-fly" remux-Geschichte, aber das ist hässlich und umständlich. Na ja, vielen Dank trotzdem für dein Feedback. Wie zu erwarten war, scheitert es (mal wieder) an der Unfähigkeit/ Unwillen/ Unwissen/ Umsatzgeilheit eines großen Unternehmens. Schade eigentlich. Bin ansonsten mit dem Gerät rundum zufrieden-- das Bild ist einfach super.

Zum Thema SD Streaming und spulen kann ich noch nichts sagen. Ich habe bislang erst ein paar wenige Tests machen können und habe gerade kein SD-Material drauf. Werde das aber mal ausprobieren und mich nochmal melden.

So, nach einiger Zeit und diverser anderer Schwierigkeiten konnte ich inzwischen mal SD-Streaming testen. Das funktioniert problemlos, auch spulen geht (ca. 1 Bild/s. aber es geht- stabil).
Damit ist auch die letzte offene Frage in diesem Thread beantwortet, würde ich sagen

Gemeint war folgendes: Der Fernseher zeigt etwa 1 Bild/s an, aber zwischen den Bildern liegt eine große Zeitspanne, sodass der Stream insgesamt schneller läuft. Spulen funktioniert damit. Allerdings ist es natürlich etwas schwieriger, an die richtige Stelle zu springen.