At Your Global Service

For some of our publishers and partners there exists very valid reasons to use their own external media transcoding workflow which excludes the use of the BC3 Server-Side Transcoding functionality.

Those that need to really turn the screw on control of end quality and size you'll need to really dig deep in the more (very) advanced levers available in the encoding process: things like the Profile, Level and Predictor Frames are just some of the things you need to tweak to really squeeze the most from your encoding.

For 99% of us this is just too much specialised detail to get our heads around.   Luckily the Internet is here to save us as a gateway to the real experts out there.

Here's something to try:

Read More →

Video Production & Editorial Comments (0), Tags:

One of my favourite emerging player publishing models is what I like to call 'The Hook and Bucket'.  This model tends to be of tremendous value for omni-media infotainment publishers like La Vanguardia in Spain and the OMS network in Germany.

Put simply The Hook and Bucket is effectively a way of placing hooks to your content throughout your site (homepage, landing pages, in-situ articles) and capitalises on the user's desire to watch a specific video by reeling them in to a video aggregator / ghetto section of the site to submerse them in an interface where they can gorge themselves fully on your entire back catalogue of content, not just their selected video. 

The overall goal here is to dramatically increase user stickiness which is best denoted by your player to video conversion ratio (how many videos are played per player load/session).   The higher your conversion (over 1.5 is a good target) the better your return on player load cost and the higher your user stickiness and therefore available ad inventory.  Very important metrics when measuring the success of your video business.

In the world of omni media delivery, where more often than not you  find fiercer competition between the actual media on a specific page then you do between competing web properties, the Hook and Bucket model really comes in its own by bringing low cost, highly effective access to your video catalogue. 

By deploying 'Hooks' across the site, you advertise your content (either contextually or opportunistically), you identify which users are your consumers by their direct interaction with your hooks and reel them in when they bite amplifying the return by not only giving them what they want but also guessing what they may also want to watch all in the same transaction (throwing them into your bucket). 

Not only do you in turn amplify your video consumer's consumption you also dial down the cost of fishing for non-video users.  Consider a homepage where 1 out of 10 visitors can be classified as a 'video user' (this is a user who's primary way of consuming information is via the video medium).   If you place a player on this page 9 out of every 10 loads will not result in a video play back - that's 90% of your player loads that you're not getting a return on.   Put more simply that is 90% of your page loads that are more bloated in size and cost then they need to be.

So to achieve this saving on your site consider placing some 'hooks' where once your player sat.  Show the video still and some metadata retrieved via the BC3 Media API - like they do here at Augsburger Allgemeine.    This is a major factor smaller in size and cost then loading the player but still gives the user what they need to make the decision to consume or not to consume while not punishing the business or the non-video users.

Once the user 'opts-in' to your video offering then you can be as aggressive as you like.   You can swap out the hook with a player in-page or take them through to a central site where you have more opportunity to show content and ad placements.  It's up to you how far you go but rest assured that when a user engages anything with a click they are expecting something to happen.   How long that takes to happen is less important now that the user has the control - the end justify the means - so taking them through a follow on page (issuing a page-turn) is not the cardinal sin it is in other aspects of web design.  Just make sure you get them to that follow-on within 1 degree of the click.   Any intermediary steps will undoubtedly show a large drop off (i.e. don't go an place a display ad between the hook and bucket).

Although this model works incredibly well for omni-media properties, it is also effective for sites with high volume homepages that need to get the traffic back into a video bucket on the sitemap. 

Go on and give it a try

-- Cameron Church

Player Publishing & Design Comments (0), Tags:

There's so much buzz out there about the iPhone and what it means for the mobile online video market.  Sometimes the noise is so energetic that we tend to forget that the iPhone is only one player in the vast smartphone market.

Here, our Regional Director of Sales Engineering, Mark Harpur gives us a great anecdote that demonstrates that Brightcove is ready and available to handsets beyond the iPhone:

