Zwischen den Tags <advancedsettings> *** </advancedsettings> folgende Zeilen ergänzen:

<video>
    <usetimeseeking>true</usetimeseeking>
    <timeseekforward>5</timeseekforward>
    <timeseekbackward>-5</timeseekbackward>
    <timeseekforwardbig>30</timeseekforwardbig>
    <timeseekbackwardbig>-30</timeseekbackwardbig>
  </video>

Quelle:  http://wiki.xbmc.org/?title=Advancedsettings.xml#.3Cvideo.3E

Auf Google+ heißt es dazu:

Wichtige Info für die #VLC  Nutzer unter euch:
Um VLC in die offiziellen Packetquellen für #openSUSE  zu bekommen mussten alle proprietären Codecs aus dem Paket entfern werden.
Wozu das nötig ist kann hier Detailliert nachgelesen werden:
http://lists.opensuse.org/opensuse-factory/2013-04/msg00080.html
TL;DR: Das VLC Backend soll in openSUSE 13.1 das veraltete GStreamer 0.10 Backend für Phonon ersetzen.

Um wieder Videos und Musik mit diesen proprietären Codecs abspielen zu können muss das Paket vlc-codecs aus dem #PackMan  oder #VideoLan Repository installiert werden

Quelle: https://plus.google.com/u/0/110958595365070537107/posts/4D7eaZw3LcE

Also einfach im Terminal das benötigte Paket nachinstallieren:

sudo zypper install vlc-codecs

Getestet und für gut befunden

Dieses funktioniert ganz wunderbar und ist sehr schnell eingebunden:

# Wechselt zum TT-RSS Plugin Ordner:
cd /var/www/tt-rss/plugins

# Erstellt einen Unterordner "videoframes" und wechselt hinein
sudo mkdir videoframes && cd videoframes

# Ladet von github.com das Plugin
sudo wget https://github.com/tribut/ttrss-videoframes/archive/master.zip

# Entpacken, init.php verschieben und unnötigen Ordner löschen
sudo unzip master.zip && sudo mv ttrss-videoframes-master/videoframes/init.php init.php && sudo rm -R ttrss-videoframes-master

Nun einfach den Reader normal aufrufen und schon werden die Videos richtig eingebunden. Vielen Dank an tribut, den Autor des Scripts.

Vorher:

Nachher:

Wie schon geschrieben stellt Tiny Tiny RSS (oder kurz tt-rss) eine perfekte Ablösung für den Google Reader dar. Zwar läuft TT-RSS im Grunde recht zuverlässig auf meinem Webspace, allerdings konnte ich nur die ungünstigste Variante der Feed-Update-Funktion nutzen (http Aufruf mittels Cron), welche ich auf stündliche Durchführung eingestellt habe, damit ich nicht alles Ressourcen alleine verbrauche. Nun liegt jedoch ein Raspberry Pi vor mir, welcher nur darauf wartet, bespielt zu werden und nach einigen Tests steht fest: der kleine ist perfekt dazu geeignet.

# Wechselt als erstes in euren www Ordner (z.B. /var/www
cd /var/www

# Download der Dateien und in den Ordner tt-rss entpacken
wget https://github.com/gothfox/Tiny-Tiny-RSS/archive/1.7.8.tar.gz && tar xfv 1.7.8.tar.gz rm 1.7.8.tar.gz && mv Tiny-Tiny-RSS-1.7.8 ttr-ss

# Benötigte Datenbank anlegen (mysqlhost.mydomain.com anpassen)
# ungetestet, ich habe die Alternative unten genutzt
mysql -u root -p -h mysqlhost.mydomain.com CREATE DATABASE tt-rss

cd tt-rss

sudo nano config.php

chmod -R 777 cache/images && chmod -R 777 cache/export && chmod -R 777 cache/js && chmod -R 777 feed-icons && chmod -R 777 lock

sudo rm cdm.css && sudo wget http://oyox.de/uploads/wgets/cdm.css && sudo rm tt-rss.css && sudo wget http://oyox.de/uploads/wgets/tt-rss.css

crontab -e

*/15 * * * * cd /var/www/tt-rss && /usr/bin/php update.php --feeds --quiet > /dev/null

sudo nano /etc/lighttpd/lighttpd.conf

Das Modul “mod_auth” bei server.modules eintragen, wenn es dort noch nicht vermerkt ist.

