Kontakt
|
+1 888 882-1880
M-F 8am bis 8pm EST

VERWENDUNG DER GOOGLE COMPUTE ENGINE FÜR DIE VIDEOTRANSKODIERUNG

bsp-admin-1 on July 23, 2012

Für diejenigen unter uns, die in der Welt des Cloud-Computing tätig sind, war das Aufregendste an der Google I/O 2012 nicht, dass Fallschirmspringer Glass trugen, und auch nicht, dass es ein neues Tablet gab. Die große Neuigkeit war, dass Google in den Bereich der Cloud-Infrastruktur-as-a-Service einsteigt, der derzeit von Amazon Web Services (AWS) dominiert wird. Konkret hat Google einen neuen Dienst namens Google Compute Engine eingeführt, der mit Amazon EC2 konkurrieren soll.

Das ist aufregend. Die Welt braucht einen weiteren robusten, leistungsfähigen und gut durchdachten Cloud-Service für virtuelle Maschinen. Mit Verlaub, Rackspace und andere haben hier lange Zeit nur einen einzigen Anbieter gehabt - EC2 ist mit Abstand der Marktführer. Google hat offensichtlich das Know-how und die Größe, um ein ernstzunehmender Konkurrent zu sein, wenn sie dabei bleiben.

Wie sieht es aus? Die ersten Berichte sind positiv. Google Compute Engine (GCE) ist gut konzipiert, gut ausgeführt und basiert auf einer Infrastruktur, die Google schon seit Jahren nutzt. Die Leistung ist gut, vor allem bei der Festplatten-E/A, den Boot-Zeiten und der Konsistenz, die in der Vergangenheit nicht gerade zu den Stärken von EC2 gehörten. Aber wie gut eignet sich GCE für die Cloud-Videotranscodierung? Wir haben einige vorläufige Ergebnisse, wobei wir zugeben, dass noch mehr Tests durchgeführt werden müssen. Im Folgenden finden Sie einige grundlegende Tests zur Videotranskodierung und Dateiübertragung mit der Zencoder-Software sowohl auf GCE als auch auf EC2.

Geschwindigkeit der Rohtranscodierung

Leistung hat für uns oberste Priorität, daher verwendet Zencoder die schnellsten Server, die wir finden können. Auf EC2 verwenden wir Cluster Compute-Instanzen, schnelle Dual-CPU-Maschinen in zwei Größen: 4XL und 8XL. Wir haben diese mit dem schnellsten GCE-Instanztyp verglichen, der derzeit ein Single-CPU-8-Core-Server ist.

ServerCPU
GCE 8-KernIntel Xeon (Sandy Bridge - wahrscheinlich E5-2670) - 8 Kerne @ 2.60GHz
EC2 cc1.4xgroßZwei Intel Xeon X5570 - 8 Kerne bei 2,93 GHz/Kern
EC2 cc2.8xlargeZwei Intel Xeon E5-2670 - 16 Kerne bei 2,60 GHz/Kern

Diese Tests wurden mit einem H.264-Quellvideo mit den Auflösungen 640×360 und 1280×720 durchgeführt und von Zencoder mit denselben Einstellungen für die Transkodierung in einem Durchgang (H.264 Baseline-Profil, AAC, Transkodierung in einem Durchgang mit konstanter Qualität usw.) kodiert.

Google Compute Engine vs. Amazon EC2

ServerAuflösungGleichzeitige KodierungZeit (Sekunden)Kosten pro Tausend
EC2 cc1.4xgroß640×360615.87$0.96
EC2 cc2.8xlarge640×36069.93$1.10
GCE 8-Kern640×360621.05$1.13
GCE 8-Kern640×36016.01$1.94
EC2 cc1.4xgroß640×36015.96$2.15
EC2 cc1.4xgroß1280×720648.58$2.92
EC2 cc2.8xlarge640×36014.99$3.33
EC2 cc2.8xlarge1280×720630.74$3.42
GCE 8-Kern1280×720668.15$3.66
EC2 cc1.4xgroß1280×720112.89$4.65
GCE 8-Kern1280×720116.01$5.16
EC2 cc2.8xlarge1280×720110.92$7.28

Mit den Standardeinstellungen von Zencoder sind beide EC2-Instanztypen schneller als GCE. Die Wirtschaftlichkeit liegt etwas näher beieinander, und es gibt keinen klaren Gewinner zwischen 4XL EC2-Instances und GCE. GCE ist also eine praktikable Option für die Transcodierung, bei der die Kosten eine höhere Priorität haben als die reine Geschwindigkeit, obwohl AWS-Kunden Reserved Instances und Spot Instances für weitere Kostensenkungen nutzen können. Wir haben festgestellt, dass die EC2-Instances mit 16 Kernen unter Last mit 6 gleichzeitigen Transcodierungen etwa doppelt so schnell waren wie die GCE-Instances mit 8 Kernen.

Angesichts der ähnlichen Taktraten, aber der halben Anzahl von Kernen, ist dies das, was man erwarten würde. Wenn Google jedoch ähnliche 16-Kern-Maschinen hinzufügt, könnten sie vergleichbare Transcodierungsgeschwindigkeiten haben.

Übertragungsgeschwindigkeiten

Bei der Transkodierung von Videos in der Cloud ist die Netzwerk-E/A fast so wichtig wie die CPU. Dies gilt insbesondere für Kunden, die mit hochbitratigen Inhalten arbeiten (Rundfunkanstalten, Studios und Kreative). Wie sind also die Übertragungsgeschwindigkeiten von GCE im Vergleich zu EC2? Um dies zu testen, haben wir vier Benchmark-Sets durchgeführt:

  • Amazon S3 zu Amazon EC2
  • Amazon S3 zu Google Compute Engine
  • Google Cloud-Speicher für Amazon EC2
  • Google Cloud Storage zu Google Compute Engine

Dazu haben wir dieselbe 1 GB große Videodatei getestet, die auf Google Cloud Storage (GCS) und auf Amazon S3 gespeichert war. Die Übertragung wurde über 10 HTTP-Verbindungen durchgeführt (Zencoder tut dies standardmäßig, um die Übertragungsgeschwindigkeiten zu optimieren, und es kann die Übertragung großer Dateien über HTTP erheblich beschleunigen).

GCE vs. EC2 Übertragungsgeschwindigkeiten

 Übertragungsgeschwindigkeit (Mbps)Server-Bandbreite
S3 bis GCE470.961 Gbit/s
S3 zu EC2 c1.xlarge644.291 Gbit/s
S3 zu EC2 cc2.8xlarge1458.3210 Gbit/s
GCS zu GCE202.601 Gbit/s
GCS zu EC2 c1.xlarge378.281 Gbit/s
GCS zu EC2 cc2.8xlarge641.3410 Gbit/s

Das ist interessant. Wir haben erwartet, dass die Übertragung von Amazon zu Amazon schnell ist, und das war sie auch. Aber wir haben auch erwartet, dass die Google-zu-Google-Übertragung schnell ist, was nicht der Fall war. Tatsächlich scheint es so zu sein, dass GCS langsamer ist als S3 und die GCE-Übertragung langsamer als EC2, so dass man, selbst wenn man Google für Berechnungen nutzt, besser dran ist, wenn man S3 für die Speicherung nutzt. Die Übertragung war 2,3 Mal schneller von S3 zu GCE als von GCS zu GCE.

Weitere Tests erforderlich

Betrachten Sie diese Ergebnisse als vorläufig. Es müssen weitere Tests durchgeführt werden, um mehr Variablen zu berücksichtigen.

  • Unterschiede von Instanz zu Instanz. Dies gilt insbesondere für die Dateiübertragung, die je nach Netzwerkbedingungen und Instanzvariabilität stark variieren kann.
  • Zusätzliche Anwendungen. Diese Benchmarks decken nur die Transkodierung ab, die ein CPU-gebundener Benchmark ist. Andere Anwendungen sind durch Festplatte, Speicher usw. begrenzt, und diese Tests sagen nichts anderes aus als Transcoding.
  • Skalierbarkeit. Skalierbarkeit ist für jeden, der die Cloud für die Videotranskodierung nutzt, extrem wichtig. Es sind weitere Tests erforderlich, um herauszufinden, wie GCE im Vergleich zu EC2 bei einer enormen Skalierung - Zehntausende von Servern (oder mehr) - abschneidet. An welchem Punkt stoßen die Benutzer auf Kapazitätsprobleme? Leistungsprobleme? Design-Einschränkungen? Instabilität?

Zukunft der Cloud-Infrastruktur