During Wimbledon I was watching Murray’s second round match streaming on my PC, it was getting late and I didn’t want to miss the end of it, but needed to get home.  What I needed was an application that would allow me to watch online, streaming video on my phone. Enter Skyfire (http://www.skyfire.com/) which is a mobile browser with full flash support. After a quick download and install, I was able to watch the rest of the match on the train home on BBC iPlayer and since it supports flash, this means that Brightcove players can be viewed as well. The video below shows a streaming video (note this is full streaming not PD) in Brightcove running on my HTC Touch Pro.

 http://link.brightcove.com/services/player/bcpid1873859723?bctid=30587652001

There are a few limitations such as no full screen and you will probably want to use your phone’s wifi connection where possible to avoid massive bills, but on the whole a great experience. Sorry iPhone users, it is only available for Windows Mobile phone or a Nokia phone users so I  guess you will have to wait awhile for someone to create a streaming video app.

--- Cameron Church

Distribution Strategy Comments (0), Tags:

 Weshalb sind Kennwort (Tags) wichtig

1. Automatische Bestückung von Playlisten

2. Aussuchen von Videos

3. Such Funktion innerhalb des Players

Mit Kennworten kann man automatischen Playlisten nach Wunsch bestücken. Wenn bestimmte Videos nur auf bestimmten Players vorkommen sollten, kann man diese mit einer gezielten Einsetzung von Kennworten und einer ausgedachten Taxonomy Struktur erreichen.

Smart versus Manuelle Playlisten

Smart Playlists - werden automatische bestückt, je nach Kennwort und werden nach einer der folgenden Maßstab geordnet:

1. Vom Neusten zu Ältesten

2. Vom Ältesten zu Neusten

3. Meist Gespielte Videos diese Woche

4. Meist Gespielt insgesamt Videos insgesamt

Tags:

• contain one or more (ein oder mehrere Kennworte)

• contain all (beinhaltet alle Kennworte)

Der Vorteil von Smartplaylisten ist

• Videos werden automatische eingefügt ohne das die Redaktion noch zusätzlich was machen muss. Dieses Verhalten ist manhmeil nicht erwünscht, da einige Videos zuerst editiert werden sollten und dann erst den Player erreichen. Wenn dieses der Fall ist, kann man die Videos bei hochladen auf de-aktive setzen und wider auf aktivieren wenn Sie zu ende editiert sind.

Nachteil:

• Man kann die Reihenfolge der Videos nicht selbst bestimmen.  Ein weg um dieses zu erreichen würde sein die Smart playliste als Neustes zu Alten einzustellen und dann das Video das Sie an der Spitze haben möchten einmal deaktivieren und dann wieder aktivieren.

Mit der Media API kann noch eine feiner Einstellung von Smart playlisten und wie Sie bestückt werden erfolgen.

find_videos_by_tags(token:String, and_tags:List, or_tags:List, page_size:Integer, page_number:Integer, sort_by:SortByType, sort_order:SortOrderType, get_item_count:Boolean, fields:Set, video_fields:EnumSet, custom_fields:Set):ItemCollection

Suche nach Name, Kurztext und tags

http://docs.brightcove.com/en/media/#Playlist_Read

Struktur:

Auf mehreren Ebenen, das Kennwort dient unter anderem dazu da, um die Automatischen / Smart Playlist zu bestücken. Wir haben mehrere Ebenen vorgesehen

Um es für die Redaktion einfacher zu machen und um sicher zu stellen das die Tags auch benutzt werden, kann man eine liste von allen möglichen Kennworten die benutzt werden sollen in ein Video kopieren. Da es innerhalb vom Brightcove System diese Wörter gespeichert werden, werden Sie das nächste mal als Möglichkeit eingegeben.

Vorsicht ist empfohlen da einmal ein Kennwort (Tag) im System ist kann man es nicht löschen es wird immer als Möchlichkeit auftauchen.

Beispiel

Ebenen 1: Website1, Website 2, Website 3 ....

Ebene 2: Index Seite, Index Seite Fach 1, Index Seite Fach 2 ....

Ebene 3: Bereich 1, Bereich 2, Bereich 3

Ebene 4: Bereich 1, Unterbereich 1

Ebene 5: Datum

Ebene 6: Source

Ebene 1	Website	www.frankfurt.com www.düsseldorf.com	frankfurt düsseldorf
Ebene 2	Index Seite Sektion 1, Index Seite		Haupt Sektion 1
Ebene 3	Bereich	Sport Wissenschaft Politik Entertainment	sport Wissenschaft Politik
Ebene 4	Unterbereich	Entertainment – Film Entertainment - Musik	Film musik
Ebene 5	Source	Reuters API UnitedPictures	Reuters API UNITA

German Comments (0), Tags:

As the Brightcove platform continues to be used as the foundation for new and unique applications, one of the most exciting emerging proposals is for internal communications over a corporate intranet.

The use cases we're starting to see is for large multinationals who have embraced video as a key tool for corporate and client communications, particularily in the finanicial and legal vertical - if a picture says a 1000 words, how many words does a video say?

I'm happy to say that running Brightcove over an intranet is just as straightforward as running it over the internet.   This is thanks to the Flash client side runtime that allows the BC platform to adopt the end user's security profile for accessing local resources.

There are some limitations and things to do to get this up and running but nothing that should scare you off to giving it serious consideration for your corporation.

Read More →

Distribution Strategy Comments (0), Tags:

We just received word that a major television network based in Greece just launched on Brightcove.

Star Channel - http://www.star.gr - engaged with a Brigthcove Alliance Solution Partner, Olyvon, to rebrand and rebuild their site to meet today's modern trends in web usability and content consumption.  

Olyvon leveraged Brightcove 3 to integrate into their CMS to provide Star the distribution platform they need to get their video content to the online market quickly and effectively.

Olyvon, with the help of the Brightcove Best Practice's team (who run this blog), made great use of the Brightcove Media API and our Server Side Transcoding / Dynamic Delivery features to make the integration in the back end really seamless.

On the front end Olyvon's designers really did a great job rebranding and getting the video product well positioned which will really help drive traffic.

Congrats to Star and our partner Olyvon for a great result.

Client Success Comments (0), Tags:

The Brightcove 3 Platform has more than a million and one things you can build on it.   Fact.

Here in the Brightcove Best Practices team we work tirelessly with our publishers and partners to get the most success possible from their online video initiatives. 

When developing with the BC3 Platform we've come across our fair share of helper tools that really helped to accelerate the development process.  I want to share with you 3 of my favourites.

Please note these 3 tools are all made to be used by the Firefox web browser.   Today Firefox has one of the best browser plugin extension models on the market (like Brightcove!) and, somewhat more importantly, has one of the best plugin developer communities (like Brightcove!) - net effect is there are realllllllly helpful tools out there to accelerate you towards your goals.

Flash Tracer

The Brightcove Player architecture is Adobe Flash based.    Its extensible BEML plugin architecture can accept any number and type of custom modules built using ActionScript 3.   This is great news for people really wanting to push the boundaries of the video consumption and interaction paradigms. 

One problem that has plagued Flash from its inception is its lacking debugging model.   You compile the SWF, you put that onto your website, you run it and you Trace Trace Trace.   Usually via visual tracing pop up dialogues. 

Enter Flash Tracer from Alessandro Crugnola at sephiroth.it.  Simply put a great tool that allows you to watch the Flash Debug trace real time beside the page as it loads up.   

It's invaluable for anybody looking to develop a Brightcove 3 custom player component and/or plugin.

Download it here: http://www.sephiroth.it/firefox/flashtracer/

Flash Switcher

This is another one from Alessandro at sephiroth.it which works very well with Flash Tracer.  
Just like web browsers, Flash has a wide spectrum of player versions out in the wild.  At the time of writing you can get anything from Flash Player v9.0.151.0 up to v10.0.22.87

On top of which you have debugging versions of each.   Making sure your SWF runs across all necessary versions can be a headache as you have to un/re/install the different versions to test.  

Add to that the hassle of running the debug version of a Player for standard browser usage and it quickly becomes impractical due to all the errors it throws up during everyday browsing.

Flash Switcher lets you download each version of a Flash Player, keep them in an isolated directory and switch them real time via a toggle in Firefox - nothing short of brilliant.  No need to un/re/install all the various version of Flash to test your SWF.

It does take a little bit of a set up, and you need keep the Flash versions up to date yourself but once up and running it is invaluable.

You can download it here: http://www.sephiroth.it/firefox/flash_switcher/

Charles HTTP Proxy

More often then not when it comes to custom integrations we need to look under the hood of the Brightcove engine to see how clear are the lines of communication between custom components and the BC3 platform.

This means watching the chatter between various platforms and there's nothing better then using Charles for this tool.   It is a standalone app available for all platforms and comes with a Firefox plugin that allows you to watch with a great degree of granularity exactly what calls, and responses are being made from the various applications that makes up your technical architecture.

Especially useful when seeing what happens between Brightcove and your Ad Server or Analytics Server.

You can download Charles application and Firefox extension here: http://www.charlesproxy.com/download/

These are just 3 tools that we use daily here in Brightcove.    Others to check out are

• Firebug (Defacto web development tool for Firefox)
• EditPlus 3 (Great text and code Editor)
• Aptana Studio (Fantastic software development IDE)

Let us know if you have any great tools that help accelerate your Brightcove 3 development efforts!

---
Cameron Church
Head of Best Practices EMEA

Custom Component Design Comments (0), Tags:

Brightcove Player funktionieren standardmaessig mit DFP (DART for Publishers).

Es gibt derzeit drei Moeglichkeiten Brightcove Player mit DFP zu integrieren.

1) Konfiguration ueber die Brightcove Benutzerkonsole:

