Was ist der beste Weg des live-streaming-iphone-Kamera ein media server?

Gemäß dieser Welche Techniken Sind am Besten Live Stream-iPhone-Video-Kamera-Daten Auf einem Computer? möglich ist, um die komprimierten Daten von der iphone Kamera, aber als ich gelesen habe, in dem AVFoundation-Referenz erhalten Sie nur unkomprimierte Daten.

Also die Fragen sind:

1), Wie man komprimierte Bilder und audio von iPhone-Kamera?

2) Enkodieren von unkomprimierten frames mit ffmpeg-API ist schnell genug für Echtzeit-streaming?

Jede Hilfe wird wirklich geschätzt.

Dank.

  • Wie Sie dieses Problem gelöst?
  • Ich landete immer unkomprimierte Daten (Bilder und Audio) von AVFoundation und Codierung+streaming mit FFmpeg-API. Es funktioniert ziemlich gut in das iPhone 4 bekommen bis zu 30 FPS mit einer Auflösung von 192x240. In höheren Auflösungen fällt es zu viele frames.
  • Wie dies zu tun bitte teilen Sie es, Es für uns hilfreich ,vielen Dank
  • Get unkomprimierte Daten aus AVFoundation, dann konvertieren Sie jedes CMSampleBuffer zu FFmpeg AVPicture. Kodieren Sie die AVPicture Beispiel mit FFmpeg. Werfen Sie einen Blick auf FFmpeg ffmpeg.c - Datei als Beispiel dafür, wie dies zu erreichen Codierung Teil. Hoffe, dies hilft Ihnen.
InformationsquelleAutor Alexandre OS | 2010-12-17
  1. 8

    Haben Sie wahrscheinlich bereits wissen....

    1), Wie man komprimierte Bilder und audio von iPhone-Kamera?

    Können Sie nicht tun. Das AVFoundation-API hat verhindert, dass diese aus jedem Blickwinkel. Ich habe sogar versucht, named pipes, und einige weitere sneaky unix-foo. Kein solches Glück. Sie haben keine andere Wahl, als zu schreiben es in eine Datei. In deinem verlinkten post einen Benutzer vorschlagen, der Einrichtung des callback zu liefern codierte frames. Soweit ich weiß, ist dies nicht möglich, H. 264-streams. Die Erfassung delegieren liefern Bilder codiert, in einer bestimmten pixel-format. Es ist der Film, den Schriftsteller und AVAssetWriter, die die Codierung.

    2) Enkodieren von unkomprimierten frames mit ffmpeg-API ist schnell genug für Echtzeit-streaming?

    Ja, es ist. Allerdings müssen Sie libx264, die bekommt man in GPL-Gebiet. Das ist nicht gerade kompatibel mit dem app store.

    Ich würde vorschlagen, mit AVFoundation und AVAssetWriter aus Gründen der Effizienz.

    • Tatsächlich 1 ist teilweise falsch. Ich habe geschrieben, eine Bibliothek, liefert H. 264-Daten in Echtzeit, wie es kodiert wird, ohne über ein eigenes API.
    • Können Sie diese Bibliothek mit uns? Es wäre sehr gut, um einen alternativen Weg, um das H. 264-streams ohne Verwendung von libx264. Das ist, warum landete ich mit mpeg-codecs von FFmpeg.
    • Leider ist meine Bibliothek ist nur kommerziell lizenziert. Ich kann in die Zukunft Veröffentlichung unter einer dual-Lizenz.
    • Ist, dass die Bibliothek, die Sie geschrieben hatte, wird mit avassetwriterinput-und pixel-buffer? Bitte korrigieren Sie mich.
    • jüngste Fortschritte auf, einen Einblick auf den rest von uns auf den ersten Punkt, den Sie erwähnten?
    • Nur analysieren die MDAT als video aufgezeichnet wird. Es ist in der avcc-format. z.B. in der Regel die ersten 4 bytes sind die Größe der NALU. Sie schreiben, dass eine temp-Datei und parse die stsd atom (glaube ich), um die SPS-und PPS. Was ich habe ist ähnlich zu diesem: gdcl.co.uk/2013/02/20/iOS-Video-Encoding.html. Nur der Unterschied ist, ich schrieb die meisten meinen code in C, und mein parser und die Handhabung der SPS/PPS-Daten ist ein bisschen robuster.
    • Das klingt gut SPS ist etwas stieß ich auf heute. Sieht aus wie das schreiben einer temp-Datei ist der einzige Weg, um dieses.

    InformationsquelleAutor Steve McFarlin
  2. 4

    Stimme ich mit Steve. Ich möchte hinzufügen, dass auf den Versuch, mit Apple ' s API, die Sie gehen zu müssen einige ernsthaft böse Hacker. AVAssetWriter standardmäßig verbringt eine Sekunde vor dem verschütten seinen Puffer in die Datei. Ich habe noch keinen Weg gefunden, das zu ändern mit den Einstellungen. Der Weg um dass zu sein scheint, zwingen kleine Datei schreibt und die Datei schließen mit dem Einsatz von mehreren AVAssetWriters. Aber das führt viel overhead. Es ist nicht schön.

    Definitiv Datei einen neuen feature-request bei Apple (wenn Sie ein iOS-Entwickler). Je mehr von uns das tun, desto wahrscheinlicher werden Sie fügen Sie irgendeine Art von Schriftsteller, die schreiben können, um einen Puffer und/oder ein Strom.

    Einer Ergänzung würde ich machen, was Steve sagte auf der x264-GPL Problem ist, dass ich denke, dass kann man eine kommerzielle Lizenz für das, was ist besser als GPL, aber natürlich Kosten Sie Geld. Aber das bedeutet, dass Sie noch gebrauchen könnte und es ziemlich OK Ergebnisse, und nicht zu öffnen, Ihre eigenen app-Quelle. Nicht so gut wie ein augmented-Apple-API mithilfe Ihrer hardware-codecs, aber nicht schlecht.

    InformationsquelleAutor monadical
Schreibe einen Kommentar