Das Problem lässt sich nun jedoch relativ einfach lösen, den entsprechenden Tipp bekommt man zum Beispiel im Amazon Forum: In der Standard-Einstellung liefert der Amazon Fire TV (und vermutlich auch der Fire TV Stick) seinen Ton mithilfe von Dolby Digital Plus als Mehrkanal-Sound aus. Versteht sich nun der am Fire TV angeschlossene Fernseher nicht auf Dolby Digital Plus oder Mehrkanal-Ton, mittelt der Fernseher die empfangenen Klänge zu einem Stereo-Signal — bei meinem LG klappt das nun eben mehr schlecht als recht. Stellt ihr nun aber in den Fire-TV-Einstellungen unter Töne und Bildschirm | Audio | Dolby Digital Ausgabe die Option Dolby Digital Plus auf aus, dann schickt der Fire TV gleich ein Stereo-Signal, das dann vom Fernseher auch ordentlich verarbeitet wird.

Steigt ihr nun eines Tages auf einen Fernseher mit Mehrkanal-Ton oder erweitert euren Fernseher um einen AV-Receiver oder eine Soundbar, solltet ihr euch allerdings wieder daran erinnern, dass ihr die Audio-Fähigkeiten des Fire TV eingebremst habt und Dolby Digital Plus wieder in den Einstellungen aktivieren. Sonst wundert ihr euch schon wieder, dass der Ton aus dem Fire TV deutlich schlechter kommt, als er eigentlich klingen müsste.

UPDATE 5.5.2016: Aufgrund von Änderungen seitens Amazon funktioniert die hier geschilderte Lösung nicht mehr. Es gibt jedoch weiterhin einen Weg Amazon Prime Video mit Kodi und einem Raspberry Pi zu nutzen. Dafür gilt es eine brandaktuelle Version von OpenELEC (bzw. eher den Form LibreELEC) zu installieren. Eine vollständige Installationsanleitung findet ihr in diesem Artikel: Amazon Prime Video mit Kodi und dem Raspberry Pi (jetzt mit Input Stream und Widevine)

Das auch von mir ausführlich beschriebene Amazon-Prime-Instant-Video-Add-on für Kodi stammt aus der Feder des sehr aktiven Kodi-Entwicklers AddonScriptorDE. Aktuell nimmt er sich allerdings wohl eine Auszeit, sodass das Add-on aufgrund von Änderungen auf der Seite von Amazon Prime Instant Video nicht mehr funktioniert. Nun hat sich allerdings der User lordk aus dem Kodinerds-Forum der Sache angenommen und das Add-on auf einen aktuellen Stand gebracht. Bis AddonScriptorDE wieder in die Entwicklung einsteigt, betreut er die von ihm aktualisierte Version des Add-ons in einem von ihm betriebenen Add-on-Repository. Sobald AddonScriptorDE wieder aktiv wird, sollen die Änderung zurück in das ursprüngliche Add-on fließen. Den Quellcode des geänderten Add-ons findet ihr auf Github.

Dieser Beitrag ist ein Follow-Up auf meinen ursprünglichen Artikel zum Amazon-Prime-Instant-Video-Add-on für Kodi. Solltet ihr Fragen zum Add-on oder zum Handling des Add-ons mit Kodi haben, dann sollte dieser noch ausführlichere Beitrag und die zahlreichen Kommentare darunter euch einige Antworten liefern.

Amazon Prime Instant Video für Kodi

Was heißt das nun für euch: Solltet ihr weiterhin Amazon Prime Instant Video zusammen mit Kodi benutzen wollen, dann würde ich euch empfehlen das ursprüngliche Plugin zu deinstallieren. Öffnet dazu Optionen » Einstellungen » Addons » Aktivierte Addons » Video Addons und markiert über Amazon Prime Instant Video das nicht mehr funktionsfähige Add-on. Öffnet nun mit einem Tastendruck auf C oder einem Rechtsklick per Maus das Kontextmenü und geht in die Addon Informationen. Dort könnt ihr das alte Amazon-Prime-Instant-Video-Add-on jetzt deinstallieren lassen, dabei löscht Kodi alle Einstellungen und vom Add-on abgespeicherten Daten.

Als nächstes holt ihr euch die Repository-Datei repository.xlordkx-1.0.0.zip aus dem Netz und ladet sie wie schon beim AddonScriptorDE-Repository auf euren Kodi-Rechner oder einen als Mediacenter benutzten Raspberry Pi. Wer dazu fragen hat, der liest bitte in dem ursprünglichen Artikel zu Amazon-Prime-Instant-Video-Add-ons für Kodi nach, dort habe ich das Vorgehen ausführlich (ich für meinen Teile würde das bei OpenELEC mit SSH machen, die Zugangsdaten lauten „root“ und „openelec“ als Passwort) beschrieben. Anschließend spielt ihr das Repository über Optionen » Einstellungen » Addons » Aus ZIP-Datei installieren ein.