Sofern Sie ein und denselben AdServer fuer saemtliche Player in ihrem Brightcove Benutzerkonto einstellen moechten, kann dies von Brightcove eingestellt werden (Schicken Sie dazu ein Ticket an Support). Derzeit werden lediglich ein DFP Sitename und eine DFP Zone unsterstuetzt, so dass eine Ad Server URL folgendermassen aussehen wuerde:

http://ad.doubleclick.net/pfadx/BeispielSiteName/index

wobei 'BeispielSitenName' den Sitename und 'index' die Zone bezeichnet.

Read More →

German Comments (1), Tags:

J’ai discuté récemment des capacités du lecteur vidéo  avec un de nos clients grand comptes, pendant la phase de Lancement du projet.  Avant l’avènement du BEML, le choix primaire consistait entre l’adoption d’un  template (modèle) existant ou la création complète d’un lecteur video  personnalisé utilisant flash et/ou JavaScript.

Avec BEML, le champ des  fonctionnalités du lecteur a fondamentalement changé (en mieux), étant donné  que chacun peut, excepté ceux qui possèdent un compte Brightcove basic (désolé  pour les personnes « basiques ») facilement créer un modèle personnalisé  correspondant à leurs besoins. Pour la plupart d’entre nous, il est plus  rapide et facile de juste dupliquer un modèle existant et de modifier le code  BEML en conséquence pour créer une variante qui correspondent à nos besoins.  Quoiqu’il en soit, la véritable puissance du BEML c’est qu’il est parfaitement  possible et en effet conseillé de spécifier toutes les caractéristiques du  lecteur vidéo.

