Um RTSP zu testen, betreibe ich einen LIVE555-Medienserver. Der Server verfügt über die Beispieldatei bipbop-gear1-all.ts und die Indexdatei, die von live555.com heruntergeladen wurden. Meine URL lautet also nur http://(myIP):80/bipbop-gear1-all.ts
Auf einem Android 3.0-Emulator zeigt der Browser einige Minuten lang den Download-Fortschritt an und dann nichts mehr. Kein Update im Browserfenster, keine Android-Download-Benachrichtigungen. Es stoppt einfach.
Auf einem Android 3.2.1-Gerät startet es den Videoplayer, zeigt aber sofort an: Video kann nicht abgespielt werden, Leider kann dieses Video nicht abgespielt werden.
In einer einfachen Test-App (heruntergeladen vom Android Issue Tracker für Problem 17118: Android 3.1 kann HTTP-Live-Streaming nicht abspielen) trifft MediaPlayer.prepare() kurz auf den Server und löst sofort eine IOException mit der Meldung „Vorbereiten“ aus fehlgeschlagen.: status=0x1. Logcat zeigt außerdem den Fehler (1, -2147483648) an..
Die gleiche Test-App spielt problemlos eine lokale MP4 ab, also glaube ich, dass das gut ist. Auf einem iPad spielt dieselbe URL das Video ab, was zumindest beweist, dass mein Server in Ordnung ist.
Um HTTP Live Streaming (HLS) zu testen, verwende ich das Bipbop-Beispiel, das auf apple.com bereitgestellt wird:
http://devimages.apple.com/iphone/sampl ... index.m3u8
httplive://devimages.apple.com/iphone/samples/bipbop/gear1/prog_index.m3u8
In einem Android 3-Emulator beginnt die Beispiel-App, die Adresse mit dem „httplive“-Protokoll abzuspielen, aber es bleibt hängen. Beim „http“-Protokoll bleibt es nach MediaPlayer.start() einen Moment hängen, aber es wird nichts angezeigt. Dann zeigt Logcat:
Code: Select all
W/AudioSystem(715): AudioFlinger server died!
W/IMediaDeathNotifier(715): media server died
E/MediaPlayer(715): error (100, 0)
E/MediaPlayer(715): Error (100,0)
Auf einem echten 3.2.1-Gerät verhält sich die App, die das http-Protokoll verwendet, genauso wie auf dem 3.0-Emulator. httplive löst bei der Vorbereitung eine IOException mit der Meldung „Vorbereitung fehlgeschlagen.: Status=0x1“ aus.
Im Browser des 3.0-Emulators ruft die http-Adresse einen Audioplayer auf, der stoppt und dann eine Toastmeldung mit der Meldung „Entschuldigung, der Player unterstützt diese Art von Audiodatei nicht“ anzeigt. Die httplive-Adresse führt einfach zu einer Google-Suche.
Im Browser auf dem echten 3.2.1-Gerät öffnet die http-Adresse ein Dialogfeld „Aktion abschließen mit“ mit den Optionen „Musik“ und „Videoplayer“. Wenn ich auf „Videoplayer“ klicke, erhalte ich Folgendes: „Video kann nicht abgespielt werden, Leider kann dieses Video nicht abgespielt werden.“ Wenn ich auf „Musik“ drücke, erhalte ich die Meldung „Der angeforderte Titel konnte nicht abgespielt werden.“. Auch diese Adresse funktioniert gut auf einem iPad.
Jede Hilfe wäre sehr dankbar.
Mobile version