XLordKX Repo zu Kodi hinzufügen

Dnach solltet ihr unter Optionen » Einstellungen » Addons » Weitere Addons » XLordKX Repo das überarbeitete Addnon Amazon Prime Instant Video finden und installieren können. Wie auch schon beim alten Add-on markiert ihr danach das Addon erneut und öffnet mit C abermals das Kontextmenü. Dieses mal wählt ihr allerdings mit Konfigurieren die Einstellungen des Amazon-Add-ons an. In diesen ändert ihr die Seitenversion auf DE und die Maximale Bitrate auf den Maximalwert von 1080p@10000kb. Mit dieser Auflösung sollte eigentlich auch ein Raspberry Pi zurechtkommen. Auch hier gibt es wieder keinen Unterschied zum ursprünglichen Add-on. Mit OK schließt ihr die Einstellungen wieder.

Beim ersten Start des Amazon-Prime-Instant-Video-Add-ons frägt euch dieses nun wie gewohnt nach eurem Amazon-Login und dem dazugehörigen Passwort — auch das überarbeitete Add-on generiert aus den Daten ein Cookie, das es im Speicher ablegt. Die Zugangsdaten zu Amazon werden daher vom Add-on nicht auf dem System gespeichert. Danach startet das Amazon-Add-on wie gewohnt. Ihr habt Zugriff auf das komplette Amazon-Prime-Angebot an Filmen und Serien sowie die von euch gepflegte Watchlist. Wie schon im Absatz zuvor genannt, spielt selbst ein Raspberry Pi die Amazon-Videos in der höchstmöglichen Qualität ab.

Nutzt ihr bei der Eingabe der Zugangsdaten eine Hardware-Tastatur, dann achtet beim Eintippen des Passworts bitte auf das im Kodi-System eingestellt Layout. Bei OpenELEC steht dieses von Haus aus, auch wenn ihr während des Einrichtungs-Assistenten das Kodi-System auf Deutsch umgestellt habt, auf einem US-Layout mit QWERTY als Reihenfolge der obersten Buchstabenreihe. Bei der Eingabe eines Passworts mit einem Y oder Z drehen sich die Buchstaben infolge dessen um. Öffnet in OpenELEC daher über Optionen » OpenELEC » System, wählt unter Tastaturbelegung die Option de aus und prüft dann bei der Eingabe der im Klartext angezeigten E-Mail-Adresse, ob Y und Z auf den richtigen Tasten liegen.

Wie geht es danach weiter? Lordk hält seinen Fork des Amazon-Prime-Instant-Video-Add-ons aktuell auf dem laufenden Stand, sodass es auch bei weiteren Änderungen seitens Amazons funktioniert. Mithilfe des Repositories bekommt ihr nötige Updates automatisch in eure Kodi-Installation eingespielt. Sollte nun AddonScriptorDE sein ursprüngliches Add-on wieder weiterentwickeln und die Änderungen des Forks zurück in das Original wandern, dann würde ich die modifizierte Version wieder deinstallieren und auch auf das Original umsteigen. Ich lasse es euch wissen, sobald sich etwas tut.

Wer sich also einen Raspberry Pi 2 kaufen möchte, der muss sich entweder ein wenig in Geduld üben oder bei Amazon einen Aufpreis in Kauf nehmen. Nach ein oder zwei Wochen wird der Run aber mit Sicherheit etwas abebben, sodass man den RasPi2 auch wieder ganz normal im Handel bekommen kann. Wer es nicht abwarten kann, der sollte die folgenden Händler im Auge behalten oder bei Pollin vorbestellen und hoffen, dass die Foundation so schnell wie möglich Nachschub liefert.

Deutschland

• Conrad: 41,99 Euro, zzgl. 5,95 Versandkosten
• EXP Tech: 37,90 Euro, zzgl. 3,50 Versandkosten
• Pollin: 38,90 Euro, zzgl. 4,95 Versandkosten
• Watterott: 38,95 Euro, zzgl. 3,50 Versandkosten
• Amazon.de: Ab etwa 50 Euro, inklusive Versandkosten
  • Gehäuse für Raspberry Pi B+ oder Raspberry Pi 2… Ab etwa 6 Euro
  • USB-Netzteile… Mit 2000 mAh ab etwa 10 Euro
  • Micro-SD-Karten… Class 10 ab etwa 7 Euro
  • USB-WLAN-Adapter… Ab etwa 9 Euro