Read More →

French Comments (0), Tags:

In den letzten Wochen wurde ich mehrfach von meinen Kunden gefragt worin eigentlich der Unterschied zwischen Progressive Download und Streaming liegt.

Progressive Download

Beim progressiven Download Verfahren wird das Video in Form einer Datei auf den lokalen, Benutzer  Rechner uebertragen, und in einer temporären Datei gespeichert.

Das Video fängt erst dann an zu spielen wenn es lokal vorhanden ist. Im Falle, dass der Nutzer das Video zum nächsten Teil vorspulen möchte, kann er es nur so weit tun, inwiefern das Video bereits auf den Computer geliefert worden ist.

Das Video wird über das Standard HTTP-Protokoll wie bei jeder andere Standard-Webseite geliefert.

Streaming Video 

Streaming Video wird anderseits von einem Streaming Servers geliefert, ohne dass das File je auf der lokalen Benutzers Maschine gespeichert wird.

Sobald der Nutzer die “play” taste betätigt, fängt das Video an zu spielen. Der Benutzer kann innerhalb des Videos vor- und zurück spulen und bekommt ohne Zeit-Verzögerung die dazu passende Videosequenz vorgespielt.

Der größte Vorteil von Streaming liegt darin begruendet, dass lediglich die vom Nutzer tatsaechlich betrachtete Menge des Videos auch wirklich aus-geliefert wird und damit die benutzte bandbreite geringer ist.