Auch wenn EC2 in diesen ersten Tests gewinnt, sind wir von Google Compute Engine begeistert. Um ein ernsthafter Konkurrent für Hochleistungs-Transcoding zu sein, muss Google größere Instanzen mit schnelleren CPUs hinzufügen. Das Hinzufügen neuer Instanztypen ist jedoch einfach. Nichts hindert Google daran, dies zu tun. Die Schwierigkeit besteht darin, eine robuste, leistungsfähige, mit allen Funktionen ausgestattete und skalierbare Cloud-Plattform zu entwickeln, und das scheint Google gelungen zu sein. Wenn Google diesem Produkt und den Entwicklern langfristig verpflichtet ist, könnte die Welt der Cloud-Virtualisierung gerade einen zweiten legitimen Akteur bekommen haben.

UNTERTITEL FÜR WEB, HANDY UND ANGESCHLOSSENES FERNSEHEN

bsp-admin-1 on July 13, 2012

Untertitel sind eine gute Sache für die Zugänglichkeit und Benutzerfreundlichkeit und ein weiterer Meilenstein auf dem Weg zur Reife von Internet-Videos. Leider handelt es sich bei Untertiteln nicht um eine einzelne Technologie oder "Funktion" von Videos, die man "einschalten" kann. Es gibt eine Reihe von Formaten, Standards und Ansätzen.

Untertitel sind ein ziemliches Durcheinander, genau wie der Rest des digitalen Videos, und eine besondere Herausforderung für Multiscreen-Publisher. Was müssen Sie also über Untertitel wissen, wenn Sie heute Videos für Web, Mobilgeräte und Connected TV veröffentlichen wollen?

In diesem Beitrag werden die Grundlagen erläutert: wie Untertitel funktionieren, welche Formate Sie kennen sollten und wie Sie Untertitel für jeden Bildschirm aktivieren können.

Wie Untertitel funktionieren

Als erstes muss man verstehen, wie Untertitel bereitgestellt, gespeichert und gelesen werden. Heute gibt es zwei Hauptansätze.

  • Eingebettet in ein Video. CEA-608, CEA-708, DVB-T, DVB-S, WST. Diese Untertitelformate werden direkt in eine Videodatei geschrieben, entweder als Datenspur oder eingebettet in den Videostrom selbst. Das Fernsehen verwendet diesen Ansatz, ebenso wie iOS.
  • Wird als separate Datei gespeichert. DFXP, SAMI, SMPTE-TT, TTML, EBU-TT (XML), WebVTT, SRT (Text), SCC, EBU-STL (binär). Bei diesen Formaten werden die Untertitelinformationen nicht in das Video selbst eingebettet, sondern neben dem Video an den Player übermittelt. Dieser Ansatz wird normalerweise bei der browserbasierten Videowiedergabe verwendet.

Unterschiede zwischen Untertiteln und Untertiteln

Was ist mit Untertiteln? Sind sie dasselbe wie geschlossene Untertitel? Hier gibt es drei wesentliche Unterschiede.

  • Ziele. Geschlossene Untertitel sind eine Zugänglichkeitsfunktion, die das Video für Hörgeschädigte zugänglich macht und Hinweise darauf enthalten kann, wer spricht oder welche Geräusche auftreten: z. B. "Es klopft an der Tür". Untertitel sind eine Internationalisierungsfunktion, die das Video auch für Menschen zugänglich macht, die die gesprochene Sprache nicht verstehen. Mit anderen Worten: Sie würden Untertitel verwenden, um ein Video auf stumm zu schalten, und Sie würden Untertitel verwenden, um ein Video in einer Sprache zu sehen, die Sie nicht verstehen. Hinweis: Diese Unterscheidung gilt in Nordamerika, aber in weiten Teilen der Welt wird nicht zwischen Untertiteln und Untertiteln unterschieden.

  • Speicherung. In der Vergangenheit wurden Untertitel in das Video eingebettet und Untertitel extern gespeichert (siehe CEA-608 unten). Dies ist konzeptionell sinnvoll, da Untertitel immer zusammen mit einem Video bereitgestellt werden sollten; eine 100%ige Zugänglichkeit für Hörgeschädigte ist gesetzlich vorgeschrieben. Untertitel hingegen werden nur manchmal benötigt; ein in Deutschland ausgestrahltes deutschsprachiges Video muss nicht mit deutschen Untertiteln versehen werden, ein in Frankreich ausgestrahltes Video hingegen schon.

  • Wiedergabe. Da die Untertitel zusammen mit dem Video übertragen und von einem Fernsehgerät oder einem anderen Verbrauchergerät gedolmetscht/angezeigt werden, können die Zuschauer sie jederzeit selbst über das Fernsehgerät ein- und ausschalten, haben aber nur selten die Möglichkeit, eine Sprache auszuwählen. Wenn in diesen Situationen Untertitel zu Übersetzungszwecken hinzugefügt werden, handelt es sich in der Regel um harte Untertitel (siehe unten), die nicht deaktiviert werden können. Bei der Wiedergabe von DVD/Blue-Ray/VOD-Videos steuert das Abspielgerät jedoch, ob und in welcher Sprache Untertitel angezeigt werden.

Formate und Normen

Es gibt Dutzende von Formaten und Standards für Untertitel und Closed Captioning. Hier ist eine Übersicht über die wichtigsten für Internetvideos.

  • CEA-608. CEA-608-Untertitel werden auch als Zeile 21 bezeichnet und sind der NTSC-Standard, der vom analogen Fernsehen in den Vereinigten Staaten und Kanada verwendet wird. Untertitel nach Zeile 21 werden von den Wiedergabegeräten direkt in einen versteckten Bereich des Videostroms kodiert. Wenn Sie jemals weiße Balken und Punkte am Anfang eines Programms gesehen haben, handelt es sich dabei um Untertitel der Zeile 21.
  • SCC. Diese Datei enthält Untertitel im Scenarist Closed Caption-Format. Sie enthält SMTPE-Timecodes mit den entsprechenden kodierten Untertiteldaten als Darstellung von CEA-608-Daten.
  • CEA-708. Dies ist der Standard für Untertitel für digitale ATSC-Fernsehübertragungen (DTV) in den Vereinigten Staaten und Kanada. Derzeit gibt es kein Standarddateiformat für die Speicherung von CEA-708-Untertiteln außerhalb eines Videostreams.
  • TTML. Timed Text Markup Language beschreibt die Synchronisation von Text und anderen Medien wie Audio oder Video. Weitere Informationen finden Sie in der W3C TTML-Empfehlung.
  • DFXP. Dies ist ein vom W3C definiertes Profil von TTML. DFXP-Dateien enthalten TTML, das definiert, wann und wie Beschriftungsdaten angezeigt werden sollen. DFXP steht für Distribution Format Exchange Profile. DFXP und TTML werden oft synonym verwendet.
  • SMPTE-TT. Die Society of Motion Picture and Television Engineers - Timed Text ist eine Erweiterung des DFXP-Profils, die drei Erweiterungen unterstützt, die in anderen Untertitelformaten und Informationselementen vorkommen, aber nicht in DFXP enthalten sind: #Daten, #Bild und #Information. SMPTE-TT ist auch das FCC-Safe-Harbor-Format. Wenn ein Produzent von Videoinhalten einem Verleiher Untertitel in diesem Format zur Verfügung stellt, hat er seine Verpflichtung zur Bereitstellung von Untertiteln in einem zugänglichen Format erfüllt. Es steht den Produzenten und Vertreibern von Videoinhalten jedoch frei, ein anderes Format zu vereinbaren.
  • SAMI. Synchronized Accessible Media Interchange basiert auf HTML und wurde von Microsoft für Produkte wie Microsoft Encarta Encyclopedia und Windows Media Player entwickelt. SAMI wird von einer Reihe von Desktop-Videoplayern unterstützt.
  • EBU-STL. Dies ist ein von der EBU-Norm verwendetes Binärformat, das in separaten STL-Dateien gespeichert wird.
  • EBU-TT. Dies ist ein neueres, von der EBU unterstütztes Format, das auf TTML basiert. EBU-TT ist eine strenge Untermenge von TTML, was bedeutet, dass EBU-TT-Dokumente gültige TTML-Dokumente sind, aber einige TTML-Dokumente sind keine gültigen EBU-TT-Dokumente, weil sie Funktionen enthalten, die von EBU-TT nicht unterstützt werden.
  • SRT. Dieses Format wurde von SubRip entwickelt, einem Windows-basierten Open-Source-Tool zum Extrahieren von Untertiteln aus einem Video. SRT wird von vielen Desktop-Videoplayern unterstützt.
  • WebVTT. Dabei handelt es sich um ein Textformat, das der SRT ähnlich ist. Die Web Hypertext Application Technology Working Group (WHATWG) hat WebVTT als Standard für die Untertitelung von HTML5-Videos vorgeschlagen.
  • Harte Untertitel. Harte Untertitel sind per Definition keine geschlossenen Untertitel. Harte Untertitel sind eingeblendeter Text, der in das Video selbst kodiert ist, so dass sie im Gegensatz zu geschlossenen Untertiteln oder weichen Untertiteln nicht ein- oder ausgeschaltet werden können. Wann immer es möglich ist, sind weiche Untertitel oder geschlossene Untertitel zu bevorzugen, aber harte Untertitel können nützlich sein, wenn sie für ein Gerät oder einen Player bestimmt sind, das/der keine geschlossenen Untertitel unterstützt.

