Auch wenn das Problem anscheinend geklärt ist, hier noch mal ein Paar Anmerkungen, wie das mit dem transcodierten Streamen funktioniert.
Kurzfassung:
* für transcodiertes Streamen muss im Webinterface immer HTTP aktiv sein (ohne ..S), egal ob mit oder ohne Anmeldung
* den Port für den transcodierten Strem (8002) muss telly'mote nicht wissen
Langfassung:
Die Wiedergabe von transcodierten Streams macht telly'mote eigentlich nicht selbst, sondern überlässt das dem iOS. Der eine Vorteil ist, dass iOS dann zum einen "weiß", dass es gerade einen Steam wiedergibt, und nicht gerade auf die Idee kommt, eben mal ein Paar Updates herunterzuladen. Der zweite und viel wichtige Vorteil ist, dass iOS zum Decodieren die im iPhone/iPad verbaute Hardware verwendet, was sehr effizient ist.
Die Wiedergabe von untranscodierten Streams kann die Hardware nicht, das muss man über Software machen, was den Prozessor ziemlich beschäftigt. Auch transcodierte Streams kann man über Software decodieren (manche Apps machen das auch), das ist aber nicht besonders schlau, denn der Prozessor ist damit noch viel mehr beschäftigt als mit untranscodierten Streams.
Um iOS nun aber zu überreden, einen transcodierten Stream wiederzugeben, muss man sich an die Vorschrift halten, und die heißt HTTP Live Streaming (kurz HLS). Ein solches Streaming wird immer mit einem Download eine M3U Datei gestartet, z.B. so:
Das muss über HTTP (ohne ..S) erfolgen, denn bei jedem HTTPS Zugriff auf die Box gibt es einen Zertifikatsfehler. Im Browser klickt man den Zertifikatsfehler einfach weg, das iOS kann beim Streamen solche Zertifikatsfehler aber nicht leiden, deshalb mus man HTTP verwenden.
In der heruntergeladenen M3U Datei schließlich steht die Adresse des Streams drin, einschließlich des konfigurierten Ports (meist 8002). Das sieht z.B. so aus:
Aus diesem Grund muss telly'mote den Port 8002 nicht wissen, denn der steht in der M3U Datei immer mit drin.
Kurzfassung:
* für transcodiertes Streamen muss im Webinterface immer HTTP aktiv sein (ohne ..S), egal ob mit oder ohne Anmeldung
* den Port für den transcodierten Strem (8002) muss telly'mote nicht wissen
Langfassung:
Die Wiedergabe von transcodierten Streams macht telly'mote eigentlich nicht selbst, sondern überlässt das dem iOS. Der eine Vorteil ist, dass iOS dann zum einen "weiß", dass es gerade einen Steam wiedergibt, und nicht gerade auf die Idee kommt, eben mal ein Paar Updates herunterzuladen. Der zweite und viel wichtige Vorteil ist, dass iOS zum Decodieren die im iPhone/iPad verbaute Hardware verwendet, was sehr effizient ist.
Die Wiedergabe von untranscodierten Streams kann die Hardware nicht, das muss man über Software machen, was den Prozessor ziemlich beschäftigt. Auch transcodierte Streams kann man über Software decodieren (manche Apps machen das auch), das ist aber nicht besonders schlau, denn der Prozessor ist damit noch viel mehr beschäftigt als mit untranscodierten Streams.
Um iOS nun aber zu überreden, einen transcodierten Stream wiederzugeben, muss man sich an die Vorschrift halten, und die heißt HTTP Live Streaming (kurz HLS). Ein solches Streaming wird immer mit einem Download eine M3U Datei gestartet, z.B. so:
http://user:password@ip-adresse:port/web/stream.m3u?ref=1%3A0%3A1%3A6DCA%3A44D%3A1%3AFFFF0152%3A0%3A0%3A0%3A&name=Das%20Erste&device=phone
Das muss über HTTP (ohne ..S) erfolgen, denn bei jedem HTTPS Zugriff auf die Box gibt es einen Zertifikatsfehler. Im Browser klickt man den Zertifikatsfehler einfach weg, das iOS kann beim Streamen solche Zertifikatsfehler aber nicht leiden, deshalb mus man HTTP verwenden.
In der heruntergeladenen M3U Datei schließlich steht die Adresse des Streams drin, einschließlich des konfigurierten Ports (meist 8002). Das sieht z.B. so aus:
#EXTM3U
#EXTVLCOPT--http-reconnect=true
#EXTINF:-1,Das Erste
http://ip-adresse:8002/1:0:1:6DCA:44D:1:FFFF0152:0:0:0:
Aus diesem Grund muss telly'mote den Port 8002 nicht wissen, denn der steht in der M3U Datei immer mit drin.