Österreich

• Designtools: 33,00 Euro, zzgl. 5,00 Versandkosten und MwSt

Schweiz

• Digitec: 43,50 CHF, inklusive Versandkosten

Wer mit dem Gedanken spielt von einem Raspberry Pi der ersten Generation auf das neue Modell umzusteigen, der muss sich nicht unbedingt das Zubehör neu kaufen. Der Raspberry Pi 2 Model B passt in die für den Raspberry Pi 1 Model B+ gedachten Gehäuse. Die für die allerersten RasPis entwickelten Gehäuse (die Modelle mit nur zwei USB-Ports) eignen sich für den RasPi2 allerdings nicht. Aufgrund des unveränderten GPIO passen auch die zahlreichen Add-On-Boards auf den Raspberry Pi 2. Weiterhin genutzt werden können selbstverständlich die Micro-SD-Speicherkarte und das Netzteil.

Das Amazon-Prime-Instant-Video-Addon für Kodi wurde von AddonScriptDE auf Kodinerds in einer ersten Beta-Version veröffentlicht. Aktuell findet ihr es noch nicht in den offiziellen Addon-Quellen von Kodi, ihr müsst es aus dem AddonScriptorDE’s Beta Repository einspielen. Dazu ladet ihr euch die Datei repository.addonscriptorde-beta.zip auf die Festplatte und schiebt die Datei unausgepackt per SSH, FTP oder zur Not per USB-Stick auf eure Kodi-Installation. Auf meinem OpenELEC-Raspi habe ich mich per SSH eingeloggt (In der Standardeinstellung Login: root, Passwort: openelec) und die Datei einfach nach /storage geschoben.

Amazone Prime Instant Video unter Kodi/XBMC

Anschließend geht ihr an euer Kodi-/XBMC-Mediacenter und aktiviert über Optionen » Einstellungen » Addons » Aus ZIP-Datei installieren das neue Kodi-Repository, indem ihr die gerade hochgeladene ZIP-Datei auswählt. Anschließend hangelt ihr euch über Optionen » Einstellungen » Addons » AddonScriptorDE’s Testing Repo » Video Addons » Amazon Prime Instant Video zum neuen Repository durch und installiert das Amazon-Prime-Instant-Video-Addon. Lasst danach den Installations-Dialog gleich offen und geht in die Konfiguration des Addons, dort müsst ihr DE als Seitenversion auswählen und könnt die maximale Bildrate gleich auf 1080p@10000kb hochdrehen — damit kommt selbst der leistungsschwache Raspberry Pi zurecht.

UPDATE 17.06.2015: Aktuell wird das Amazon-Prime-Instant-Video-Addon von AddonScriptorDE nicht mehr aktiv weiterentwickelt, sodass es aufgrund von Änderungen seitens Amazon nicht mehr funktioniert. Bis der Entwickler seine Arbeit wieder aufnimmt, empfehle ich euch auf eine von einem zweiten Kodi-Entwickler aktualisierte Version des Amazon-Prime-Instant-Video-Addons umzusteigen.

Bevor ihr nun loslegen könnt, solltet ihr noch schnell überprüfen, ob Amazon euch die Prime-Streams im richtigen Format schickt. In der Standardeinstellung arbeitet Amazon Prime Instant Video mit Silverlight-Streams. Für diese braucht es allerdings Microsofts Silverlight-Browserplugin bzw. unter Linux den Silverlight-Wrapper Pipelight. Speziell auf dem Raspberry Pi kommt man damit allerdings nicht weiter, da es Silverlight nur für x86-Prozessoren gibt, der RasPi allerdings mit einem ARM-Prozessor arbeitet.

HINWEIS: Wer schon länger mit dem Gedanken gespielt hat, seinen älteren Fernseher mit einem Raspberry Pi und Kodi ein wenig mehr Smartness zu verleihen, der hat jetzt einen Grund mehr diesen Schritt zu Wagen, schon ab etwa 50 Euro seid ihr dabei. Habt ihr euch bisher mit den Themen Xbmc, Kodi und Raspberry Pi weniger befasst, dann findet ihr den Artikeln Raspberry-Pi-Einstieg: Was kaufen? Wie installieren? Wie starten? und Was ist das beste Mediacenter zum Nachrüsten? Chromecast, Raspberry PI/XBMC oder Odroid/Android? die wichtigsten Informationen für einen erfolgreichen Einstieg.

