VidStarter

VidStarter ist im Prinzip nur eine Ansammlung von Skripten, die mit Hilfe von externen Programmen dafür sorgen, dass ein Web-Video bequem mit dem Videoplayer mpv in verschiedenen Auflösungen abgespielt werden kann. Dazu gibt es dann noch grafische Starter um die Bedienung so einfach wie möglich zu gestalten.

Funktion

Um ein Video zu starten kopiert man den Link, unter dem dieses zu finden ist und klickt dann auf den entsprechenden Starter (Tastenkürzel sind natürlich auch möglich). Danach erscheint eine Benachrichtigung mit dem Titel des Videos und schon sollte sich mpv mit dem Inhalt in der gewünschten Qualität öffnen.

Was „unter der Haube“ passiert: xsel liest den Videolink aus dem Zwischenspeicher aus, youtube-dl beschafft die Titel und Downloadlinks, libnotify ist für die Benachrichtigung zuständig und mpv spielt das Video schließlich ab.

Alternativ lassen sich Videos auch herunterladen oder die Audiospur als mp3 speichern (funktioniert auch mit Playlisten).
Videobeispiel Herunterladen – Videobeispiel Audio speichern
Hierbei öffnet sich das xfce4-terminal und lädt die Datei ins Home-Verzeichnis und gegebenenfalls wird die Datei dann mittels ffmpeg als mp3 gespeichert.

Starter

Bei modernen Paneln/Desktop-Umgebungen (Plank, Unity, Gnome3…), welche Quicklists unterstützen kann die volle Funktion des grafischen Startes mit nur einem Icon im Panel durch einen Rechtsklick genutzt werden:

Für alle anderen oder falls nur eine bestimmte Funktion benutzt wird gibt es jeden auch einzeln:

Tastenkürzel

Die Skripte lassen sich natürlich auch alle per Terminal starten und damit ebenfalls Tastenkürzel einrichten:

Befehle                  -    Erklärung
vidstarter_audio.sh      -    Speichert die Audiospur als mp3
vidstarter_download.sh   -    Speichert Videos in bestmöglicher Qualität  
vidstarter_stream360p.sh -    Öffnet Videos vorzugsweise in 360p oder niedriger
vidstarter_stream480p.sh -    Öffnet Videos vorzugsweise in 480p oder niedriger
vidstarter_stream720p.sh -    Öffnet Videos vorzugsweise in 720p oder niedriger
vidstarter_stream1080p.sh -   Öffnet Videos vorzugsweise in 1080p oder niedriger
vidstarter_streambest.sh -    Öffnet Youtube Videos in bester Qualität vorzugsweise 60FPS
vidstarter_streamdefault.sh - Öffnet Videos mit viel Cache und bester Qualität (Youtube 720p)

Installation

Alle Skripte, Icons und Starter können weiter unten bei Downloads heruntergeladen werden und sollten in allen gängigen Linuxdistributionen funktionieren.
Enthalten ist ein Installationsskript, welches für
– NUR Ubuntu 14.04 [1],
– Ubuntu ab 16.04/Mint/Debian [2] und
– Manjaro/Arch [3]
alle erforderlichen Schritte inklusive der Installation aller benötigten Programme automatisch ausführt.

Bei anderen Distributionen können die Skripte und Starter mit [4] an die richtige Stelle verschoben werden und folgende Programme müssen separat installiert werden: mpv, youtube-dl, xsel, ffmpeg, libnotify, xfce4-terminal
(unfreie Codecs sollten installiert sein)

• Das heruntergeladene tar.gz Archiv im Home-Verzeichnis entpacken
• Terminal öffnen und in den gerade entpackten VidStarter Ordner wechseln

cd VidStarter

• Installationsskript ausführen und richtige Option wählen

/bin/bash vidstarter-install-skript.sh

Jetzt sollten sich alle Starter im Menü finden lassen.

Nach der Installation mit den Optionen 1-4 öffnet sich ein Menü, bei dem folgendes zur Auswahl steht:
– Runde Icons
– Terminal nach dem Download von Videos oder Audio geöffnet lassen
– youtube-dl Updates für Ubuntu/Mint/Debian
– Deinstallation der Skripte

Dieses Menü erreicht man auch im Installationsskript mit der Auswahl 5.

Unterstützte Seiten