Daten werden nicht auf dem Benutzerrechner gespeichert, da alles serverseitig und via Real Time Messaging Protocol (RTMP), ein Protokoll das bei Adobe entwickelt worden ist, ausgeliefert wird. Das macht somit den Inhalt, der via Streaming uebertragen wird, wesentlich schwieriger zu kopieren.

In der Praxis is es auf den ersten Blick eher schwieriger festzustellen, ob der Inhalt mit Progressive oder Streaming ausgeliefert wird. Die wichtigsten Unterscheidungsmerkmale seien hier kurz erlaeutert:

Progressive Download:

- Das Video wird auf den lokalen Rechner uebertragen und temporaer gespeichert

 - Das Vorspulen ist nicht möglich, es sei denn der gewuenschte Abschnitt des Videos wurde bereits herunterladen

 - Die Dynamic Delivery Eigenschaft von Brighthove (Videoqualität  wird angepasst, je nach Bandbreite des Nutzers und Groesse des Players) kann nicht benutzt werden.

 - Der Inhalt kann sehr leicht kopiert werden

- Mehr bandbreite wird benutzt da auch die Teile vom Video geliefert werden die nicht vom Nutzer abgespielt  werden.

 - Wird über das HTTP Protokoll geliefert

Streaming:

-          Der Inhalt ist durch einen temporären Video Link gesichert, das kopieren ist erschwert und  nicht einfach durchzuführen

-    Man kann das Video an jede beliebige Stelle vorspulen

-   Dynamic Delivery kann verwendet werden

-          Erlaubt mehr Streams mit weniger Bandbreite

-          Wird über das Real Time Messaging Protocol (RTMP)  uebertragen

 Brightcove unterstützt beide Protokolle, die jeweils auf der Account Ebene eingestellt werden. Im Falle, dass sie von einem Uebertragungsprotokoll auf den anderen wechseln moechten, werden Sie feststellen, dass die Videos die bereits auf Ihrem Account vorhanden sind, die urspruengliche Methode/Protokoll beibehalten.

Sie würden denken das Streaming die bevorzugte Methode sind müsste, da es viele Vorteil gegnüber dem Progressive Download Protokoll hat. Allerdings ist nicht immer der Fall. In Deutschland beispielsweise ist Progressive Download wesentlich verbreiteter und beliebter, da es die restriktiven Firewalleinstellungen umgeht.

Ein weiterer Grund duerfte die Tatsache sein, das Progressive Download Videos auch mit dem Iphone kompatibel sind. In diesem Falle muss das Video auf Progressive Methode eingestellt sein. Sie können eine Brightcove i-phone Beispiel Applikation auf der folgenden Seite finden, http://help.brightcove.com/developer/samples/iPhone/iPhone-portal.cfm

Beispiele:

Progressive Download http://www.marvel.com/videos/channel/bu/movies

Streaming http://www.sho.com/site/video/brightcove/series/home.do

German Comments (0), Tags: