Lecture de flux de fichiers audio à l'aide du streaming HTTP en direct sur le client iOS sans perte d'interface utilisateur vers Quick Time

J'ai une diffusion HTTP en Direct l'installation du serveur qui sert segmenté le contenu audio mp3 (l'URL points à la liste de lecture.m3u8 fichier d'index). J'ai besoin de construire un iOS de l'application client à consommer ce flux audio sans à l'aide de n'importe quel standard de Pomme de contrôle de l'INTERFACE utilisateur. Il devrait jouer le ruisseau dans le fond, et je veux utiliser mon propre INTERFACE utilisateur personnalisée pour fournir le contrôle.

Puisque le contenu est purement audio, je ne veux pas utiliser MPMoviePlayerController classe comme il faut sur l'INTERFACE utilisateur. J'ai essayé d'utiliser AVAudioPlayer, même si elle n'est pas destinée pour les flux réseau, qui, sans surprise, ne parvient pas à la lecture avec un code d'erreur "-43" : NSOSStatusErrorDomain.

J'ai aussi essayé de créer une UIWebView avec 1 pixel de hauteur et de largeur et pointant vers la liste de lecture.m3u8 fichier sur le serveur. Cela fonctionne, mais malheureusement, j'ai encore perdre de l'INTERFACE utilisateur depuis UIWebView simplement délègue la tâche de la lecture de QuickTime player qui se lance dans une de mes applications en plein écran pour iOS 3.xx appareils.

Fondamentalement, il me semble qu'Apple n'a pas fourni d'Api client pour la consommation de la diffusion HTTP en Direct audio les ruisseaux et les développeurs sont obligés de renoncer à l'INTERFACE utilisateur à l'aide de QuickTime player qui joue le flux avec le QT logo usurpant l'écran. ughh...

J'aimerais savoir si quelqu'un a des suggestions pour m'aider avec ce qui précède. Sinon, mon plan B est d'abandonner le HTTP Live Streaming et utiliser le célèbre Matt Gallagher classique streaming mise en œuvre. Cependant, je suis un peu inquiet à propos de Les pommes de lignes directrices qui sont clairement ce qui suggère que pour les Applications qui sont attendus pour envoyer grande quantité de contenu Audio ou Vidéo sur les réseaux cellulaires (dont mon application est) sont requis pour l'utilisation de la diffusion HTTP en Direct. Est-ce à dire que mon plan B de la mise en œuvre est sujette à un rejet par Apple? Des moyens pour contourner cette directive?

source d'informationauteur bhavinb

  1. 5

    J'ai utilisé le audio streamer par Matt Gallagher dans une de mes applications. C'est une application radio internet un peu comme Pandora et LastFM. Et oui, il a été acceptée par Apple et a été dans l'App Store depuis.

    Donc, à mon avis, votre plan B est en fait pas si risqué. 🙂

  2. 13

    http://developer.apple.com/library/ios/#documentation/MediaPlayer/Reference/MPMoviePlayerController_Class/Reference/Reference.html

    Les docs disent:

    La lecture se produit dans une vue détenus par les
    l'acteur de cinéma et prend place soit
    plein écran ou en ligne.

    Dans iOS 3.1 et versions antérieures, cette classe
    mise en œuvre d'un plein écran de l'acteur de cinéma
    seulement.

    Un test rapide à l'aide d'Apple flux d'échantillons prouve ce que vous voulez faire est possible.

    MPMoviePlayerController *player = [[MPMoviePlayerController alloc] initWithContentURL:[NSURL URLWithString:@"http://devimages.apple.com/iphone/samples/bipbop/gear4/prog_index.m3u8"]];
player.movieSourceType = MPMovieSourceTypeStreaming;
player.view.hidden = YES;
[self.view addSubview:player.view];
[player play];