server.modules = (
(...)
"mod_rewrite",
"mod_auth",
(...)
)

Am Ende wird nun der eigentliche Schutz eingebunden (einfach an den Schluss der lighttpd.conf stellen):

$HTTP["host"] =~ "" {
auth.backend = "htpasswd"
auth.backend.htpasswd.userfile = "/etc/lighttpd/passwd"
auth.require = (
"/phpmyadmin" => ("method" => "basic", "realm" => "Anmelden", "require" => "valid-user"),
"/admin.php" => ("method" => "basic", "realm" => "Anmelden", "require" => "valid-user"),
"/bilder" => ("method" => "basic", "realm" => "Anmelden", "require" => "valid-user")
)
}

Mit Strg+O speichern und Nano mit Str+X verlassen.

Jetzt wird es Zeit, sich ein Passwort generieren zu lassen, da in der Passwort-Datei eine verschlüsselte Form hinterlegt wird (“passwort” wird zu “Pej8Oc2NR65k6″… ich muss nicht erwähnen, dass sich dieses Passwort nicht eignet).

Besucht nun also einen s.g. htaccess-Generator (z.B. hier http://htaccess-generator.yourmy.org/htaccess.cgi ) und tragt in die beiden Felder “Userliste” und “Passwörter” die gewünschten Daten ein. Die restlichen Felder könnt ihr ignorieren, da uns nur die Ausgabe im Feld “.htpasswd” interessiert (der Rest hat bei Lighttpd keine Funktion). Nach einem Klick auf “weiter” erhaltet ihr die benötigten Zeilen.

Nun öffnen wir die Passwort-Datei, in welche wir den oder die User eintragen:

sudo nano /etc/lighttpd/passwd

und kopiert diese dort hinein.

Zu guter Letzt starten wir den Server mit der geänderten Konfiguration neu:

sudo /etc/init.d/lighttpd reload

Quelle: http://rootserverblog.com/2011/06/lighttpd-verzeichnisschutz-anlegen/

Ergänzung:
Eines hat ps915 leider vergessen zu erwähnen: phpMyAdmin kann so aufgerufen werden: http://192.168.xx.yy/phpmyadmin/

Auch fehlt leider im Tutorial der Hinweis, dass noch die Rechte des www Ordners angepasst werden müssen:

#Ordner Besitzer und Gruppe zu "www-data:www-data" ändern (-R für rekursiv!):
sudo chown -R www-data:www-data /var/www
#Gruppe das Schreiben erlauben:
sudo chmod 775 /var/www
#Pi User zur www-data Gruppe hinzufügen
sudo usermod -a -G www-data pi

Nun den PI neu starten.

An dieser Stelle eine kleine Entschuldigung an den Planeten von OpenSuse.org und seine Abonnenten. Meine geänderte htaccess Weiterleitung hat euch leider einige alte Beiträge als neu präsentiert. Ich hoffe, die Unannehmlichkeiten waren nicht zu groß.

sudo nano /etc/network/interfaces

Hier steht nun etwas wie:

iface eth0 inet dhcp

Das ändern in:
iface eth0 inet static

Dann noch darunter folgenden Text mit der gewünschten IP eintragen:
#die statische IP
address 192.168.xx.yy

netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.25

Das ganze mit Strg + o speichern und mit Strg + x verlassen.

Nach einem Neustart ist der PI nun über die neue Adresse erreichbar.

sudo raspi-config

(Quelle: sparky0815.de)

Achtung: Backup machen…

1. Wir schnappen uns daher ein Speichermedium unserer Wahl und kopieren alle Ordner und Dateien mit einem vorgestellten Punkt (aus dem Ordner mit eurem Namen) von der HDD auf eben dieses Medium. Wer nun vollständig umziehen möchte, muss bei allen anderen Dateien auswählen, was er braucht und den Rest extern auslagern. Ich ergänze jedoch mein System um die SSD und brauche daher nur die Einstellungen.
Einfacher ist es allerdings, wenn wir nach Punkt 6 noch mal in das alte System booten und die Dateien direkt vom /home/USERNAME der HDD auf SSD kopieren.

2. Als nächstes lassen wir eine Liste mit den installierten Programmen erstellen. Dazu im Terminal:

sudo su
rpm -qa –queryformat “%{NAME} ” > installierteprogramme.bak

3. Damit wir nach der Installation des neuen Systems auch all die Programme wieder installieren können, benötigen wir auch noch eine Liste der aktuell verwendeten Paketquellen:

sudo su
zypper lr -e paketquellen

Die beiden Dateien habe ich der Einfachheit wegen auf einen Online-Speicher geladen, damit ich mich beim erneuten Einlesen nicht mit dem Auffinden des Speichermediums herum ärgern muss

4. Nun besorgen oder erstellen wir uns noch eine DVD (oder Installationsmedium unserer Wahl) mit der aktuell verwendeten openSUSE Distribution.
Ein Update auf eine neuere Version würde ich erst ganz am Ende machen, wenn alles wieder läuft / installiert ist, damit es zu keinen Versions-Konflikten kommt.

5. Wir starten also von DVD und installieren das System auf der SSD… jetzt ist Vorsicht geboten, damit der Partitions-Vorschlag nicht unsere vorhandene Festplatte überschreibt.
Der einfachste und sicherste Weg ist das vorherige Abklemmen der HDD…
- Weiterhin soll das erste Megabyte der SSD frei gelassen werden, was wir bei “Startpunkt” angeben (also Start nicht bei 0 sondern 1).
- Auch auf /swap verzichte ich hier, denn die Höhe der Ram reicht aus – sollte dem mal nicht so sein, schafft sich Linux freien Speicher (wenn auch etwas martialisch). Damit werden unnötige Schreibzugriffe minimiert (welche ja bei einer SSD begrenzt sind). Alternativ kann bei der Weiterverwendung von der alten HDD /swap auch darauf ausgelagert werden.

6. Nach der Installation in GRUB den Debug-Modus starten, dann bei Bedarf mittels STRG + ALT + F2 (F3, F4… ausprobieren) zur Eingabe der Konsole wechseln.
Folgendes nun nach dem Login eingeben:

# konstantes sudo verwenden
sudo su

# Programme updaten – dauert
zypper update

# Hochgeladene Config wieder herunterladen
wget http://online-speicherort-zur/installierteprogramme.bak
wget http://online-speicherort-zur/paketquellen.repo

# Paketquellen einbinden
zypper ar paketquellen.repo

# Fehlende Programme installieren (schon vorhandene werden übersprungen) – dauert ebenfalls
zypper install $(cat installierteprogramme.bak)

Sollte nun die Frage kommen, ob eine vorhandene Abhängigkeit ersetzt oder die neuere beibehalten werden soll (meistens Option 2), dann immer beibehalten wählen.

6.1 Da ich eine Radeon habe, muss ich noch die folgende Anleitung befolgen: http://oyox.de/archives/165-OpenSUSE-upgrade-von-12.1-auf-12.2.html
Die Zusammenfassung:

sudo su
wget http://www.sebastian-siebert.de/downloads/makerpm-amd-12.8.sh
wget http://www.sebastian-siebert.de/downloads/makerpm-amd-12.8.sh.sha1
sha1sum -c makerpm-amd-12.8.sh.sha1
chown root:root makerpm-amd-12.8.sh && chmod 744 makerpm-amd-12.8.sh
./makerpm-amd-12.8.sh

7. Jetzt solltet ihr den Inhalt des alten /home/NAME in den neuen auf der SSD kopieren – wer aufmerksam gelesen hat, wird das schon gemacht haben (siehe Schritt 1)
Als letztes müssen wir evtl. noch die BIOS Einstellungen ändern, damit automatisch von der SSD gebootet wird.

8. Fertig

Kleiner optionaler Nachtrag:
Wer eine LVM verschlüsselte Festplatte im System hat, kann diese im neuen System wie folgt einbinden:

Möchte man ein mit LVM eingerichtetes und verschlüsseltes System manuell mounten, beispielsweise beim Start von einer Live-CD, so ist wie im Folgenden zu verfahren.

Verschlüsselte Partition einbinden:

# cryptsetup luksOpen /dev/sda2 lvm

Unter /dev/mapper erscheint nun die Gerätedatei lvm. Im nächsten Schritt ist mitunter der folgende Befehl nötig, um die Volume-Group – in diesem Fall lautet sie main – zu aktivieren.

# vgchange -ay

Nun sollte es möglich sein, einzelne Partitionen aus dieser Volume-Group ins System einzubinden.

# mount -t ext4 /dev/system/root /mnt