BD390 Medienfomate für Streaming

berniie:
hast du diese Zeile: <map from="ts" to="video/x-mpeg"/>
unter <extension-mimetypes> eingetragen?

berniie:
ich glaube ich habe vielleicht eine Lösung gefunden, welche bei dir auch funktionieren könnte. Und zwar kann man den chunked-transfer Modus im mediatomb deaktivieren
ob der Container jetzt video/x-mpeg oder video/mpeg heißt hängt wohl vom Gerät ab. Die Philips BluRay Player wollen wohl eher video/x-mpeg.

Versuchs mal nach dieser Methode:
Live TV auf der Sony PS3 im XMB
der Transcoder sollte so ausschauen:

<transcoding enabled="yes">
    <mimetype-profile-mappings>
      <transcode mimetype="video/x-vdr" using="vdrplay"/>
    </mimetype-profile-mappings>
    <profiles>
      <profile name="vdrplay" enabled="yes" type="external">
        <mimetype>video/mpeg</mimetype>
        <agent command="vdrplay.sh" arguments="%in %out"/>
        <buffer size="10485760" chunk-size="131072" fill-size="2621440"/>
        <accept-url>yes</accept-url>
<hide-original-resource>yes</hide-original-resource>
<use-chunked-encoding>no</use-chunked-encoding>
<first-resource>yes</first-resource>
      </profile>
    </profiles>
  </transcoding>

im Gegensatz zum Thread habe ich noch die zwei Optionen mit use-chunked-encoding und hide-original-resource einfügen müssen.
Die vdrs Dateien in den Mediatomb importieren und testen.

Hat bei mir zum Erfolg geführt, da der Philips auch keinen chunked mode mag.

Das Skript zum Erstellen der VDRs Dateien war auch noch ganz hilfreich:
Live TV auf der Sony PS3 im XMB

methodus Ich hab mal die header zwischen mediatomb und BD390 beim streamen einer vdr Aufnahme mitgeschnitten. Würde mich freuen, wenn dir das weiter hilft.

GET /content/media/object_id/36710/res_id/0/ext/file.ts HTTP/1.1
Range: bytes=0-15
Host: 192.168.207.2:50500
Accept: */*

HTTP/1.1 206 Partial Content
CONTENT-LENGTH: 16
CONTENT-TYPE: video/mpeg
CONTENT-RANGE: bytes 0-15/2097179480
DATE: Thu, 02 Jun 2011 16:33:08 GMT
LAST-MODIFIED: Sat, 09 Apr 2011 20:27:46 GMT
SERVER: Linux/2.6.35.11-83.fc14.x86_64, UPnP/1.0, MediaTomb/0.12.1
CONNECTION: close
Content-Disposition: attachment; filename="00001.ts"
Accept-Ranges: bytes
transferMode.dlna.org: Streaming
contentFeatures.dlna.org: DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=017000 00000000000000000000000000

GET /content/media/object_id/36710/res_id/0/ext/file.ts HTTP/1.1
Range: bytes=0-1048576
Host: 192.168.207.2:50500
Accept: */*
transferMode.dlna.org: Streaming

HTTP/1.1 206 Partial Content
CONTENT-LENGTH: 1048577
CONTENT-TYPE: video/mpeg
CONTENT-RANGE: bytes 0-1048576/2097179480
DATE: Thu, 02 Jun 2011 16:33:08 GMT
LAST-MODIFIED: Sat, 09 Apr 2011 20:27:46 GMT
SERVER: Linux/2.6.35.11-83.fc14.x86_64, UPnP/1.0, MediaTomb/0.12.1
CONNECTION: close
Content-Disposition: attachment; filename="00001.ts"
Accept-Ranges: bytes
transferMode.dlna.org: Streaming
contentFeatures.dlna.org: DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=017000 00000000000000000000000000

GET /content/media/object_id/36710/res_id/0/ext/file.ts HTTP/1.1
Range: bytes=0-262143
Host: 192.168.207.2:50500
Accept: */*

HTTP/1.1 206 Partial Content
CONTENT-LENGTH: 262144
CONTENT-TYPE: video/mpeg
CONTENT-RANGE: bytes 0-262143/2097179480
DATE: Thu, 02 Jun 2011 16:33:08 GMT
LAST-MODIFIED: Sat, 09 Apr 2011 20:27:46 GMT
SERVER: Linux/2.6.35.11-83.fc14.x86_64, UPnP/1.0, MediaTomb/0.12.1
CONNECTION: close
Content-Disposition: attachment; filename="00001.ts"
Accept-Ranges: bytes
transferMode.dlna.org: Streaming
contentFeatures.dlna.org: DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=017000 00000000000000000000000000

GET /content/media/object_id/36710/res_id/0/ext/file.ts HTTP/1.1
Range: bytes=262144-524287
Host: 192.168.207.2:50500
Accept: */*

HTTP/1.1 206 Partial Content
CONTENT-LENGTH: 262144
CONTENT-TYPE: video/mpeg
CONTENT-RANGE: bytes 262144-524287/2097179480
DATE: Thu, 02 Jun 2011 16:33:08 GMT
LAST-MODIFIED: Sat, 09 Apr 2011 20:27:46 GMT
SERVER: Linux/2.6.35.11-83.fc14.x86_64, UPnP/1.0, MediaTomb/0.12.1
CONNECTION: close
Content-Disposition: attachment; filename="00001.ts"
Accept-Ranges: bytes
transferMode.dlna.org: Streaming
contentFeatures.dlna.org: DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=017000 00000000000000000000000000

GET /content/media/object_id/36710/res_id/0/ext/file.ts HTTP/1.1
Range: bytes=524288-786431
Host: 192.168.207.2:50500
Accept: */*

HTTP/1.1 206 Partial Content
CONTENT-LENGTH: 262144
CONTENT-TYPE: video/mpeg
CONTENT-RANGE: bytes 524288-786431/2097179480
DATE: Thu, 02 Jun 2011 16:33:08 GMT
LAST-MODIFIED: Sat, 09 Apr 2011 20:27:46 GMT
SERVER: Linux/2.6.35.11-83.fc14.x86_64, UPnP/1.0, MediaTomb/0.12.1
CONNECTION: close
Content-Disposition: attachment; filename="00001.ts"
Accept-Ranges: bytes
transferMode.dlna.org: Streaming
contentFeatures.dlna.org: DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=017000 00000000000000000000000000

Ich guck mir das mal an, weil ich manche Header nicht im Standard finden kann.

Das mit dem Range ist ganz gut, aber wird wohl echt fies werden, das umzusetzen. Mal gucken. Bei Aufnahmen geht das, für Live-TV ist das unmöglich. Ich hoffe, dass der Player trotzdem damit klar kommt.

Gibt es dazu Neuigkeiten?

Möchte auch gern Aufnahmen vom vdr 1.7 auf meinem Philips BDP5180 gucken.

z.Z. habe ich es mit mediatomb probiert. Ich sehe die Aufnahmen, doch abspielen mag der player es nicht.