Untertitelung für jedes Gerät

Welche Formate werden von welchen Geräten und Playern verwendet?

  • HTML5. Untertitel werden noch nicht von allen Browsern unterstützt, aber das wird sich mit der Zeit ändern. Es gibt zwei konkurrierende Standards: TTML, vorgeschlagen vom W3C, und WebVTT, vorgeschlagen von der WHATWG. Derzeit bietet Chrome eine begrenzte Unterstützung für WebVTT; Safari, Firefox und Opera arbeiten alle an der Unterstützung von WebVTT; und Internet Explorer 10 unterstützt sowohl WebVTT als auch TTML. Bis die Browser ein Format nativ unterstützen, kann ein HTML5-Player-Framework wie Video.js Untertitel über Javascript unterstützen, indem es eine externe Datei analysiert (Video.js unterstützt derzeit WebVTT-Untertitel).
  • iOS. Apple verfolgt einen anderen Ansatz und verwendet CEA-608 Untertitel mit einer modifizierten Version der CEA-708/ATSC-Legacy-Kodierung. Das bedeutet, dass Untertitel im Gegensatz zu HTML5 zum Zeitpunkt der Transcodierung hinzugefügt werden müssen. Brightcove Zencoder kann Untertitel zu HTTP-Live-Streaming-Videos für iOS hinzufügen.
  • Android. Die Unterstützung für Videoplayer ist immer noch fragmentiert und problematisch. Die Unterstützung von Untertiteln hängt natürlich von der Betriebssystemversion und dem verwendeten Player ab.
  • Andere mobile Geräte. Einige haben keine Unterstützung für Untertitel, und Untertitel können die einzige Option sein.
  • Roku. Unterstützt Untertitel durch externe SRT-Dateien.
  • Andere Connected-TV-Plattformen. Einige unterstützen die Untertitelung noch nicht. Aber das wird schon bald der Fall sein. Jeder Fernseher, jede Konsole, jede Kabelbox und jeder Blu-Ray-Player, der heute auf dem Markt ist, will Internetinhalte streamen, und in den nächsten anderthalb Jahren wird die Unterstützung von Untertiteln zur Pflicht werden. Sony, Samsung, Vizio, Google TV und andere werden die Unterstützung von Untertiteln zu einem Bestandteil ihrer Anwendungsentwicklungssysteme machen. Leider ist noch nicht klar, welche Formate dabei zum Einsatz kommen werden. Höchstwahrscheinlich werden die verschiedenen Plattformen noch viele Jahre lang eine Vielzahl von inkompatiblen Formaten unterstützen.

Anforderungen für die Untertitelung

Die Landschaft für Untertitel wird sich im Laufe der Zeit verändern und weiterentwickeln, aber ab 2012 sind hier die häufigsten Anforderungen für die Unterstützung von Untertiteln auf gängigen Geräten aufgeführt.

  • Ein Webplayer mit spielerseitigen Steuerelementen zum Aktivieren und Deaktivieren von Untertiteln.
  • Eine externe Datei mit Untertiteldaten, wahrscheinlich in einem Format wie WebVTT, TTML oder SRT. Es kann mehr als eine Datei erforderlich sein (z. B. SRT für Roku und WebVTT für HTML5).
  • Ein Transcoder, der eingebettete Untertitel für HTTP-Live-Streaming für die iPad/iPhone-Ausgabe unterstützt, wie Zencoder. Zencoder kann Untertitelinformationen in einer Vielzahl von Formaten akzeptieren, darunter auch TTML, sodass Verlage eine einzige TTML-Datei sowohl für die Webwiedergabe als auch als Eingabe für Zencoder für iOS-Videos verwenden können.

Danach wird es schwierig. Für andere Geräte sind möglicherweise andere Eingabeformate erforderlich, und für eine 100-prozentige Kompatibilität mit älteren Geräten sind wahrscheinlich feste Untertitel notwendig.

Brightcove Zencoder und Untertitel

Brightcove Zencoder unterstützt Closed Captioning für zwei Formate: Untertitel im CEA-608-Stil für iOS-Geräte, die HLS verwenden, und MP4-Dateien mit CEA-608-Untertitelspuren. Auf der Eingabeseite unterstützen wir SCC-, SAMI-, DFXP/TTML/SMPTE-TT- und CEA-608-Untertitelspuren in MP4-Dateien.

Bislang haben wir uns auf eingebettete Untertitel konzentriert, weil diese Formate den Videodateien zum Zeitpunkt der Transkodierung hinzugefügt werden. Wenn wir also keine Untertitel für iPad oder iPhone unterstützen würden, könnten unsere Kunden, die auf diesen Geräten veröffentlichen, keine Untertitel verwenden. In Zukunft werden wir die Palette der von uns akzeptierten Untertitelformate erweitern und möglicherweise Dienste wie die Formatkonvertierung für externe Untertiteldateien (z. B. TTML zu WebVTT) anbieten.

In der Zwischenzeit haben Brightcove-Kunden mit einer einzigen Untertiteldatei und dem richtigen HTML5-Player alles, was sie zum Erstellen von Videos mit Untertiteln für Web-, Mobil- und Connected TV-Geräte benötigen.

APP CLOUD: ERFAHRUNGSBERICHT EINES WEBENTWICKLERS

bsp-admin-1 on February 24, 2012

In meinen 13 Jahren als Webentwickler und -designer habe ich mich mühelos an neue Technologien angepasst - zunächst an Java, dann an PHP und später an Ruby. Lange Zeit war ich in den "Flash-Dampfer" eingetaucht und habe wichtige UI-Bibliotheken wie Prototype und jQuery erforscht, während ich mit den sich schnell entwickelnden Webstandards auf dem Laufenden blieb.

Wie viele Webentwickler habe ich jedoch den Sprung zu mobilen Anwendungen verpasst. Mir fehlte die Erfahrung mit Low-Level-Sprachen wie C++ oder Objective-C und ich hatte keine Zeit, sie zu lernen. Der Gedanke, "kleine" Anwendungen in Java zu entwickeln - einer Sprache, die ich als sperrig und umfangreich empfand - war ebenso wenig reizvoll.

Ich habe mehrere plattformübergreifende Entwicklungstools ausprobiert, aber sie blieben stets hinter den Erwartungen zurück:

  • App-"Fabriken", die RSS-Feeds in vorgefertigte Vorlagen verpacken, haben generische, uninspirierte Anwendungen geschaffen.
  • Frameworks, die JavaScript oder ActionScript in nativen Code umwandeln, erfordern komplexe Toolchains für die Erstellung und Kompilierung von Anwendungen.
  • Frameworks, die Webseiten in native Shells verpackten, boten nur wenig Infrastruktur für die Bereitstellung von datengesteuerten Anwendungen in Produktionsumgebungen.

Als ich App Cloud entdeckte, ein Framework zur Erstellung nativer mobiler Anwendungen mit HTML, CSS und JavaScript, war ich skeptisch. Würde es anders sein als die anderen? Würde es halten, was es verspricht? Nach der Entwicklung meiner ersten App kann ich getrost sagen: "Ja!" Hier ist der Grund dafür.

APP CLOUD SPRICHT DIE SPRACHE DER ENTWICKLER

App Cloud stützt sich auf die Kernkompetenzen von Webentwicklern: HTML zum Strukturieren von Inhalten, CSS zum Gestalten und JavaScript zum Bearbeiten der Inhalte. Sie brauchen keine neuen Sprachen zu lernen, um inhaltsorientierte, reichhaltige Anwendungen zu erstellen. Webtechnologien haben sich schon immer durch ihre Einfachheit ausgezeichnet. Vergleichen Sie die Komplexität der Erstellung einer Tabellenansicht in iOS mit der Einfachheit der Erstellung einer einfachen HTML-Liste - es ist kein Wettbewerb!