Amazon bietet allerdings die Möglichkeit die Streams auf Adobe Flash umzustellen, dies müsst ihr für das Amazon-Prime-Instant-Video-Addon auch zwingend tun. Loggt euch dazu bei Amazon ein und geht in die Einstellungen, dort könnt ihr dann den Player von Silverlight auf Adobe Flash umstellen. Die Einstellung gilt nicht nur für den aktuellen Browser, sondern für euren Account. Auf dem PC habt ihr somit nicht mehr die optimale Bildqualität, mit Silverlight solltet eine bessere Videoqualität zugespielt bekommen — Amazon Fire TV ist davon allerdings nicht betroffen.

Nun könnt ihr an eurer Kodi-Mediacenter gehen und unter Videos » Addons  die neue Option Amazon Prime Instant Video aufrufen. Beim ersten mal fragt euch das Addon nach eurem Amazon-Account (der E-Mail-Adresse, mit der ihr euch bei Amazon registriert habt) und eurem Passwort. Ihr müsst nicht zwingend über ein Prime-Konto verfügen, zum Testen gibt es ein paar Eigenproduktionen von Amazon. Das Addon trennt nun das Amazon-Angebot in Filme und Serien, von dort geht es weiter zu den Genres oder eurer Watchlist, auch eine Suchfunktion fehlt natürlich nicht.

Raspberry Pi für Amazon Prime Instant Video

Das Angebot wird euch in einer scrollbaren Übersicht angezeigt, tippt ihr auf einen der Filme oder Serien-Episoden, fängt das Addon sofort mit dem Streamen an. Habt ihr die Videoqualität in den Einstellungen des Addons auf 1080p@10000kb gesetzt, dann ist die Bildqualität selbst auf einem Raspberry Pi erstklassig. Sollte es zu Problemen kommen, so prüft bitte in den Einstellungen des Addons nochmals, ob ihr DE als Sprachoption gewählt habt und schaut auch nochmal in den Amazon-Einstellungen nach, ob auch wirklich per Adobe Flash gestreamt wird.

Wer die Amazon DE bisher noch nicht auf seinem Handy installiert hat, macht dies wie gewohnt über den Google Play Store. Liegt die App schon auf eurem Smartphone, dann solltet ihr eigentlich bereits ein anstehendes Update angezeigt bekommen. Tablet-User, die hingegen auf die offizielle Amazon-App für Tablets setzen, müssen sich allerdings noch ein wenig in Geduld üben. Bisher hat Amazon nur der für Handys gedachten Anwendung das entsprechende Update verpasst. Nach der Installation startet ihr die App und wischt euch ein wenig nach unten bis runter zu Prime Instant Video durch. Alternativ findet ihr weiter unten den Weg zu E-Books, Musik und Apps oder Spielen. Für diese müssen nicht mehr zwangsläufig der Amazon-App-Store installiert werden.

Zum Anschauen der Prime-Videos tippt ihr euch nun zu einem Film durch und klickt auf Jetzt ansehen. Die Amazon-App wird euch daraufhin bitten die Prime-Instant-Video-App zu installieren. Dies geschieht nicht über den Google Play Store, sondern als manueller Download aus der Amazon-App heraus. Ist das Programm installiert, kommt ihr wieder zum Film zurück, den ihr dann anschließend sofort abspielen könnt. Das Ganze funktionierte auf meinem gerooteten Samsung Galaxy Nexus mit OmniROM als System ohne Schwierigkeiten.

Natürlich gibt es aber auch einen Haken an der Sache — in meinen Augen ist das schon fast wieder ein Dealbreaker. Die Prime-Videos können nun zwar auch auf normalen Android-Handys und -Tablets abgespielt werden, allerdings bleibt Googles günstiger Chromecast-Dongle nach wie vor außen vor. Die neue Amazon-App spielt den Inhalt nur direkt auf dem jeweiligen Gerät ab, das Streamen des Bildes auf den Fernseher per Chromecast lässt Amazon wohl zugunsten seines gerade eben erst gestarteten Amazon-Fire-TV erst einmal links liegen. Interessante Features wie die Offline-Funktion von Watchever fehlen Amazons-Video-App ebenfalls.

Diese Storys sind ja nicht ganz neu, für mich sind sie aber immer wieder ein Zeichen wie wichtig freie Software, wie wichtig die Unternehmen hinter der freien Software sind und wie wichtig das Vertrauen von uns Kunden (also Usern) in diese Unternehmen ist. Wir Linux-User müssen uns nach wie vor mit vielem Mist herumschlagen, der auf anderen Systemen problemloser zu bewerkstelligen wäre. Diese Nachteile wiegt allerdings der Punkt auf, dass ich meine mich auf die Hersteller der Software (sprich die kommerzielle wie auch volontäre FOSS-Community) verlassen zu können. Finger weg von den Daten des Users, das sollte eigentlich Bug #0 und oberste Prämisse eines jeden Linux-Distributors sein.