Da hier das Programm youtube-dl für die VideoURLs zuständig ist, funktioniert VidStarter mit zahlreichen Webseiten. Standardmäßig funktioniert das leider meistens nur für die beste Qualität, die zur Verfügung steht.
Um wie hier, verschiedene Qualitäten eines Videos auswählen zu können, müssen die einzelnen von Seite zu Seite unterschiedlichen Formate in den Skripten angepasst werden. Bisher funktioniert die Qualitätswahl bei folgenden Anbietern:

Youtube, Vimeo, Twitch, Dailymotion, Dmax

Beim Rest wird einfach die beste Qualität abgespielt.

Gerne erweitere ich auf Anfrage die Anzahl der Webseiten, bei der verschiedene Qualitäten möglich sind. Infos dazu ganz unten.

Download/Updates

Wenn neue Seiten zur Qualitätswahl dazukommen, werde ich hier ein neues Archiv zum Download verlinken. „Updates“ können nach dem Herunterladen der neuen Version im Installationsskript mit der Option [4] durchgeführt werden.

Aktuelle Version: 0.8

• 11. Oktober 2017:
• Download von disroot
• (Alternativ: Download von owndrive)

Letzte Änderungen:
– Bugfixes
– Installationsskript verbessert
– Gnome-Terminal durch Xfce4-Terminal ersetzt.
– Yahoo Screen entfernt, da eingestellt
– Cache vergrößert
– Extra Optionen für Ubuntu 14.04 eingefügt, da PPAs notwendig
– Download von Playlists verbessert
– Geo Unblocking (experimental)

Deinstallation

Die Skripte lassen sich mit Hilfe des Installationsskriptes bei „Mehr Optionen“ deinstallieren oder

einfach folgendes im Terminal ausführen:
sudo rm /usr/local/bin/vidstarter* um die Skripte zu entfernen,
sudo rm /usr/share/icons/vidstarter* um die Icons zu löschen und
sudo rm /usr/share/applications/vidstarter* um die grafischen Starter zu beseitigen.

Fragen/Kritik?

Bei Fragen oder Kritik bitte einfach einen Kommentar verfassen oder eine Email an die im Impressum angegebene Adresse schicken. Das Ganze ist nur ein Freizeitprojekt von mir und war ursprünglich nur für mich gedacht. Mittlerweile zählen ein paar Bekannte zu den Nutzern und daher stelle ich es hier nun vor.

Webseiten mit Qualitätsauswahl hinzufügen

Wenn du eine Stremingseite kennst, die verschiedene Qualitäten anbietet und mit youtube-dl funktioniert, dann bitte melden und ich nehme diese in die Skripte auf. Dasselbe gilt für bereits gelistet Seiten, bei denen sich die Formate etc. geändert haben!

Die vorhandenen Formate eines Videos kann man sich mit

youtube-dl -F url

anzeigen lassen. („url“ mit dem Videolink austauschen)

Weiterführenden Infos

• Englische Projektseite inklusive ausführlichere FAQ: https://vidstarter.fliegentoeter.eu/
• Welche Linux Distributionen werden unterstützt?
  Die Skripte sollten unter allen gängigen Distros laufen. Getestet sind Ubuntu, Mint, Debian, Manjaro
• Wohin werden die Dateien installiert?
  Scripte nach /usr/local/bin/
  Icons nach /usr/share/icons/
  Grafische Starter nach /usr/share/applications/
• Wo werden heruntergeladene Videos und mp3s gespeichert?
  Standardmäßig speichert youtube-dl die Dateien im Home-Verzeichnis ab.

An sich ja eigentlich eine super Gelegenheit endlich auf einen sicheren und dazu noch quelloffenen Dienst am Handy zu wechseln. Dennoch gibt es leider einige nicht ganz banale Gründe, warum viele zögern oder auf „Alternativen“ wie ChatSecure ausweichen: „Proprietäre Software Abhängigkeiten“

Google Play

Eines der wichtigsten Gegenargumente ist, dass man zur Installation Signals von Whispersystems den Google Playstore braucht. In alternativen Appstores wie Fdroid sucht man Signal vergebens. Zu Zeiten von TextSecure und RedPhone waren die Anwendungen zwar kurz in Fdroid verfügbar, wurden aber nach Bitten der Entwickler wieder entfernt.

Soweit so gut schlecht, aber mittlerweile gibt es ein inoffizielles Repository, welches Signal wieder bei Fdroid anbietet. Um weitere Streitigkeiten zu vermeiden wurde der Name abgeändert zu:

LibreSignal

Auf der Projektseite Eutopia.cz F-Droid Repository lässt sich durch Öffnen des Links https://eutopia.cz/fdroid/repo mit Fdroid die neue Paketquelle zum Appstore hinzufügen und danach LibreSignal installieren. Die Version ist bis auf den Namen nicht verändert worden und wird laut dem Bereitsteller des Repos regelmäßig mit den neuen Updates versorgt.

GCM

Der nächste gute Punkt, Signal nicht einzusetzen ist, dass die App Google Cloud Messaging (GCM) vorraussetzt bzw. verwendet und ohne erstmal unbenutzbar wird. Doch auch dafür gibt es glücklicherweise eine Lösung. Auf github betreut der Benutzer JavaJens einen Fork von TextSecure ohne GCM. Als Alternative kommt WebSocket zum Einsatz.
Auch diese Version wird vom Eutopia.cz F-Droid Repository bereitgestellt und zwar im Experimental Repository: https://eutopia.cz/experimental/fdroid/repo

Ob die Websocket Version irgendwann auch in die offiziellen Builds von Signal einfließen wird steht derzeit noch in den Sternen. Liest man sich einigen Github Kommentare durch, erhält man den Eindruck, dass man nicht davon ausgehen kann.

Der Server von Whispersystems selbst unterstützt Websocket unter anderem auch für die in der Entwicklung steckende Version von Signal als Chrome-Erweiterung. Daher kann darauf gehofft werden, dass der WebSocket-Fork trotzdem funktionstüchtig weitergeführt werden kann.

In meinem KURZEN Test läuft die WebSocket-Version durchaus alltagstauglich.

Googles Handy Betriebssystem ist Open Source – wirklich? Tatsächlich können diejenigen, die wollen, auf Grundlage des Codes programmieren. Aber ein Gemeinschaftsprojekt, ein Marktplatz, auf dem die beste Technologie zusammengetragen wird, ist es zumindest auf den gängigen Smartphones nicht mehr. Dies ist das Bild, was eigentlich Linux gerne von sich zeichnet, im Gegensatz zur „Kathedrale“, wie das z.B. Windows Betriebssystem. Es scheint tatsächlich so als hätte das Open-Source-Projekt kaum noch eine Relevanz. Ein Blick auf die Entwicklung von Android zeigt diese Tendenz.

Jede (Erfolgs-) Geschichte hat einen Anfang

Wo kommt Android eigentlich her? Viele Nutzer verbinden das mobile Betriebssystem fest mit Google. Faktisch gesehen, handelt es sich bei Android tatsächlich um einen Einkauf seitens Google im Jahr 2005 und damit zunächst nicht um eine eigene Entwicklung. Für eine aus heutiger Sicht geradezu lächerliche Summe von 50 Mio. USD übernahm Google Android, das ursprünglich aus der Feder von einem Kreis ambitionierter Programmierer um Andy Rubin stammt.

Alles begann mit Andy Rubin

Andy Rubin, ein US-amerikanischer Softwareentwickler, startete seine Karriere 1989 bei Apple Inc und programmierte bereits Ender der 90er Jahre ein Betriebssystem und eine Schnittstelle für mobile Geräte mit dem Namen Magic Cap. Allerdings gelang diesem System nie der große Durchbruch. Nach diversen Jobs bei einigen Techfirmen gründete Rubin im Jahr 2003 schließlich das Unternehmen Android und begann mit einer neuen Entwicklung eines mobilen Betriebssystems. Als Rubin dann bei einer Andriod-Präsentation an der Universität Stanford einen der beiden Google Gründer, Larry Page, kennen lernte, bahnte sich die Erfolgsgeschichte ihren Lauf. Larry Page war sofort Feuer und Flamme von der Idee Rubins, ein freies mobiles Betriebssystem zu entwickeln.

©andy rubin (Joi Ito/ Flickr, CC BY 2.0)

Noch im selben Jahr kaufte Google Android und Andy Rubin wurde zum Vice President of Engineering ernannt. Die Google Gründer Larry Page und Sergey Brin bezeichneten ihren Zukauf damals als „die beste Übernahme aller Zeiten“. Schließlich verließ Rubin den Google Konzern Anfang 2013 und Senior Vice President für Android-Apps Sundar Pichai übernahm seinen Posten.