Das App Cloud SDK unterstützt außerdem fast jede JavaScript-Bibliothek, so dass ich Tricks anwenden kann, die ich mir in jahrelanger Webentwicklung angeeignet habe.

MIT APP CLOUD AUF DER ÜBERHOLSPUR

Ich wechsele beim Programmieren häufig zwischen BBEdit und vim, da dies meine bequemsten Werkzeuge sind. App Cloud ermöglicht es mir, diese vertrauten Editoren weiterhin zu verwenden. Da sie auf Standard-Webtechnologien basiert, kann ich meinen Code auch mit den Chrome Developer Tools debuggen und testen. Im Gegensatz zu schwerfälligen Systemen, die an XCode oder Eclipse gebunden sind, bietet App Cloud Flexibilität und Freiheit.

SCHNELLE ITERATION MIT DER WORKSHOP-APP

Die App Cloud Workshop-App für iOS und Android ermöglicht Echtzeittests während der Entwicklung. Nachdem ich Codeänderungen vorgenommen habe, klicke ich einfach auf "Aktualisieren", um die Aktualisierungen sofort zu sehen. Für Webentwickler, die an iterative Prozesse - kodieren, aktualisieren, wiederholen - gewöhnt sind, ist diese Funktion von unschätzbarem Wert.

Zwar können viele Tests auf Desktop-Browsern durchgeführt werden, aber nichts ist besser als zu sehen, wie eine App auf tatsächlichen Geräten funktioniert. Mit der Workshop-App ist dies einfach und nahtlos möglich.

NUTZUNG GERÄTESPEZIFISCHER FUNKTIONEN

App Cloud bietet eine unkomplizierte JavaScript-API für den Zugriff auf gerätespezifische Funktionen, wie die Kamera oder die Fotobibliothek. Zum Beispiel ist das Scannen eines QR-Codes so einfach wie:

bc.device.getQRCode(
function (data) { /* handle success */ },
function (error) { bc.device.alert("Oops! " + error.errorMessage); }
);

VEREINFACHTE ZUSAMMENSTELLUNG VON ANWENDUNGEN

Das Kompilieren von Apps mit anderen Tools, wie Android Developer Kits, fühlt sich oft an wie das Zusammenbauen von IKEA-Möbeln: mühsam und frustrierend. Mit App Cloud Studio werden Apps mit nur wenigen Klicks in der Cloud kompiliert. In wenigen Minuten ist die App für den Download und die Bereitstellung in verschiedenen App-Stores bereit - ohne spezielle Tools.

INHALTSOPTIMIERUNG: WENIGER IST MEHR

Bei inhaltsgesteuerten Anwendungen ist der Inhalt selbst oft der Engpass. App Cloud optimiert die Leistung durch:

  • Entfernen unnötiger Daten, Komprimieren von Feeds und Zwischenspeichern von Inhalten. Mein Blog-Feed schrumpfte zum Beispiel von 39 KB auf 4 KB - eine Reduzierung um 90 %.
  • Transkodierung von Bildern zur Verringerung der Dateigröße. Ein Bild wurde von 125 KB bei 425 Pixeln Breite auf 8 KB bei 200 Pixeln Breite verkleinert - eine Reduzierung um 94 %.

Durch diese Optimierungen werden die Ladezeiten erheblich verbessert, was für das Engagement der Nutzer entscheidend ist.

FLEXIBILITÄT ÜBER DEN EINSATZ HINAUS

Im Gegensatz zu anderen Tools kann ich mit App Cloud Studio Daten, Design und Einstellungen nach der Bereitstellung ändern - ohne die App neu kompilieren oder verteilen zu müssen. Dank dieser Flexibilität kann ich mehrere Apps aus einer einzigen Vorlage erstellen, indem ich Datenfeeds austausche und Einstellungen anpasse.

ZUSAMMENARBEIT LEICHT GEMACHT

App Cloud macht es einfach, Apps mit Kollegen zu teilen. Screenshots können direkt aus der Workshop-App geteilt werden, oder Vorlagen können über URLs oder QR-Codes verteilt werden, was eine effiziente Zusammenarbeit und Tests ermöglicht.

UMFASSENDES CLOUD-MANAGEMENT

App Cloud bietet alles, was ich zum Verwalten und Monetarisieren von Apps benötige, von der Bereitstellung nativer Werbung bis hin zu Echtzeit-Analysen. Ich kann Installationen, Nutzungszeiten und andere wichtige Metriken verfolgen.

Außerdem bietet App Cloud kostenlose Leistungsverbesserungen und Funktionsupdates. Künftige Verbesserungen, wie Push-Benachrichtigungen und In-App-Käufe, werden die Plattform noch leistungsfähiger machen.

App Cloud kombiniert die Einfachheit der Webentwicklung mit der Funktionalität nativer Anwendungen und ist damit ein unverzichtbares Tool für Entwickler, die effiziente, skalierbare und ansprechende mobile Anwendungen erstellen möchten.

KODIERUNGSEINSTELLUNGEN FÜR PERFEKTE IPAD/IPHONE-VIDEOS

bsp-admin-1 on January 24, 2012

Jeder ernstzunehmende Videoverlag unterstützt entweder bereits iPad und iPhone oder muss über eine zusätzliche Unterstützung nachdenken. Bei einigen großen Anbietern macht die iPad-Auslieferung ein Drittel oder mehr der gesamten Videoaufrufe aus.

Die Kodierung für iOS ist allerdings etwas knifflig. Diese Geräte haben mehrere Generationen an technischen Möglichkeiten durchlaufen, und die idealen Videoeinstellungen für das iPhone 4 sind nicht ideal für das iPhone 3GS oder das iPad.

Glücklicherweise können Sie mit nur wenigen Codierungsprofilen qualitativ hochwertige Videos auf jedes iOS-Gerät übertragen, vom ersten iPhone bis zum iPad 2, und sich sogar auf zukünftige Generationen mobiler Hardware vorbereiten.

Allgemeine Einstellungen

Wie bei den meisten Videos heutzutage sollten Sie für iOS h.264-Video und AAC-Audio verwenden.

On the audio side, consider using HE-AAC at <64kbps, for App Store compliance. HE-AAC sounds reasonably good at these bitrates, even for complex audio.

Auf der Videoseite sollten Sie mehrere Profile für jedes Gerät verwenden. Das iPhone 3GS und frühere Geräte unterstützen nur das h.264-Baseline-Profil, Stufe 3.0 (und einige unterstützen eine eingeschränktere Version als diese), während neuere Geräte die Profile Main und High unterstützen.

Für ein optimales Nutzererlebnis ist HTTP Live Streaming (HLS) ein Muss. Apple verlangt dies von jeder Video-App im App Store, die Inhalte abspielt, die länger als 10 Minuten sind, und es ist das einzige echte Streaming-Format, das von iOS unterstützt wird. HLS wird auch von Android (Version 3+), Roku und einer Reihe anderer Ziele übernommen.

Allgemeiner Ansatz

AuflösungProfilBitrate@ 16:9@ 4:3AudioKommentare
1024×768[email protected]2Mbps1024×5761024×76856kbps HE-AAC 
960×640[email protected]1.5Mbps960×540854×64056kbps HE-AAC 
640×432[email protected]1Mbps640×360576×43256kbps HE-AAC 
480×320[email protected]600kbps480×272426×32056kbps HE-AAC 
400×288[email protected]400kbps400×224384×28856kbps HE-AAC 
400×288[email protected]200kbps400×224384×28856kbps HE-AACFramerate dezimieren
N/A (nur Audio)    56kbps HE-AAC 