Auch wenn ich proprietäre Cloud-Dienste wie Dropbox oder Ubuntu One nutze, auch wenn ich Teile meines Privatlebens über soziale Netzwerke wie Facebook, Google+ und Co. oder mein Blog hier preisgebe. So möchte ich doch jederzeit die Kontrolle darüber haben, was ich veröffentliche, welche Daten von mir letztendlich im Internet landen. Deshalb sehe ich die Integration von Web-Diensten in den Desktop mit einem lachenden und einem weinenden Gesicht: Auf der einen Seite ist es sehr bequem direkt über die Desktopumgebung zu chatten, YouTube zu durchsuchen oder auch passende Artikel bei Amazon zu finden, doch auf der anderen Seite braucht es einen deutlich sichtbaren „Aus-Knopf“ für solche Funktionen. Mark hatte in seinem Beitrag rund um die Unity-Shopping-Lense geschrieben:

Don’t trust us? Erm, we have root. You do trust us with your data already. You trust us not to screw up on your machine with every update. You trust Debian, and you trust a large swathe of the open source community. And most importantly, you trust us to address it when, being human, we err.

Genau dieses Vertrauen darf eine Linux-Distribution nie verletzen. In der Standardkonfiguration muss das System in Richtung des Internets vollkommen stumm sein. Statistiken rund um die installierten Pakete, bitte nur optional. Übermitteln was der User in sein Startmenü aka Dash eingibt, auf jeden Fall nur über Opt-In. Auch wenn Canonical sich mit der neuen Funktion nur ein kleines bisschen in Richtung Rentabilität schieben möchte, darf das Unternehmen nie Bug #0 außer acht lassen. Das Vertrauen der User in das System muss über dem Ertrag stehen, sonst laufen die User und damit auch der zukünftige Ertrag weg.

Die wichtigste Änderung wird sein, dass sich die Amazon-Suche deaktivieren lassen wird. Entweder wird dies über die Privatsphären-Einstellungen geschehen wie es Ubuntu-Entwickler Didier Roche auf Google+ gepostet hat. Laut dem Bug # 1054746 soll es der User bei jeder Lens die Möglichkeit haben, Abfragen ins Internet zu unterdrücken. Das letztendliche Ziel ist es wohl jede Lens konfigurierbar zu machen, dort wird an dann zu jeder Linse Konfigurationen vornehmen können. Diese Dash-Settings kommen allerdings meines Wissens erst mit Ubuntu 13.04.

Kritik an der jetzigen Änderung kommt übrigens — wie ich es schon im Beitrag zuvor angedeutet hatte — vom Doku-Team: „This is why we shouldn’t approve very late major Feature Freeze Exceptions/User Interface Freeze Exceptions. These features *will* need tweaking.“ Die Amazon-Ergebnisse wurden in Quantal eingebaut, als die Deadlines des Feature- und UserInterface-Freeze abgelaufen waren, zu der Zeit wurde schon lange an der neuen Dokumentation zu arbeiten.

Auch die weiteren Bugs wurden mittlerweile angegangen: Die Shopping-Lense übermittelt nun ihre Daten nicht mehr unverschlüsselt übers Netz, stattdessen kommt jetzt https zum Einsatz. Fraglich ist allerdings, ob Canonical jemals Gummi-Muschis aus den Suchtreffern der Shopping-Lens entfernen können wird. Hier liegt der Ball eigentlich eher bei Amazon und nicht unbedingt bei Canonical.

Amazon filtert seine Ergebnisse bislang in keinster Weise. Weder für das Web-Frontend, noch für die APIs, gibt es einen Filter um zum Beispiel Sex-Artikel von den Suche-Ergebnissen auszuklammern. Sucht man auf Amazon nach „Pussy“ (Link ist nicht NSFW), dann kommen eben entsprechende Ergebnisse, daran kann auch Canonical nicht viel ändern. Hier müsste Amazon eigentlich mal nachlegen und entsprechende Artikel nur über einen Deeplink einsehbar machen. Suchen sollten diese erst dann präsentieren, wenn man angemeldet und sich somit auch als Ü18 ausgewiesen hat.

Bevor man in das Thema einsteigt, sollte man die Kommentare von Mark Shuttleworth und Jono Bacon lesen, sie erklären in ihren Beiträgen wie die Unity-Shopping-Lens funktioniert und was alles im Hintergrund passiert. Nicht desto trotz kommen die Beiträge leider ein bisschen spät, vielleicht sollte man bei einer öffentlich entwickelten Distro ein bisschen vorher in der Community anklopfen und um Input bitten.