Offiziell legte Google dieser Tage den Code offen und warb mit der Flexibilität im Gegensatz zu Apple Produkten. Die Wahl der Lizenz erlaubt es neben offener Programme allerdings auch Programme, die auf geschlossenem Code basieren, zu entwickeln. Die Wahl dieser Apache Lizenz ASL2.0 war bewusst gewählt: Zum einen kann von den Innovationen der freien Entwickler profitiert werden, zum anderen kann mit closed source Programmen z.B. über den Google Play Store bares Geld verdient werden. Grund genug für Joe Hewitt, bekannt aus dem Mozilla Projekt, bereits 2010 die Open Source Rhetorik von Google als „Mogelpackung“ zu kritisieren. Diese Kritik nahm stetig zu schließlich gehöre zu Open Source mehr als die „richtige“ Lizenz, sondern eben ein bestimmtes, offenes Entwicklungsmodell in dem Mitarbeit und Einsichtnahme möglich und erwünscht sind. Google hält aber an der Bezeichnung fest, was – formal – auch nicht widerlegt werden kann.

Der zweite Schlüssel zum Erfolg – Die Gründung der Open Handset Alliance

© Open Handset Alliance (Danny Sullivan / Flickr, CC BY 2.0)

Die Open Handset Alliance ist ein Konsortium aus 87 Unternehmen, mit dem Ziel, einen offenen Standard für Mobilgeräte zu schaffen. Gegründet wurde die Vereinigung im Jahr 2007, als übrigens auch das erste iPhone von Apple auf dem Markt erschien. Mitgliedern des Konsortiums ist es bis heute nicht gestattet, Geräte herzustellen, die eine zu Android inkompatible Version der Software nutzen. Aus heutiger Sicht betrachtet, war genau diese Restriktion der Schlüssel zum Erfolg, der es Android und damit Google ermöglichte, auf fast allen mobilen Endgeräten der Welt Fuß zu fassen.

Möglicherweise haben viele Konzernchefs zu dieser Zeit noch nicht absehen können oder wollen, wie schwer es für sie einmal sein dürfte, ein eigenes Betriebssystem erfolgreich gegen Android auf dem Markt zu platzieren. Lediglich Samsung schaffte es mit Samsung Tizen, ein eigenes OS bis zur Marktreife zu entwickeln, wenn gleich die Geräte, auf denen Samsungs Tizen läuft, bisher nur in Indien erhältlich sind.

©Tizen smartphone – Samsung Z1 (Kārlis Dambrāns / Flickr, CC BY 2.0)

Android bahnt sich seinen Weg

Im Herbst 2008 erschien das erste Smartphone mit Android OS auf dem Markt. Ein mobiles Gerät, gefertigt von HTC, das ein halbes Jahr später unter dem Namen G1 von T-Mobile bekannt wurde. Bereits im G1 steckten die hauseigenen Google-Dienste wie Google Mail und der Android Market (später Playstore). Darauf folgten in kurzer Zeit viele weitere Android-Geräte. Ganz anders als bei Apples iOS gibt es bisweilen hunderte Smartphones verschiedener Hersteller mit Android OS. Ganz klar: Google hat den Markt mit Android durch schiere Masse erobert.

Android Samrtphones gibt es so gut wie für jeden Geldbeutel. Gerade in Ländern wie China, in denen die Nachfrage besonders hoch ist, konnte sich Googles Betriebssystem rasant Marktanteile sichern. Auf 85 Prozent aller weltweit neu verkauften Smartphones läuft mittlerweile das Betriebssystem von Google. Microsofts Windows Phone kommt hier gerade einmal auf 3 Prozent, während sich Apple mit iOS 12 Prozent Marktanteile sichert.

Wie open source ist Android wirklich?

Im Grunde genommen handelt es sich bei Android um ein freies System. Das heißt, jeder Entwickler kann mithilfe des Android Open Source Project (kurz AOSP), eine eigene Firmware für Geräte entwickeln. Genau aus diesem Grund gelang es Android, eine Vielzahl von Fans zu gewinnen, die dann eigene Apps und Oberflächen programmierten. Allerdings gilt das nicht für Google Apps: Google Apps sind closed source. Hersteller, die ein eigenes Android Handy auf den Markt bringen wollen und gleichzeitig Google Apps integrieren, müssen diese von Google lizensieren lassen. Und das lässt sich Google einiges kosten und die Rechnung geht auf, denn viele Google Dienste lassen sich von modernen Smartphones nicht mehr wegdenken. Gerade bei der App-Integration sehen sich bisweilen einige Hersteller durch Google eingeschränkt. Sei es YouTube, Google Maps, Gmail, die Google Suchfunktion, SMS und sogar Anzeigen für Bildergalarien. Hersteller können sich nicht aussuchen, welche dieser Apps sie auf ihren Geräten installieren wollen. Alle Google Apps müssen vorhanden sein, sonst darf sich das Betriebssystem nicht Android nennen. Auf jedem Android Smartphone, das man heutzutage kaufen kann, sind deshalb Google Apps vorinstalliert. Und je mehr Dienste von Google installiert werden, je bekannter diese Dienste werden, umso abhängiger wird das gesamte System von Google. Und je mehr Dienste Google entwickelt, desto kleiner wird der De-Facto Bereich, in dem Open Source Applikationen überhaupt noch eine Chance haben. Google zieht Android immer weiter aus dem Open Source Segment raus.

Das geschickte Nutzen der Marktmacht

Von Anfang an wollte Google die größtmögliche Verbreitung seines Betriebssystems erreichen, dass mittlerweile sogar in einigen Fahrzeugen integriert ist und ginge es nach Google, auch bald in jedem Smart Home Einzug halten soll. Dieses Unterfangen ist an sich völlig legitim und entspricht ökonomischem Verhalten in einer von Marktwirtschaft geprägten Welt. Einen unschönen Beigeschmack bekommt diese Strategie, wenn beachtet wird, wie sich Google gegenüber möglichen Alternativen verhält. Den diese Alternativen gibt es tatsächlich: Beispielsweise Firefox OS, Ubuntu Touch, Sailfish OS oder CyanogenMod.

Wie schwer es ist, sich gegen die Marktmacht von Google zu stemmen, zeigt das Beispiel des letzteren. Dabei handelt es sich um einen Abkömmling des Betriebssystems Android, der von einer regen Community gepflegt und weiterentwickelt wird. Mit über 11 Millionen Nutzern ist es das beliebteste Pendant zu Googles Betriebssystem. Schon 2008 mit Start des ersten Google Smartphones begann man mit der Entwicklung. Ein Jahr später erhob Google dann eine einstweilige Verfügung gegen die Mod-Entwickler. Google wollte damit die Auslieferung von Closed-Source-Bestandteilen aus dem Android Betriebssystem verhindern. Dazu gehören unter anderen der besagte Google Playstore, die GPS-Ortung sowie Google Maps oder Google Talk (später Hangouts).

Seit Jahren schon versucht Google sich den Ortungsdienst Skyhook vom „Androidleib“ zu halten. Das Bostoner Unternehmen schickt, ähnlich wie Google, Autos durch die Straßen, um Funknetze zu registrieren. Die dadurch gesammelten MAC-Adressen der WLAN-Router sollen später Smartphone Nutzern dienen, um auch ohne GPS in der Stadt navigieren zu können. Die Positionierung soll dabei genauer funktionieren und zudem stabiler sein als mit GPS. Bislang sind die Source Codes der GPS Ortung bei Android jedoch durch Google gesperrt, wodurch Skyhook daran gehindert wird, eine eigene Ortungs-App auf Basis der MAC-Adressen im Playstore anbieten zu können. Leitragende sind letztlich die Nutzer, denen eine potenziell gute Anwendung verwehrt bleibt.

Fazit & Ausblick

Ob die Strategie Googles die Entwicklung von Android mit „Open Source“ zu etikettieren gerechtfertigt ist, mag eine Glaubensfrage sein. Dass durch die gewählte Apache Lizenz und dem Boom um eigene Dienste das Projekt Android immer mehr aus dem Open Source Bereich herausgezogen wird, scheint jedoch Fakt. Die Marktmacht, die Google durch die Open Handset Alliance Vereinbarungen bekommt tragen ihren Teil dazu bei.

Zeit also, sich nach Alternativen umzusehen? CyagenoMod bietet zumindest eine Plattform für Programmierer und User, die sich nicht zu sehr von dem US-amerikanischen Großkonzern abhängig machen wollen. Bleibt die Frage, inwieweit solche Entwicklungen sich behaupten können. Der beste Weg ist hier wohl auch der unbequemste: Sich selbst aus dem sicheren Hafen, der Halb-Kathedrale Android entfernen und einfach mal Alternativen ausprobieren. Denn dieses Ausprobieren ist genau das, wovon die Alternativen leben und – am Leben bleiben.

Autor:

Richard Lilienthal ist Redakteur bei www.mobildiscounter.de und hier zuständig für den Bereich neuster technischer Innovationen sowie alternative Betriebssysteme für Smartphones.

Automatische Updates

Wie erwartet stellt das kein großes Problem dar und es gibt mehr als nur einen Ansatz es anzugehen. Die Lösung im Wiki von Ubuntuusers schien mir am naheliegensten. Nachfolgend gehe ich nur stichpunktartig auf das Vorgehen ein. Bitte einfach der Anleitung im verlinkten Wiki-Eintrag folgen.

• Bei den Aktualisierungseinstellungen unter Sicherheitsaktualisierungen „Automatisch herunterladen und installieren“  auswählen
  

• „unattended-upgrades“ installieren und konfigurieren

• „/etc/apt/apt.conf.d/50unattended-upgrades“ editieren, um nicht nur Sicherheitsupdates, sondern auch normale Updates automatisch zu installieren

Wäre das erledigt, läuft die Aktualisierung ganz ohne Zustimmung oder Passworteingabe im Hintergrund ab.

Nun kommt es aber je nach System oder Nutzerverhalten auch öfter vor, dass die Updates schon mal größer ausfallen und der Download die Internetleitung lange Zeit aus-lastet. Gerade bei einer langsamen Internetverbindung ist das ein Knackpunkt. Deswegen habe ich die Downloadgeschwindigkeit für „apt-get“ auf 25KB/s begrenzt.

Downloadlimit

Hier fand ich einen Vorschlag, wie man „apt-get“ und damit auch die Updates im Download beschränken kann.

Dazu erstellt man die Datei „/etc/apt/apt.conf.d/76download“

sudo nano /etc/apt/apt.conf.d/76download

und kopiert diesen Inhalt hinein:

Acquire
{
Queue-mode "access";
http
{
Dl-Limit "25";
};
};

Damit limitiert man aber nicht nur die Downloadgeschwindigkeit bei Updates, sondern auch die bei der Installation eines Programms im Terminal mittels:

sudo apt-get install PROGRAMM

Um die Sperre von 25KB/s hier zu umgehen und das gewünschte Programm z.B. mit 500KB/s zu installieren, nutzt man folgenden Befehl:

sudo apt-get -o Acquire::http::Dl-Limit=500 install PROGRAMM

Alias zum schnellen Installieren

Wie in den Kommentaren angemerkt, ist es nicht gerade einfach, sich den langen Installations-befehl ohne das 25KB/s Limit zu merken. Dafür kann man sich aber einfach ein Alias anlegen. Im Ubuntuusers Wiki ist auch das schön beschrieben.

Hier nehme ich mal „fastinstall“ als Alias für „sudo apt-get -o Acquire::http::Dl-Limit=500 install„. Dafür einfach die .bashrc bearbeiten – folgendes im Terminal eingeben:

sudo nano .bashrc

und unter

# Alias definitions.

folgende Zeile eintragen und speichern.

alias fastinstall='sudo apt-get -o Acquire::http::Dl-Limit=500 install'

Nach einem

source ~/.bashrc

kann man Programme mit dem Befehl

fastinstall PROGRAMM

bequem mit 500KB/s installieren. Das Limit selbst kann jeder natürlich setzen wie er will.

Fazit

Damit sollten nun alle Updates installiert werden, ohne dass man als Nutzer etwas davon mitbekommt. Es werden keine Bestätigungen mehr benötigt und die Internetnutzung wird auch nicht von großen Aktualisierungen eingeschränkt.

– zumindest bis vielleicht doch mal etwas kaputt geht :P

Download

Link zum Playstore: Llama

Gebiete

Nach der Installation von Llama wählt man den Tab „Gebiete“ und erstellt z.B. diese beiden Gebiete:

• Daheim Funk: Dieses Gebiet lässt man von Llama erfassen, während man zu Hause ist oder dort, wo man eben automatisch das Wlan aktivieren möchte. Llama „merkt“ sich jetzt die Funkmasten in der Nähe und kann anhand dieser akkusparsam erkennen, wenn man sich dort aufhält.
• Daheim WLAN: Dafür aktiviert man sein Wlan, verbindet sich mit dem gewünschten Netzwerk und wechselt in den Tab „Letzte“. Hier sucht man den Wlan-Namen und mit einem langen Klick darauf fügt man diesen Namen dem Gebiet Daheim WLAN hinzu.

Regeln

Hier stelle ich 2 Lösungsvorschläge vor. Der erste sollte auf jedem Android-Gerät funktionieren, verbraucht dafür aber etwas mehr Akku. Der zweite klappt erfahrungsgemäß nicht bei jedem Handy, falls doch ist er etwas akkusparsamer. Eine Regel lässt sich im Tab „Regeln“ mit dem kleinen + unten erstellen.

(Regeln in rot, Gebiete in grün)

Lösung 1

• Regel:
  Ereignisname: Wlan automatisch an
  Erweitert: Haken bei Regel wiederholen setzen; Wiederholungs-Intervall: 30 Minuten
  Bedingungen:
  – Gebiet betreten: Daheim Funk
  – WLAN-Netzwerk getrennt: Name des WLANs
  Ereignisse:
  – WLAN umschalten: WLAN ein (für mindestens 1 Minute)

• Regel:
  Ereignisname: Wlan automatisch aus
  Bedingungen:
  – Beim Verlassen von: Daheim WLAN
  Ereignisse:
  – WLAN umschalten: WLAN aus

Anmerkungen:
Betritt man das Gebiet Daheim Funk (von Llama durch die Funkmasten erkannt), wird alle 30 Minuten für mindestens 1 Minute das Wlan eingeschaltet. Dieses Intervall kann man natürlich nach Belieben länger oder kürzer gestalten. Verbindet sich das Handy nicht mit einem Wlan (vermutlich, weil es noch nicht in Reichweite ist), wird es wieder deaktiviert und nach 30 Minuten erneut versucht. Da das Gebiet mit Funkmasten eingegrenzt wird, ist man so aber auch beim Nachbar, der Bar gegenüber oder dem Supermarkt die Straße runter noch in diesem Gebiet. Heißt, auch dort wird dann alle x Minuten das Wlan eingeschaltet. Sinnvoll ist es daher, den Bedingungen der Regel noch eine Zeit hinzuzufügen. Ist man etwa von 08:00 bis 17:00 Uhr in der näheren Umgebung arbeiten und möchte die Regel daher nicht ausführen lassen, ergänzt man „In der Zeit zwischen 17:01 – 07:59“ als Bedingung der Regel Wlan automatisch an.

Lösung 2

Dazu muss in Llama in den Einstellungen bei “Versuchslabor” -> “WLAN-Netzwerke abfragen” aktiviert werden. Wie bereits erwähnt und der Begriff Versuchslabor verrät, funktioniert das nicht auf allen Geräten!

• Regel:
  Ereignisname: Wlan Abfrage ein
  Bedingungen:
  – Gebiet betreten: Daheim Funk
  –  WLAN-Netzwerk getrennt: Name des WLANs
  Ereignisse:
  – Llama-WLAN-Abfrage-Häufigkeit: 30 Minuten
  – Andere Regel anschließen:
  Ereignisname: Wlan Abfrage aus
  Bedingungen:
  – Beim Verlassen von Daheim Funk
  Ereignisse:
  – Llama-WLAN-Abfrage-Häufigkeit: Niemals

• Regel:
  Ereignisname: Wlan einschalten
  Bedingungen:
  – Gebiet betreten: Daheim WLAN
  – WLAN-Netzwerk getrennt: Name des WLANs
  Ereignisse:
  – Wlan umschalten: WLAN ein
  – Andere Regel anschließen:
  Ereignisname: Wlan ausschalten
  Bedingungen:
  – Beim Verlassen von: Daheim WLAN
  Ereignisse:
  – Wlan umschalten: Wlan aus

Anmerkungen:
Betritt man das durch die Funkmasten definierte Gebiet Daheim Funk, wird alle 30 Minuten nach verfügbaren Wlan-Netzwerken gescannt. Ist das eigene dabei, heißt man betritt das Gebiet Daheim WLAN, wird das Wlan automatisch eingeschaltet. Auch hier kann das Intervall angepasst werden, wie oft nach Wlan-Netzen gescannt wird und natürlich kann auch wieder zusätzlich eine Zeit definiert werden. Falls es bei deinem Androiden auf diese Weise klappt würde ich diese zweite Lösung immer vorziehen. So kann man nämlich zusätzlich noch andere Regeln definieren, die nur darauf beruhen, dass das Handy in Reichweite bestimmter Wlan-Netze ist, ohne dass es damit verbunden sein muss.