Warum diese Empfehlungen?

  • Dies sind nur Empfehlungen. Andere Auflösungen und Bitraten sind durchaus zulässig und können unter bestimmten Umständen sogar vorzuziehen sein. Zum Beispiel können extrem komplexe Inhalte höhere Bitraten rechtfertigen.
  • 720p ist das größte Video, das auf dem iPad 1 und dem iPhone 4 wiedergegeben werden kann, und das iPad 2/iPhone 4S kann alles bis zu 1080p wiedergeben. Da das native Display aber nur 1024 Pixel breit ist, ist eine Auflösung von 720p oder 1080p nicht so wichtig. Es sei denn, Sie möchten ein Video an anderer Stelle wiederverwenden - 720p ist eine großartige Auflösung für die Vollbild-Wiedergabe im Internet, und 1080p ist für angeschlossene Fernsehgeräte durchaus geeignet. Künftige iPads sollen Gerüchten zufolge die vierfache Auflösung des aktuellen iPads haben, also sollten Sie für die Zukunftssicherheit 720p in Betracht ziehen.
  • Das h.264-Profil ist wichtig. Das iPad 1 und das iPhone 4 unterstützen beide das Main-Profil. Das iPad 2/iPhone 4S unterstützen das Profil "High", das geringfügig besser ist als das Profil "Main", aber angesichts der Anzahl der iPad-1-Geräte in der Welt ist es wahrscheinlich besser, beim Profil "Main" zu bleiben. Für eine wirklich optimale Geräteausrichtung kodieren Sie sowohl mit Main als auch mit High.
  • Diese sechs Auflösungen und Bitraten bieten eine recht gute Abdeckung unterschiedlicher Bandbreiten. Sie können sicherlich noch mehr machen, also fügen Sie Auflösungen und Profile nach Belieben hinzu oder ziehen Sie sie ab.
  • Älteren iPhone/iPod Touch-Benutzern stehen drei Streams zur Verfügung, darunter ein Video in angemessener Qualität von 480×320 (der Bildschirmauflösung dieser Geräte). Nutzer des iPad und des iPhone 4 werden alle sechs Streams nutzen können.
  • Die Auflösungsskalierung auf dem iPad ist ziemlich gut, sodass Videos, die neu skaliert werden, im Allgemeinen gut aussehen.
  • Diese Einstellungen ermöglichen so weit wie möglich eine durch 16 teilbare Auflösung. Dies führt zu einer effizienteren Komprimierung. Die Effizienzgewinne sind gering, vor allem bei hohen Auflösungen, aber bei niedrigeren Auflösungen beginnen sie, einen Unterschied zu machen.
  • Achten Sie darauf, dass der Ton in jedem Video identisch ist. Wenn sich die Audiospezifikationen von einer Version zur anderen ändern, kann der Benutzer beim Umschalten zwischen den Streams während der Wiedergabe Knackser und Klicks hören.

Andere Einstellungen

  • Legen Sie die Geschwindigkeit entsprechend der gewünschten Durchlaufzeit fest. Für diese Empfehlungen verwenden wir die Geschwindigkeit 2, die die Komprimierung gegenüber der Grundeinstellung etwas verbessert, aber immer noch recht schnell ist.
  • Stellen Sie sicher, dass jedes Segment ungefähr die gleiche Größe hat, indem Sie eine Spitze verwenden bitrate\_cap von 150 % der Ziel-Bitrate, aber innerhalb einer langen buffer\_size (z. B. fünf Sekunden oder 5x die bitrate\_cap).
  • Brightcove wählt automatisch die richtige Keyframe-Platzierung, wenn Sie den Typ auf "segmentiert" einstellen. Wenn Sie in MP4 für die separate Segmentierung in HLS codieren, legen Sie forced\_keyframe\_rate auf "0,2" oder "0,1" (für Keyframe-Intervalle von fünf bzw. 10 Sekunden).
  • Wenn Sie etwas unvorhersehbare Bitraten akzeptieren können, die Qualität der Mischung erhöhen und die video\_bitrate zu max\_video\_bitrate um die Dateigröße zu optimieren. Der Encoder verwendet bei Bedarf die maximale Bitrate und verwendet eine niedrigere Bitrate, wenn er die gewünschte Qualität mit weniger Bits erreichen kann.
  • Setzen Sie die max\_frame\_rate auf 30 und die max\_audio\_sample\_rate bis 48000.
  • Die erste Generation der iOS-Geräte erlaubt nur eine h.264 reference\_frameAktivieren Sie diese Option für die Baseline-Streams, um maximale Kompatibilität zu gewährleisten.

Integration von Brightcove Video Cloud und Google Analytics

bsp-admin-1 on November 1, 2011

In diesem Artikel stellen wir Ihnen ein Google Analytics-Integrationsprogramm vor, mit dem Sie Videos mit Google Analytics messen können. Das Google Analytics-Integrationsprogramm kann verwendet werden, wenn Sie einen Video Cloud -Vertrag haben und bereits über Google Analytics verfügen.

ONLINE-VIDEOS VERWENDEN: DIY VS. SOZIALES VS. OVP

bsp-admin-1 on July 13, 2011

Immer mehr Unternehmen entdecken das vielfältige Potenzial von Online-Videos: ihre große Beliebtheit bei den Nutzern, ihre Fähigkeit, Emotionen zu wecken, hervorragende Marketingmöglichkeiten, erhebliche Ankurbelung des Produktabsatzes und sogar bessere Platzierungen in Suchmaschinen. Viele übersehen jedoch die einzigartigen Herausforderungen und Hürden, die mit der effektiven Nutzung von Videos verbunden sind.

Selbst mit einem schlüssigen Videokonzept und professionell produzierten Clips bleibt eine entscheidende Frage offen: Wie sollen die Videos in die Website des Unternehmens integriert werden? Hier gibt es drei Hauptoptionen.

1. DIY-LÖSUNGEN

Die erste Option ist eine individuelle Lösung. Ein (hoffentlich) qualifizierter Mitarbeiter kodiert die Videos, programmiert einen Flash-Player oder konfiguriert einen frei verfügbaren Player, lädt die Videos auf einen HTTP-Server hoch und integriert sie in die Website.

Dieser Ansatz mag zwar für eine kleine Anzahl von Videos mit begrenzten Ansichten funktionieren, wird aber schnell unpraktisch, wenn mehr Videos oder ein höherer Traffic zu bewältigen sind. Diese DIY-Lösung kann unorganisiert, fehleranfällig, wartungsintensiv und zeitaufwändig werden.

2. SOZIALE VIDEO-WEBSITES

Die zweite Möglichkeit ist die Nutzung sozialer Videoseiten wie YouTube. Durch das Hochladen von Videos auf diese Plattformen erhalten die Unternehmen Einbettungscodes, um die Videos in ihre Websites zu integrieren. Diese Websites bieten relativ zuverlässige Statistiken über die Videonutzung, und die Videos sind nicht nur auf der Unternehmenswebsite, sondern auch über die YouTube-Suche auffindbar.

Diese Lösung ist jedoch mit erheblichen Nachteilen verbunden. Durch das Hochladen von Videos auf YouTube geben die Unternehmen teilweise ihre Rechte ab und erlauben YouTube, die Videos zu vermarkten, was dazu führen kann, dass die Werbung von Konkurrenten vor den Inhalten des Unternehmens läuft. Darüber hinaus behält YouTube die Kontrolle über das Erscheinungsbild und die technischen Spezifikationen des Videos und macht die Unternehmen von den Entscheidungen der Plattform abhängig. In diesem Szenario geben die Unternehmen die Kontrolle an YouTube ab und müssen alle Änderungen oder Einschränkungen akzeptieren, die auf sie zukommen.

3. ONLINE-VIDEOPLATTFORMEN (OVPS)

An dieser Stelle kommt Brightcove als dritte und professionellste Option ins Spiel. Eine OVP kombiniert die Anpassungsmöglichkeiten einer Heimwerkerlösung mit den technischen Möglichkeiten einer sozialen Videoseite und bietet gleichzeitig Rechtssicherheit und vollständige Kontrolle.

Natürlich erfordert ein OVP eine Investition - aber es unterscheidet sich nicht von anderen professionellen Tools und Systemen, die Unternehmen routinemäßig nutzen. Für einen relativ geringen Betrag erhalten die Kunden Zugang zu einem umfassenden, gut gewarteten und ständig verbesserten System.

WICHTIGSTE VORTEILE VON OVPS

  • Zuverlässige Bereitstellung: Die Videos werden über Content-Delivery-Networks (CDNs) ausgeliefert, die die Leistung sicherstellen, ohne die Server des Unternehmens zu belasten.
  • Detaillierte Auswertungen: OVPs liefern detaillierte Statistiken über Videoaufrufe, so dass Unternehmen die Effektivität messen und Erkenntnisse für künftige Produktionen gewinnen können.
  • Vollständige Kontrolle: Die Videos bleiben unter der vollen Kontrolle des Unternehmens, mit der Möglichkeit, die Monetarisierung durch Verbindungen zu Anzeigenservern oder Werbenetzwerken zu integrieren.
  • Optimierte Arbeitsabläufe: OVPs minimieren technische Aufgaben und Risiken, indem sie die Videoproduktions- und -verteilungsprozesse rationalisieren.

Online-Videoplattformen sind speziell für die professionelle Nutzung von Videos konzipiert. Sie ermöglichen es Unternehmen, Arbeitsabläufe zu optimieren, technische Herausforderungen zu reduzieren und Videos im Internet effektiv, sicher und kosteneffizient zu nutzen. Durch die Investition in eine OVP können Unternehmen das volle Potenzial von Online-Videos ausschöpfen und gleichzeitig die vollständige Kontrolle behalten, um einen langfristigen Erfolg zu gewährleisten.

10 TIPPS FÜR DIE CODIERUNG UND HOCHWERTIGE VIDEOWIEDERGABE

bsp-admin-1 on June 17, 2011

Das Community- und Wissensteam hat die Suchtrends auf unserer Support-Website, zahlreiche Anfragen an unser Kundendienstteam und die Foren durchforstet, um herauszufinden, nach welchen Themen Sie suchen und welche Fragen Sie haben. Einer der Trends, die wir gefunden haben, sind Fragen zu bewährten Codierungsverfahren und Tipps für eine qualitativ hochwertige Videowiedergabe.

Die Codierung ist ein sehr umfangreiches Thema, aber wir haben eine Liste der 10 wichtigsten Punkte zusammengestellt, die beim Codieren Ihrer Videos für den Upload in Brightcove zu beachten sind.

1. Kodierung für breite Geräteunterstützung

Um eine breite Geräteunterstützung zu gewährleisten, empfehlen wir die Kodierung Ihrer Videos in h.264. Das Hochladen von h.264-Videos bietet Ihnen mehr Möglichkeiten zur Anpassung Ihres Brightcove-Contents, und sie werden in höherer Qualität und mit geringerer Bandbreite als viele alternative Codierungen bereitgestellt.

H.264 ermöglicht eine breite Geräteunterstützung, da es die besten Optionen für die Bereitstellung mobiler Videos bietet und das einzige Format ist, das auf unseren HTML5-Smart-Playern wiedergegeben werden kann. Smart-Player stellen Ihr Video in Flash oder HTML5 bereit, je nach den Gerätefunktionen des Betrachters. So können Sie einen einzigen Brightcove-Player verwenden, der Videos in Flash oder HTML5 bereitstellen kann. Sie müssen also keine separaten Player für jede Betrachterumgebung erstellen und verwalten, und Ihre vorhandenen Player können automatisch im Flash- oder HTML5-Modus geladen werden, ohne dass benutzerdefinierte Arbeiten oder zusätzliches JavaScript erforderlich sind.

2. Verwenden Sie Streaming mit mehreren Bitraten

Wenn Sie ein breites Publikum haben, das sich Ihre Videos aus der ganzen Welt ansieht, mit großen Unterschieden in der Bandbreite und Internetverbindung, ist die Verwendung von Streaming mit mehreren Bitraten ein Muss.

Wer über eine höhere Bandbreite verfügt, erhält automatisch ein Video in hoher Qualität (möglicherweise sogar Ihre Quelle). Betrachter mit geringerer Bandbreite müssen keine langen Pufferzeiten in Kauf nehmen, sondern können sofort ein Video mit etwas geringerer Qualität ansehen.

Wenn Ihre Videos jedoch ausschließlich in einem internen Netzwerk mit einer sehr starken Internetverbindung angesehen werden, sollten Sie nur ein einziges hochwertiges Video mit nur einer einzigen Wiedergabe hochladen.

3. Bewahren Sie Ihre Quelldatei als Rendition

Wenn Ihre Quellvideodatei im h.264-Format vorliegt, können Sie Ihre ursprüngliche Quelldatei als verfügbare Wiedergabeversion beibehalten. Mit dieser Option können Sie ein h.264-Masterformat beibehalten, das eine noch höhere Qualität aufweisen kann als die Brightcove-Wiedergabe mit der höchsten Qualität.

Wenn Sie diese Option wählen, ist Ihr h.264-Quellvideo sofort verfügbar, sobald der Upload abgeschlossen ist, und Sie müssen nicht warten, bis das Video transkodiert ist, bevor es im Medienmodul und in Ihren Playern verfügbar ist.

4. Videos mit einer konstanten Bildrate aufzeichnen

Um ein Stottern bei der Wiedergabe zu vermeiden, sollten Sie Videos mit einer konstanten Bildrate von 25-30 Bildern pro Sekunde aufzeichnen und Filme mit einer konstanten Bildrate von etwa 24 Bildern pro Sekunde aufnehmen.

5. Bedenken Sie den Inhalt, den Sie hochladen

Fakten- oder Nachrichtenvideos erfordern in der Regel eine geringere Qualität als ein actiongeladenes längeres Video oder ein fesselnder Naturfilm, für den eine viel höhere Qualität erforderlich ist.

Wenn Sie Screencast-Videos produzieren, bei denen außer dem gelegentlichen Wechsel einer Folie kaum etwas passiert, exportieren Sie das Video im h.264-Format mit demselben Seitenverhältnis wie die Aufnahme und verwenden Sie einige dieser Techniken zur Konfiguration des Players.

Ein-Pass- vs. Zwei-Pass-Codierung

Im Allgemeinen ist die Transkodierung mit zwei Durchläufen besser als mit einem Durchlauf. Allerdings nimmt die Kodierung in zwei Durchgängen viel mehr Zeit in Anspruch. Bei Videos mit vielen Bewegungen empfiehlt es sich, die zusätzliche Zeit für den Export in zwei Durchläufen zu verwenden. Sie können auch einen Vergleichstest durchführen, um festzustellen, ob es einen merklichen Unterschied gibt, und bei Übergängen oder bewegungsintensiven Bereichen ein Auge zudrücken. Wenn Sie keinen merklichen Unterschied feststellen können, sollten Sie beim Export mit einem Durchgang bleiben und etwas Zeit sparen.

6. Hochladen der Quelldatei mit der besten Qualität

Brightcove kann zwar die Qualität Ihrer Quelldatei beibehalten und mehrere verschiedene Wiedergabestufen erstellen, jedoch können wir keine Wiedergaben erstellen, die eine höhere Qualität als die von Ihnen bereitgestellte Quelldatei aufweisen. Wir haben eine Liste mit Empfehlungen für Quelldateien und Exporteinstellungen zusammengestellt, die Ihnen dabei helfen, die Quelldatei mit der besten Qualität für das Hochladen in Ihr Brightcove-Konto zu erstellen.

7. Audioqualität nicht vernachlässigen

Die meisten Leute konzentrieren sich auf eine möglichst hohe Bildqualität in ihren Videos und vernachlässigen den Ton völlig. Es ist jedoch viel wahrscheinlicher, dass die Betrachter Ihrer Videos abspringen, wenn die Audioqualität ausfällt oder abgehackt ist, als wenn das Video eine etwas schlechtere Qualität hat.

Wenn ein Nutzer nicht hören kann, was in einem Video gesagt wird, hat es in den meisten Fällen keinen Sinn, es weiter anzusehen. Achten Sie darauf, dass Sie bei der Aufnahme Ihrer Videos ein gutes Mikrofon verwenden und unsere empfohlenen Toneinstellungen beachten.

Bewährte Praktiken für Audioeinstellungen

  • Codec. Wählen Sie "AAC", wenn Sie h.264-Videos kodieren.
  • Abtastrate. Im Zweifelsfall sollten Sie 44,1 kHz oder 48 kHz wählen.
  • Bitrate. Verwenden Sie 128-160 kbit/s oder 192 kbit/s+ für Inhalte mit hohem Audioanteil.

8. Analoge Videos entzerren

Wenn Sie mit Content arbeiten, der auf Band aufgenommen wurde, empfehlen wir Ihnen dringend, beim Exportieren das Kontrollkästchen Quellvideo deinterlacen" zu aktivieren, um jegliche Interlacing-Effekte in Ihrem Brightcove-Content zu vermeiden. Wenn Ihr Content in einem digitalen Format aufgenommen wurde und derzeit nicht verschachtelt ist, müssen Sie das Zeilensprungverfahren nicht deinterlacen.

9. Ändern Sie Ihre Transcode-Einstellungen

Wenn Sie über ein Professional- oder Enterprise-Edition-Konto verfügen, haben Sie die Möglichkeit, Ihre Transcodierungseinstellungen direkt in Brightcove Studio zu ändern. Standardmäßig stehen Ihnen in Ihrem Transcodierungsprofil sechs Wiedergabeversionen zur Verfügung. Wenn Sie jedoch einen besonders vielfältigen Kundenstamm haben, der Ihre Videos auf verschiedenen Geräten und mit unterschiedlichen Verbindungsgeschwindigkeiten ansieht, können Sie zusätzliche Wiedergabeversionen (bis zu 10) hinzufügen. Die standardmäßigen Transcodierungseinstellungen von Brightcove bieten eine gute Grundausstattung an Wiedergabeversionen, die die Anforderungen der meisten Publisher und Betrachter erfüllen sollten.