Generell ist das Timing solch wichtiger Änderungen immer eigenartig. Die neue Funktion wurde am 20.9. per Mailingliste vorgestellt. Wenn ich mir den Release Schedule von Quantal Quetzal ansehe, dann sind Feature- und UserInterface-Freeze schon lange vorbei. Es ist nicht gerade schön, wenn man solche Funktionen in letzter Minute einschiebt, während andere Killer-Features wie etwa früher ein neuer Firefox oder ein aktuelles Open-/LibreOffice gerne mal außen vor geblieben ist,

Unangemessene Inhalte

Genug des Klagens über das Vorgehen, was ist falsch an der Funktion? Abseits der von Patrick vorgestellten Argumente gibt es durchaus noch weitere fragliche Punkte, ich fange mal mit den präsentierten Inhalten an. Als langsamer Tipper und Sex-Pistols-Fan, fängt man in der Dash zu tippen an und macht nach der Eingabe von „sex“ vielleicht ein kleines Päuschen. Ich bin kein prüder Mensch, aber muss ich nun Werbung – Mark mein zwar, dass es keine sei – für Sex-Bücher und -Videos bekommen?

Noch schöner wird es natürlich bei Begriffen wie „penis“ oder „pussy“. Mark meint, dass die Funktion eben das liefert nachdem man sucht, aber vielleicht wollte ich in meiner Dash ja nach „pussy riot“ suchen und nicht nach Gummi-Muschis. Eine Pause an der falschen Stelle und schon hat man Inhalte auf dem Schirm, die man definitiv nicht haben wollte. Da Amazon meines Wissens nach keinen Safe-Mode wie Google kennt, wird man dieses Problemchen auch nicht lösen können.

Betriebsgeheimnisse

Um ein gewisses Maß an Anonymität zu garantieren frägt die Amazon-Funktion nicht direkt bei Amazon an, sondern leitet die Abfrage über einen Canonical-Server als Proxy. Amazon erfährt so nicht, wonach man sucht. Der Dienst liefert letztendlich nur die Bilder aus. Allerdings bekommt Canonical *JEDE* Suche in der Dash auf dem Silbertablett serviert.

Kann man jetzt noch einem Arzt oder Anwalt empfehlen auf Ubuntu zu setzen? Die Suche nach Dokumenten zum „Bankrott der Firma Foobar“ oder dem bösen „Tripper von Herrn Mustermann“ landet automatisch bei Canonical. Der Hinweis von Mark in solchen Fällen doch die Dash mit Super-F zu starten um nur nach Dateien und Ordnern zu suchen halte ich in diesem Fall für zynisch. Da die Option von Haus aus aktiviert wird, ist der Datenschutz bei Ubuntu nicht mehr gewährleistet.

Und auch wenn ich diese drastischeren Fälle ausklammere, Canonical sammelt über die Funktion kräftig Daten. Wer startet welches Programm wie oft? Nach was wird in der Dash gesucht? Canonical muss diese Daten nicht sammeln, aber alleine der Punkt, dass hier zig-tausend User – ohne direkte Kenntnis der Umstände – ihre Daten übermitteln, ist für mich unerträglich.

Natürlich hat man Kontakt zu Amazon

Schaut man sich den von der Funktion generierten Traffic mal ein bisschen genauer an, dann kommt man auch auf ein paar verwunderliche Details. Mark schreibt in seinem Beitrag davon, dass die Abfragen der Unity-Shopping-Lens über die Server von Canonical laufen. Das stimmt, aber nur die Suche landet dort. Die Bilder zu den Treffern werden natürlich direkt bei Amazon abgerufen.

Um also das Beispiel von oben aufzugreifen. Amazon bekommt also sehr wohl mit, dass ich – oder besser meine IP – Interesse an *Sex* Pistols, an *Pussy* Riot oder auch an einschlägigen Titeln habe, wenn ich denn die entsprechenden Titel in den Dash eingebe.

Ah, ha, ha, ha… Staying Alive

Eigenartig finde ich es auch, dass Unity-Video-Lens permanent ein Keep-Alive an Canonical sendet. Ich vermute mal dass man hier den Kanal offenhalten möchte, um nicht die Verbindung permanent ab- und wieder aufbauen zu müssen. Nicht desto trotz  hat man also permanent einen Ping zu Ubuntu am Laufen. Wenn ich alle Anwendungen geschlossen habe, dann denke ich eigentlich dass auch mein System nichts ins Internet senden sollte.

Was kostet mich der Start einer Anwendung?

Das ist eigentlich der Punkt, der mir am meisten aufstößt. Zuhause an der dicken DSL- oder Kabel-Internet-Leitung ist es mir eigentlich relativ egal wie groß die von meinem Rechner übertragene Datenmenge ist. Flatrates sind im kabelgebundenen Internet echte Flatrates, ohne ein eingeschränktes Datenvolumen. Doch unsere Computer und auch das Internet sind mobil geworden.

Mein Notebook verfügt über mobiles Breitband, so dass ich auch unterwegs ins Internet gehen kann. Da allerdings meine UMTS-„Flatrate“ ein Limit hat, ist es mir durchaus wichtig über UMTS so wenig Daten wie möglich zu übertragen. Da passt es mir nicht wirklich in den Kram bei Suchen in der Dash auch noch Bilder von Amazon runterzuladen.

In meinem Wireshark-Mitschnitt einer Dash-Suche nach „Ferrari“ wurden stolze 30 KByte übertragen. Über eine DSL-Leitung ist das natürlich ein Pipifax, bei einem 300 MByte umfassenden UMTS-Vertrags ist das allerdings durchaus eine Datenmenge, die relevant ist. Die von der Lens generierten Treffer sind mir keinen einzigen KByte wert, leider kann man die Funktion nicht per Schalter auf die Schnelle deaktivieren.

Fazit… Weg mit dir!

Mich betrifft Canonicals neuste Erfindung für Unity nicht, da ich sowieso mir „meinen“ Ubuntu-Desktop immer selbst zusammenstelle. Hier ein bisschen GNOME, da mal etwas aus Xfce oder dort sogar eine Prise KDE. Als Shell fahre ich die GNOME-Shell und bin auch unter Ubuntu zufrieden mit ihr. Die Ubuntu-Basis sorgt dafür, dass ich viele aktuelle Programm ohne großen Aufwand nutzen kann, wie das Standard-Setup aussieht ist mir persönlich relativ egal.

$ sudo apt-get remove unity-lens-shopping

Wer aber auf einen herkömmlichen Ubuntu-Desktop setzt, dem würde ich persönlich raten die Unity-Shopping-Lens von der Platte zu bannen. Ihr ruiniert dabei nicht euer System, Updates auf die nächste Ubuntu-Version sollten dadurch ebenfalls keinen Ärger machen und ihr seid die Amazon-Ergebnisse dann – bis zum nächsten Upgrade – für immer los.

Beim Franz Kinader bin ich allerdings auf folgendes interessantes Detail aufmerksam geworden, das vielen Amazon-Kunden und Android-Usern nicht so wirklich gefallen wird. Gekaufte Apps (egal ob ihr sie jetzt kostenlos bezogen oder mit barer Münze bezahlt habt) funktionieren nur so lange, wie ihr den Amazon Appstore auch auf dem Handy  installiert habt. Kickt ihr die Amazon-App vom Smartphone/Tablet, dann lassen sich sämtliche, über den Shop gekauften Anwendungen nicht mehr starten. Das heißt in anderen Worten: Einmal Amazon-App-Store, immer Amazon-App-Store, mit dem Store holt ihr euch also auch jede Menge DRM ins Haus.

Ein Lichtblick ist allerdings weiterhin die Möglichkeit eine über den Appstore gekaufte Anwendung auf mehreren Androiden zu nutzen. Die Apps sind an euren Amazon-Account geknüpft und nicht an eine Device-ID gebunden. So könnt ihr eure Apps wie gewohnt auf eurem Smartphone, dem Tablet und dem Android-TV installieren — in diesem Fall steht Amazon dem Google Play Store in nichts nach. Nicht desto trotz würde ich mir sehr stark überlegen dort Anwendungen zu kaufen, so lange es bei Amazon nichts besonderes gibt, lasse ich persönlich die Finger von dem Ding.

Erst einmal ein paar Hintergrund-Infos: Canonical setzt in Zukunft nicht mehr auf das gute alte Rhythmbox als MP3-Player/Multimedia-Verwaltungsprogramm, sondern auf das deutlich modernere Banshee. In Anbetracht dessen, dass Rhytmbox seit geraumer Zeit mehr oder weniger unbetreut vor sich hin dümpelte, ist die Entscheidung in meinen Augen verständlich. Als Medienplayer bevorzuge ich persönlich zwar Quod Libet, doch hinter Banshee steckt deutlich mehr Potential als hinter Rhytmbox.