10. Videoglättung zulassen

Brightcove-Player können die Videoglättung verwenden, um die wahrgenommene Qualität der Videowiedergabe zu verbessern. Es gibt jedoch einen Kompromiss zwischen der zusätzlichen Qualität, die Sie durch die Videoglättung erhalten, und der zusätzlichen CPU-Belastung, die die Videoglättung für den Client bedeutet.

Bei höheren Videobitraten sind die Vorteile der Videoglättung weniger spürbar. Betrachter, vor allem solche mit weniger leistungsfähigen Computern, nehmen möglicherweise eine abgehacktere Videoqualität aufgrund von Frame-Dropping wahr, was die Vorteile der Videoglättung aufwiegen kann.

Standardmäßig verwendet Brightcove die Videoglättung für Videos mit einer Bitrate von weniger als 950 kbit/s und verwendet keine Videoglättung für Videos mit einer Bitrate von 950 kbit/s oder mehr.

Sie können das Standardverhalten der Videoglättung außer Kraft setzen, indem Sie die optionale videoSmoothing Konfigurationsparameter in Ihrem Player-Veröffentlichungscode und setzen Sie ihn entweder auf true" (Videoglättung wird immer verwendet) oder false" (Videoglättung wird nie verwendet).

KODIERUNGSEINSTELLUNGEN FÜR HOCHWERTIGE HD-VIDEOÜBERTRAGUNG

bsp-admin-1 on January 20, 2011

Brightcove ermöglicht Publishern das Streaming von HD-Content im Internet. Sie müssen jedoch sicherstellen, dass Sie Ihre Quelldateien richtig kodieren, um die Vorteile unserer hochwertigen Streamingfunktionen nutzen zu können. Für diejenigen unter uns, für die "4:2:2-Pulldown" wie eine Fremdsprache klingt, ist es hilfreich, eine einfache Erklärung zu erhalten, wie echtes High-Definition-Videostreaming bereitgestellt wird.

Schritt 1: Wissen, wie es funktioniert

Brightcove verwendet eine Streamingtechnologie mit mehreren Bitraten, um den Betrachtern die beste Videoqualität zu bieten, die ihre Internetgeschwindigkeit zulässt. Das bedeutet, dass wir bis zu sechs Wiedergabeversionen Ihres Videos mit unterschiedlichen Auflösungen und Bitraten für eine Vielzahl von Internetverbindungen erstellen, von blitzschnellen T3-Büroleitungen bis hin zu manchmal löchrigen 3G-Mobilfunkverbindungen. Unsere Videoplayer erkennen die Internetgeschwindigkeit der Betrachter und stellen ihnen die passende Wiedergabe Ihres Videos zur Verfügung.

Wenn Sie die Standardeinstellungen von Brightcove verwenden möchten, laden Sie einfach eine Datei mit der höchsten Auflösung und Bitrate hoch, die Sie haben. Die Standardeinstellungen unterstützen so gut wie alle gängigen Videocodecs und -container, und die höchste Wiedergabequalität liegt bei sehr respektablen 1280×960 (1280×720 für 16:9-Formate) bei etwa 1,8 Mbit/s. Wenn Sie jedoch bereit sind, ein paar zusätzliche Schritte zu unternehmen, können Sie echten HD-Videocontent über Brightcove bereitstellen.

Schritt 2: Hochladen in H.264 und Bewahren der Quelldatei als Rendition

Da der Transcodierungsprozess von Brightcove die Wiedergabe in höchster Qualität auf 1280×960 bei 1,8 Mbit/s begrenzt, besteht der Schlüssel zur bestmöglichen Qualität von Brightcove darin, Ihr Video in einem Format hochzuladen, das wir über unsere Player ohne Transcodierung bereitstellen können. Dieses Format ist h.264.

H.264-Videos können auf PCs, iOS- und Android-Geräten abgespielt werden. Aufgrund seiner breiten Kompatibilität mit verschiedenen Geräten und Betriebssystemen ist es das bevorzugte Videoformat von Brightcove. Daher bietet Brightcove die Möglichkeit, eine H.264-Quelle zu bewahren und sie zur Liste der verfügbaren Wiedergabeversionen des Videos hinzuzufügen. Das Endergebnis sind die sechs standardmäßigen Wiedergabeversionen von Brightcove sowie Ihre Quelldatei, so wie Sie sie auf Ihrem Gerät codiert haben.

Schritt 3: Kodieren Sie Ihre Quelldatei in Web-freundliches HD

Bei der Codierung eines Videos für Brightcove kommt es vor allem auf die Qualität und die Zugänglichkeit für die Wiedergabe an. Es gibt keinen Grund, eine Quellwiedergabe mit 10 Mbit/s einzubinden, wenn nur wenige, wenn überhaupt, Endbenutzer über ausreichende Internetgeschwindigkeiten verfügen, um Videos mit 10 Mbit/s zu streamen. Ebenso ist eine Quelldatei mit 2 Mbit/s praktisch nicht von der Brightcove-Wiedergabe mit 1,8 Mbit/s zu unterscheiden.

Videoinhalte mit einer Auflösung von 1920×1080 erfordern außergewöhnlich hohe Bitraten (zwischen 6-8 Mbps und mehr), um klar dargestellt zu werden. Daher ist es am besten, wenn Sie für Ihre Videos eine Auflösung von 1280×960 oder 1280×720 verwenden. Die meisten Betrachter auf Bildschirmen mit einer Größe von weniger als 35″ werden den Unterschied nicht erkennen können.

Schließlich müssen Sie sich für eine Kodierungsbitrate entscheiden. Wir empfehlen eine Bitrate zwischen 3 und 6 Mbit/s. Welcher Seite dieses Bereichs Sie den Vorzug geben, hängt davon ab, ob Sie lieber ein wenig Qualität für eine bessere Zugänglichkeit opfern oder umgekehrt. Denken Sie einfach daran: Wenn ein Betrachter nicht über eine ausreichende Internetverbindung verfügt, um Ihre Quellwiedergabe anzuzeigen, ist das nicht das Ende der Welt. Brightcove kann ihnen eine der niedrigeren Wiedergabeversionen bereitstellen, die unser Codierungsmodul erstellt hat.

KODIERUNG VON VIDEOS FÜR DIE MOBILE NUTZUNG

bsp-admin-1 on September 30, 2010

Es gibt Hunderte von mobilen Geräten, und es ist praktisch unmöglich, sie alle zu unterstützen. Aber die gute Nachricht ist, dass die mobilen Geräte immer besser werden.

Moderne Smartphones können tatsächlich Videos in hoher Qualität abspielen, und die Nutzung von Smartphones nimmt zu. Das soll nicht heißen, dass 3GP vorbei ist oder dass jeder ein Smartphone hat. Aber die Nutzung von Smartphones nimmt zu, und es überrascht nicht, dass Smartphone-Nutzer eher Videos auf ihren Telefonen ansehen.

Wenn Sie also mehr als 90 % der mobilen Geräte unterstützen wollen, benötigen Sie mindestens zwei Videotypen: 3GP + MPEG-4 für weniger anspruchsvolle Geräte und h.264 + MP4 für Smartphones. Das ist eigentlich eine gute Nachricht. Ein einziges Ausgabevideo kann alle Ihre Smartphone-Nutzer abdecken: iPhone/iPad/iPod, Android und (größtenteils) Blackberry. Sie können auch PSP, PS3 und Xbox 360 mit einbeziehen, wenn Sie möchten.

Während ein universeller Smartphone-Ausgang für die meisten Smartphone-Benutzer ausreicht, können Sie mit mehreren mobilen Ausgängen natürlich mehr erreichen. Das iPad hat zum Beispiel eine native Auflösung von 1024×768 - fünfmal höher als die 480×320 auf früheren iPhones. Wenn Sie also Ihr Video mit 480×320 kodieren, verpassen Sie die nahezu hochauflösenden Möglichkeiten des iPad.

Glücklicherweise können Sie mit einer Handvoll Standard-Codierungsprofilen mobile Geräte gut ansprechen. Beginnen Sie mit dem Universal Smartphone Profile für eine breite Kompatibilität. Fügen Sie dann eine Version des erweiterten Smartphone-Profils für fortschrittlichere Geräte hinzu und vervollständigen Sie Ihre mobile Liste mit einem Legacy-Profil für größtmögliche Kompatibilität (entweder unser Legacy-Smartphone-Profil unten oder sogar ein 3GP-Video für noch größere Kompatibilität).