Die Wahl von Banshee wirft jetzt jedoch jetzt eine Problematik auf: Canonical kooperiert seit rund einem Jahr mit dem Online-Musik-Store 7digital, über die der Ubuntu One Music Store in Rhytmbox integriert wurde. Nun haben die Entwickler von Banshee schon eine Weile lang den Amazon-MP3-Laden in Banshee eingebunden. Die über das Affiliate-Programm von Amazon generierten Einnahmen werden von Banshee zu 100% an die GNOME Foundation weitergeleitet, bis heute sind das immerhin mehr als 3000 Dollar.

Im Zuge dieser Entscheidung wurden die Banshee-Entwickler nun vor die Wahl gestellt: Entweder gehen 75% der durch Banshee in Ubuntu generierten Einnahmen an Canonical, oder man deaktiviert Banshees Amazon-Shop in Ubuntu Natty und lässt dafür den Affiliate-Tag unangetastet. So würden weiterhin sämtliche Einnahmen an Banshee (respektive die GNOME Foundation) gehen, der Shop aber nicht mehr so prominent zu sehen sein. Wer dennoch den Amazon-Shop aus Banshee heraus verwenden möchte, der muss ihn daher von Hand in den Plugins aktivieren.

Im Blog des Banshee-Entwicklers Gabriel Burt geht es seitdem etwas ruppig zur Sache. Canonical wird als Dieb und Erpresser tituliert… Fair seien doch mind. eine 50/50 Teilung der Einnahmen… Die Banshee-Entwickler selber sehen die Thematik wohl recht entspannt. Bertrant Lorentz schreibt auf OMG!Ubuntu! dass Canonical die Anfrage stellte wie man mit dem Amazon-Shop verfahren soll und man sich dann eben auf das Deaktivieren des Shops geeinigt hat. Man fühlt sich weder erpresst, noch gab es böse Worte.

Die ganze Thematik wirft jedoch interessante Fragen für die Zukunft auf und liefert auch eine bemerkenswerte Information. Wie sollen Distributoren in Zukunft mit Funktionen in FLOSS-Programmen umgehen, die den Entwicklern bzw. Distributoren Einnahmen bescheren? Zur Sprache kommt bspw. Firefox, laut Mark Shuttleworth hat Canonical mit Mozilla ebenfalls einen 75/25-Deal abgeschlossen. 3/4 der über die in Ubuntus Firefox integrierte Google-Suche Einnahmen gehen also an die Mozilla-Foundation, der Rest bleibt in der Tasche des Distributors.

Man mag Canonical nun dafür verdammen, dass sie als Distributor in die Refinanzierung von FLOSS-Projekten eingreifen. Dennoch muss man Canonical zugute halten, dass sie mit den Entwicklern kooperieren. Ob andere Distributionen wie bspw. Linux Mint (Das auf Ubuntu aufbaut und laut distrowatch.com mittlerweile die zweitbeliebtestet Linux-Distribution) die durch die eingebaute Browser-Suche generierten Einnahmen mit Mozilla teilen, das weiß ich nicht zu beantworten, doch mein Gefühl sagt mir dass nicht immer eine Kooperation gesucht wird.

Generell wird diese Thematik mit der zunehmenden Popularität von Webdiensten immer mehr an Brisanz gewinnen. Immer mehr Dienste buhlen im Web um die Gunst des zahlenden Kunden. Angefixt durch kostenlose Basisdienste gibt es bei vielen Diensten extra Funktionen, die es nur gegen Geld gibt. Viele Programme binden über APIs diese Dienste ein, da bietet es sich doch an mit Affiliate-Programmen die Arbeit des Entwicklers zu refinanzieren. Die Problematik Banshee/Amazon-Shop/Canonical wird sich auf jeden Fall in Zukunft in anderen Konstellationen wiederholen, man sollte als Entwickler die genutzte Lizenz daraufhin überprüfen und eventuell – ist das überhaupt von der GPL und Co. her möglich? – entsprechende Einschränkungen treffen.

[UPDATE: Gabriel Burt schreibt in seinem Blog, dass Canonical nochmal mit den Banshee-Entwicklern gesprochen hat. Man hat sich nun darauf geeinigt dass sowohl der Amazon-Shop wie auch der Ubuntu One Music Store aktiviert werden. An der 25/25%-Regelung ändert sich nichts, Canonical leitet 25% der Einnahmen des Amazon-Stores an Banshee (und damit der GNOME Foundation) weiter. Allerdings teilt man zusätzlich die Einnahmen des Ubuntu One Music Stores. Auch hier gehen wieder 25% der Einnahmen an die GNOME Foundation. Das gilt nicht nur für die in Banshee eingebauten Online-Shops, sondern auch für Rhytmbox. Alles in allem in meinen Augen faire Lösung.]