Beachten Sie, dass die folgenden Standardeinstellungen den Ausgangspunkt für diese Profile bilden. Brightcove Zencoder verwendet diese Einstellungen standardmäßig, aber Sie können sie problemlos in dem von Ihnen verwendeten Codierungstool nachbilden.

Standardeinstellungen

  • Video: h.264, Stufe 3.0
  • Grundlegendes Audioprofil: AAC, 1-2 Kanäle

1. Universal-Smartphone-Profil

Dies ist ein großartiges Startprofil für eine breite Kompatibilität mit modernen Smartphones. Es lässt sich auf so gut wie allen Geräten abspielen, auch wenn es die höheren Auflösungen und die Codec-Komplexität, die auf den neuesten Geräten möglich sind, nicht ausnutzt.

Spielt weiter

  • iOS: iPhone, iPad, Apple TV, iPod Touch, iPod Classic, iPod 5.5G
  • Blackberry: Bold 9000, Curve 8910, 8900, 8520, Pearl 9XXX, Storm, Storm 2, Torch, Tour, Bold 9650 + 9700
  • Android: Alle (?)
  • Andere: PSP (3.30+), PS3, Xbox 360, Web

Spielt nicht weiter

  • iPod 5G
  • PSP (vor 3.30)
  • Blackberry Curve 9330, 9300, 8530, 83XX
  • Perle 8XXX, 88XX

Einstellungen

Standardwerte, plus:

  • Audio_bitrate: 128 (oder weniger)
  • Audio_sample_rate: 44100 (oder weniger)
  • Größe: 480×320
  • Max_frame_rate: 30
  • Video_bitrate: 1500 (oder weniger)

1b. Universal-Smartphone-Profil B: Höhere Auflösung

Dieses Profil lässt sich auf iPhone 4g, iPad, Apple TV, dem neuen iPod Touch, Droid, PS3 und Xbox besser abspielen, da es die Videoauflösung erhöht. Die zusätzlichen Pixel sind jedoch auf älteren iPhones verschwendet und führen zu einem Video, das auf Blackberrys und einigen Android-Telefonen nicht abgespielt werden kann.

Spielt weiter

Alles oben genannte, außer Blackberry und vielleicht schwächere Android-Geräte.

Einstellungen

Universelles Smartphone-Profil (siehe oben), plus:

  • Größe: 640×480

2. Erweitertes Smartphone-Profil

Neuere iOS-Geräte erlauben höhere Auflösungen und eine höhere Kodierungskomplexität (was eine bessere Komprimierung bedeutet). Insbesondere iPad- und Apple TV-Nutzer sollten keine Videos mit einer Auflösung von 480×320 auf ihren schönen Bildschirmen sehen müssen. Es ist also sinnvoll, eine Version mit höherer Qualität anzubieten, wenn Sie diesen Nutzern ein gutes Erlebnis bieten wollen.

Spielt weiter

  • iOS: iPhone 4G, iPad, Apple TV*, neuerer iPod Touch
  • Android: Nexus One, Droid, vielleicht auch andere (Hinweis: Einige Nutzer berichten über Probleme mit 720p-Videos)
  • Sonstiges: PS3, Web

Spielt nicht weiter

  • iOS: iPod 5G/5.5G/Classic, iPhone 3GS und früher, älterer iPod Touch PSP, altes Apple TV*
  • Blackberry: alle
  • Android: andere
  • Sonstiges: PSP, PS3, Xbox 360, Web

Einstellungen

Standardwerte, plus:

  • H264_profile: main
  • H264_level: 3.1
  • Audio_bitrate: 160 (oder weniger)
  • Audio_sample_rate: 48000
  • Größe: 1280×720 (maximal) oder 960×640 (iPhone 4 nativ)
  • Max_frame_rate: 30
  • Video_bitrate: 5000 (oder weniger)

*2b. Erweitertes Smartphone-Profil B: mit alter Apple TV-Kompatibilität

Um ältere Apple TV-Geräte zu unterstützen, verwenden Sie die Einstellung Erweitertes Smartphone-Profil sowie eine der folgenden Optionen.

Einstellungen

Erweitertes Smartphone-Profil (siehe oben), plus eine der folgenden Optionen:

  • Größe: 960×540
  • Max_frame_rate: 24

3. Älteres Smartphone-Profil

Dieses Profil kann auf den letzten großen H.264-basierten Mobilgeräten abgespielt werden: vor allem auf älteren iPods und einigen Blackberrys. Der Kompromiss ist ein deutlich kleineres Video: 320×240, mit nicht mehr als 768kbps.

Spielt weiter

Alles oben genannte, plus:

  • iPod 5G, PSP (vor 3.30)
  • Blackberry Curve 9330, 9300, 8530, 83XX
  • Perle 8XXX, 88XX

Einstellungen

Standardwerte, plus:

  • Audio_bitrate: 128 (oder weniger)
  • Audio_sample_rate: 44100 (oder weniger)
  • Größe: 320×240
  • Max_frame_rate: 30
  • Video_bitrate: 768 (oder weniger)
  • H264_level: 1.3

4. Ältere 3GP-Profile A und B

Schließlich werden ein oder zwei 3GP-Profile die Unterstützung auf viele andere mobile Geräte ausweiten. Sie können diese Profile auf den meisten Geräten verwenden, die oben unter dem Legacy Smartphone Profile unterstützt werden. Wenn Sie also ein 3GP-Video mit 320×240 kodieren, müssen Sie nicht unbedingt ein anderes H.264-Video mit 320×240 kodieren. Beachten Sie, dass sich die 3GP-Videounterstützung bei Zencoder noch im Beta-Stadium befindet. Schließlich ist zu beachten, dass diese Videos schrecklich aussehen werden, aber das ist der Preis für die Unterstützung von 3GP-Handys.

Spielt weiter

Schwer zu sagen. Es gibt Tausende von 3GP-Gerätetypen, und jeder ist ein wenig anders. Betrachten Sie diese als Ausgangspunkt.

 Profil AProfil B
Format3gp3gp
Video_codecmpeg4mpeg4
Größe320×240176×144
Aspekt_ModusPolsterPolster
Rahmen_rate155
Hochwertigwahrwahr
Video_bitrate19252
Bitrate_cap19258
Puffer_GrößeK.A.16
Audio_bitrate2416
Audio_Kanäle11
Audio_sample_rate1600016000

Zusammenfassung

Wenn Sie ein mobiles Video erstellen möchten, beginnen Sie mit dem Universal Smartphone Profile. Wenn Sie eine bessere Qualität wünschen, ergänzen Sie diese durch Videos mit dem erweiterten Smartphone-Profil. Für eine breitere Kompatibilität fügen Sie ein oder zwei Legacy-Profile hinzu, entweder mit MP4 oder 3GP. Es sind nur 1-3 Profile erforderlich, um die meisten mobilen Geräte zu unterstützen.

Bearbeitungen

Ältere iPhone/iPod-Geräte verlangen nach dem Profil "H.264 Baseline Low Complexity". "Niedrige Komplexität" ist kein H.264-Standard; es bedeutet eigentlich nur "nur 1 Referenzrahmen". Es ist unklar, inwieweit Apple-Geräte dies wirklich durchsetzen, aber für echte Kompatibilität solltest du wahrscheinlich das Baseline-Profil verwenden und die Referenzframes auf 1 begrenzen. Du kannst dies bei Zencoder mit dem neuen h264_reference_frames Umgebung.

23. November 2010: Ein paar Leute haben nach dem Palm Pre Video gefragt. Die veröffentlichten Spezifikationen für Palm Pre sind sehr ähnlich zu anderen Smartphones:

  • Native Auflösung 480×320 (mit Unterstützung von 640×480)
  • H.264-, H.263- oder MPEG-4-Video
  • MP3- und AAC-Audio (sowie einige andere Codecs)

Wenn diese Angaben korrekt und umfassend sind, dann sollten die oben genannten Profile Universal und Legacy auf dem Palm Pre funktionieren.

24. Januar 2011: Um 3GP-Videos als RTMP-Stream zu liefern, müssen sie "angedeutet" werden. hinzufügen "hint": 1 an Ihre API-Anforderung an, um sie zu aktivieren.

Produkte

Dienstleistungen

FEATURES

Lösungen

Ressourcen

Unternehmen

© 2025 Brightcove Inc. Alle Rechte vorbehalten.

Datenschutz
AGB
Linkedin X-twitter Facebook Instagram Rss