{{tag>openelec os linux kodi xbmc media-center archive}}
<WRAP hide>
== OpenELEC ==
</WRAP>

<WRAP center round info 60%>
<wrap em>Raison de l'abandon</wrap>\\
Suite à des divergences d'opinion entre le fondateur et la majorité des développeurs impliqués dans le projet, ceux-ci sont partis pour créer le //[[wpfr>fork]]// [[info:os:libreelec:accueil|LibreELEC]]. OpenELEC se retrouve du coup actuellement dans un stade plutôt végétatif avec surtout deux versions de Kodi de retard et il aurait été dommage de se contenter de la version 15 Isengard au lieu de la 17 Krypton au moment de passer à un Raspberry Pi 3. 
</WRAP>

====== Késako? ======
La signification littérale est "**Open** **E**mbedded **L**inux **E**ntertainment **C**enter".\\
//Mais encore?//\\
C'est un système d'exploitation construit à partir du noyau Linux pour supporter au mieux le logiciel multimédia <del>XBMC</del> [[archives:info:logiciels:kodi:accueil|Kodi]].\\
//Qu'est-ce qui le différencie de ses concurrents?//\\
OpenELEC n'est pas un OS pré-existant adapté et optimisé dans un but précis, il a été développé à partir de rien dans le seul but de supporter un logiciel.\\
Il en résulte qu'**OpenELEC est réellement sensiblement plus stable que ses concurrents** mais par contre il ne fait rien d'autre: impossible d'installer le moindre paquet non prévu par l'équipe de développement ni même d'installer un paquet existant dans une autre version que celle dans laquelle il est fourni.
====== Premier contact ======
Petit test avec la version stable en cours (4.2.1): c'est réactif, l'installation est simple et permet par exemple dès le départ de paramétrer manuellement le réseau, pas besoin de SSH pour passer à un clavier azerty et la stabilité semble excellente: histoire de mettre le système à rude épreuve et de voir un peu ceux que je ne connaissait pas, j'ai installé une bonne douzaine de thèmes plus ou moins lourds (Xbian n'avait pas supporté plus de 3 ou 4) et il n'y a pas eu le moindre plantage (par contre, même constat qu'avec Xbian ou RaspBMC: il faut éviter les thèmes trop lourds, pas de surprise de ce côté là).\\
OpenELEC est souvent présenté comme bien plus simple et limité que ses concurrents et c'est pour cela que je l'avais jusque là laissé de côté, mais, contrairement à ce que je pensait, on retrouve toutes les fonctions de <del>XBMC</del> Kodi, seul l'OS est limité (mais tous les services annexes sont là: SSH, Samba, etc.).
<WRAP center round info 60%>
Informations de connexion SSH par défaut:
  * login: root
  * mot de passe: openelec
</WRAP>
====== Un risque beta ======
La version 5.0 beta d'OpenELEC (curieusement numérotée 4.95.1 0-8) qui inclut le nouveau <del>XBMC</del> Kodi((suite au changement de nom à cause d'une histoire de droits sur l'utilisation du nom complet originel « XBox Media Center »)) encore en //beta// est disponible, et, d'après ce que l'on peut lire sur le forum OpenELEC, le tout est plutôt fonctionnel (sauf avec quelques outils du genre PVR et quelques cartes graphiques ou audio Intel) donc je tente...
==== L'installation ====
J'aurais voulu pouvoir directement faire une installation sur un clef USB mais la procédure trouvée n'est pas valable et j'ai donc laissé cela de côté [[archives:info:os:openelec:accueil#Utiliser une clef USB pour les données|pour plus tard]].\\
La procédure d'installation d'OpenELEC est par ailleurs standard dans le monde Raspberry, rapide et très simple: décompression d'une image disque sur la carte SD et 5 minutes plus tard, tout est en route! <3
==== Fonctionnement de base ====
<WRAP center round important 60%>
Kodi étant encore en version beta, il n'y a que 6 thèmes utilisables à ce jour (11/11/2014)
</WRAP>
Aucun problème à signaler :-D\\
Les développeurs de Kodi comme ceux d'OpenELEC ont fait un sacré boulot et ce duo de versions beta fonctionne très bien sur Raspberry Pi (modèle B avec 512Mo de RAM).
==== Mise à jour d'une version beta ====
Avec les versions beta d'OpenELEC, les mises à jour automatiques sont désactivées par défaut et il vaut mieux ne pas activer cette option (<wrap info>l'option se trouve dans l'extension OpenELEC</wrap>) et procéder manuellement en téléchargeant tout simplement [[http://openelec.tv/get-openelec/viewcategory/10-raspberry-pi-builds|la version dédiée aux Raspberry Pi voulue]] (pas les images disque) dans le partage //Update// du bidule.
====== Configuration ======
===== OpenELEC =====
La configuration avancée dont je parlais se fait via cette fenêtre:
{{ info:os:openelec:openelec_systeme_configuration.jpg |}}
<WRAP center round tip 60%>
Notez la présence de la rubrique **[Sauvegarde]** et n'oubliez pas de jeter un œil à la rubrique **[Services]** pour vous assurer d'activer //SSH// et //Samba//.
</WRAP>
Avec le thème //Confluence//, cet écran est accessible par la rubrique **[Système]**:
{{ info:os:openelec:openelec_systeme_configuration_menu.jpg |}}
Avec les thèmes qui n'ont pas prévu d'accès direct, on peut y accéder par les extensions de type **[Programmes]**.
<WRAP center round tip 60%>
Il est bien utile (en particulier pour les sauvegardes) d'ajouter au thème utilisé un raccourcis vers cette extension.
</WRAP>
===== Kodi =====
Voir [[archives:info:logiciels:kodi:accueil|l'article dédié]].
===== Thème =====
Attention aux thèmes trop gourmands en ressources. Typiquement, si lors de l'installation d'un thème, une floppée d'extensions sont installées avant qu'il soit lui-même activé (il y aura toujours une notification pour chaque extension installées), on peut presque toujours partir du principe que le thème en question sera à priori plutôt lourd.\\
Si l'on désinstalle le thème concerné, les extensions restent, à moins de les désinstaller manuellement :-(\\
Logiquement les autres thèmes ne les utilisent pas donc l'impact en les laissant devrait être assez limité mais on ne sait jamais...
<WRAP center round info 60%>
Notez qu'il n'y a aucun risque de provoquer une catastrophe en désinstallant par erreur une extension encore utilisée puisqu'un message indiquer que c'est tout simplement impossible lors de la tentative de désinstallation.
</WRAP>
====== Sauvegarde et restauration ======
Donc l'outil OpenELEC (plus ou moins accessible selon le skin), inclut un système de sauvegarde et de restauration qui concerne aussi bien OpenELEC lui-même que Kodi. Génial ! 8-) <3\\
Enfin au moins sur le papier... :-?\\
Dans la pratique, il peut y avoir des effets de bord étranges comme se retrouver avec tous les films dédoublés. Je me suis ainsi retrouvé avec deux éléments portant le même nom et pointant sur le même fichier et pourtant bien distincts avec chacun son statut "vu" ou pas et il a fallu restauré une sauvegarde de la base de données pour m'en sortir (car la fonction de [Nettoyage de la médiathèque] ne se préoccupe que des éléments disparus, pas des doublons :-|).

**En conclusion**: le système de sauvegarde et de restauration est bien pensé (**très bien** même, je persiste) mais pèche légèrement par la pratique et ne dispense pas de faire par ailleurs des sauvegardes régulières de la base de données (qu'il s'agisse d'une sauvegarde MySQL automatique ou d'un export au format "1 fichier" de Kodi.

====== Configuration avancée, optimisations et bidouilles ======
===== Un peu de nettoyage =====
Par défaut, OpenELEC crée sur la carte SD des dossiers destinés à recevoir les images, les films, etc. Autant dire qu'ils ne servent pas à grand chose et qu'on peut sans problème les supprimer pour faire un peu de ménage.\\
  * En ce qui concerne les sources, il suffit d'aller dans la rubriques [Fichiers] de chacun des types de médias, de sélectionner la source en question, d'invoquer le menu contextuel (touche [C]) et de choisir [Supprimer].\\
  * Pour les partages, c'est un peu plus compliqué car la configuration est assez particulière: on trouve bien un fichier ///etc/samba/smb.conf// contenant toutes la configuration //Samba// mais même pour l'utilisateur //root// il est en lecture seule :-(. Voir le paragraphe ci-dessous.
===== Beaucoup de nettoyage =====
Kodi n'est pas bon en ménage :-D\\
Même après désinstallation, un //skin// laisse derrière lui des plugins et des lignes inutiles dans le fichier //userdata/guisettings.xml// (environ 6000 lignes quand même ! bon d'accord, j'ai chargé la mule en terme du nombre de //skins// testés: à peu près tous soit presque 40). Je pars du principe qu'avec une machine faible comme le Raspberry, tout élément inutile chargé en mémoire et tout processus lancé inutilement ralentissent la machine pour rien.\\
Pour les plugins en trop, certains sont encore chargés en mémoire et lancent un script de temps en temps même si le //skin// qui l'a installé est désinstallé. Pour le nettoyage, [[archives:info:logiciels:kodi:accueil|c'est par là que ça se passe]].\\
Pour le fichier //guisettings.xml//, sous OpenELEC, il se trouve dans ///storage/.kodi/userdata// et ne peut être modifié tant que Kodi tourne (toute modification sera écrasée au reboot). Voici donc la méthode la plus simple que j'ai trouvé (via //SSH//):
<code># systemctl stop xbmc</code>
Cette commande va fermer Kodi mais pas OpenELEC et à partir de là, on peut modifier sans problème le fichier ///storage/.kodi/userdata// (via //SSH// ou un programme comme //WinSCP// associé à un éditeur comme //Geany// ou //Notepad++//).

Dans la même idée (mais avec le seul intérêt de réduire le temps des sauvegardes OpenELEC), les packages téléchargés lors de l'installation des //plugins// restent ad vitam eternam dans ///storage/.kodi/addons/packages// mais le nettoyage est bien plus simple: il suffit de supprimer les fichiers.
===== Personnaliser Samba =====
Le fichier ///etc/samba/smb.conf// est donc protégé en écriture et totalement géré par OpenELEC mais il est heureusement possible de modifier la configuration par défaut à partir du fichier ///storage/.config/samba.conf.sample//.
  * commencer par créer une copie sans l'extension finale:
<code>cp /storage/.config/samba.conf.sample /storage/.config/samba.conf</code>
  * éditer le fichier de configuration créé ci-dessous pour y supprimer les partages en trop
<code>nano /storage/.config/samba.conf</code>
<WRAP center round tip 60% nopagebreak>
Il est plus simple d'utiliser //nano// car le comportement de //vi// est assez surprenant sous OpenELEC et je ne suis pas parvenu à supprimer la moindre ligne en mode insertion donc il faut utiliser la commande //d$// qui supprime la ligne en cours (je suis loin d'être un pro de //vi//). On peut aussi se connecter en tant que root avec un logiciel comme WinSCP pour éditer les fichiers.
</WRAP>
Voici une petite liste des partages que l'on peut supprimer sans le moindre scrupule: //Emulators//, //Music//, //Pictures//, //Recordings//, //TV Shows// et //Videos//.
===== Utiliser une clef USB pour les données =====
Le principal défaut des cartes SD est la corruption potentielle des données au fil du temps à cause du nombre de cycles d'écritures. Dans ce cas il n'y a plus qu'à la formatter et tout recommencer :-(\\
La solution consiste à utiliser une clef USB pour la partition ''Storage'' ce qui va accessoirement accélérer l'accès aux //artworks// en cache et aux menus ^_^
==== Le hardware ====
Pour en arriver là, il faut une **bonne** clef USB (pour des fichiers plutôt petits, les //artworks// en tous genres se situant entre 30 et 300Ko).\\
Mon choix s'est porté sur une SanDisk Extreme USB 3.0 de 32Go.\\
Alors oui, cette clé est bien trop grosse et surtout c'est du gâchis d'utiliser une clé USB 3.0 alors que le Raspberry Pi n'est équipé qu'en USB 2.0. Et bien pas vraiment.\\
Voici les résultats de tests réalisés avec [[http://usbflashspeed.com/|FlashBench]]((il vaut mieux décocher la case //[Send Report]// pour éviter que le logiciel ne plante à la fin)), respectivement pour la clef SanDisk Extreme en USB 3.0, la même sur un port USB 2.0, une clef Silicon Power de 8Go (USB 2.0) et une clef Sony de 16Go (USB 2.0 aussi):
{{ info:os:openelec:flashbench_sandiskextreme_usb3.jpg?600 |}}{{ info:os:openelec:flashbench_sandiskextreme_usb2.jpg?600 |}}{{ info:os:openelec:flashbench_siliconpower_usb2.jpg?600 |}}{{ info:os:openelec:flashbench_sony_usb2.jpg?600 |}}
Si les courbes d'<color green>écriture</color> sont comparables et ne compenseraient pas la différence de prix, les courbes de <color red>lecture</color> placent la SanDisk Extreme en USB 2.0 nettement devant les deux autres.
==== La procédure =====
  * Commencer par une sauvegarde du système avec l'extension OpenELEC (on est **__jamais__** trop prudent)
  * Éteindre le bidule (quel que soit le système installé, l'insertion d'un dispositif USB peut provoquer un redémarrage avec une éventuelle perte des données)
  * Formater la clef avec une partition primaire en Ext4 avec par exemple l'étiquette ''StorageUSB''(sous Windows, il faudra un outil comme [[http://www.partitionwizard.com/free-partition-manager.html|MiniTool Partition Wizard Home Edition]])
  * Insérer la clef USB
  * Démarrer le bidule si l'insertion de la clef ne l'a pas fait
  * Se connecter en SSH
  * Trouver le point de montage de la clef USB:
{{ info:os:openelec:openelec_usb_mount.jpg |}}
Habituellement, ce sera quelque chose comme ''/var/media/'' suivi de l'étiquette choisie lors du formatage, ici ''/var/media/StorageUSB''.
  * Copier le contenu visible **et caché** du dossier ''/storage'' vers la clef USB
<code>cp -r /storage/. /var/media/point_de_montage</code>
<WRAP center round important 60%>
Si <wrap em>/.</wrap> est ommis, le contenu caché ne sera pas copié et, par ailleurs, le point de montage est évidement à adapter en fonction du retour de la commande ''mount'' ci-dessus.
</WRAP>
La copie peut être longue donc c'est le bon moment pour une pause café ;-)
  * Trouver l'identifiant unique ou //UUID// de de la clef USB
<code>blkid</code>
{{ info:os:openelec:openelec_usb_blkid.jpg |}}
Noter le code hexadimal (le fameux idententifiant) correspondant à la clef USB (ici: ''740fa9af-c200-d001-1007-a9afc200d001'').
  * Remonter la partition ''/flash'' pour la rendre accessible en écriture
<code>mount /flash -o remount,rw</code>
  * Sauvegarder le fichier ''cmdline.txt'':
<code>cp /flash/cmdline.txt /flash/cmdline.sd</code>
L'extension ''sd'' permettra de se souvenir si nécessaire qu'il s'agit du fichier qui était à l'origine sur la carte SD.
  * Éditer le fichier pour remplacer la portion ''disk=/dev/mmcblk0p2'' afin d'indiquer que l'on souhaite utiliser la clef USB.
<code>nano /flash/cmdline.txt</code>
Et voici le résultat dans mon cas:
{{ info:os:openelec:openelec_usb_cmdlinetxt.jpg |}}
  * Il est temps de redémarrer le bidule:
<code>reboot</code>
Pour vérifier, il suffit de se connnecter à nouveau via SSH et d'utiliser la commande ''mount'' qui devrait renvoyer une ligne indiquant que la partition ''/storage'' pointe bien sur la clef USB:
{{ info:os:openelec:openelec_usb_mount_verification.jpg |}}
Pour aller au bout de l'idée, on peut éteindre le bidule le temps de protéger la carte SD contre l'écriture avec le loquet prévu à cet effet mais il faudra la déverrouiller pour pouvoir mettre à jour le système.
<WRAP center round tip 60%>
Pensez à une petite sauvegarde ;-)
</WRAP>
Cette procédure a été établie grâce à [[http://casa-laguna.net/all-the-news/show/openelec-on-raspberry-pi-running-from-usb|cette page]].
===== Overclocker le bidule =====
<WRAP center round alert 60%>
<wrap em>Attention:</wrap> d'une manière générale, l'overclocking est déconseillé par les fabricants de matériel informatique car il peut provoquer des dégâts matériels, réduire sa durée de vie ou simplement le rendre instable. Il est aussi connu, sur le Raspberry Pi, pour être potentiellement source de corruption des données, et par ailleurs, la résistance à l'overclocking n'est pas la même d'un Raspberry Pi à l'autre.
</WRAP>
Par défaut, le processeur est bridé à 700MHz mais certains le font tourner jusqu'à 1GHz 8-O\\
==== Avant de commencer ====
Avant d'overclocker le bidule, il est important de jeter un simple coup d’œil aux températures normales que l'on trouve dans les [Informations système] accessibles par le menu [Paramètres]:
|Au repos                        ^  48 à 50°  |
|Après 60mins de visionnage vidéo^  53 à 56°  |
==== Mise en place ====
On peut jouer sur 4 paramètres:
  * la fréquence du processeur (**arm_freq**)
  * la fréquence du GPU (**gpu_freq**)
  * la fréquence de la RAM (**sdram_freq**)
  * le survoltage (**over_voltage**)
<WRAP center round alert 60%>
Le survoltage est réputé particulièrement hasardeux sur Raspberry Pi (d'ailleurs il paraît que sans survoltage, on ne mette pas la garantie en danger mais cela reste à vérifier).
</WRAP>
Et voici une présentation des réglages "types" (les valeurs intermédiaires sont tout à fait possibles):
|Overclocking                ^  arm_freq  ^  core_freq  ^  sdram_freq  ^  over_voltage  |
|Aucun (valeurs par défaut)  ^  700       ^  250        ^  400         ^  0             |
|Leger                       ^  800       ^  300        ^  400         ^  0             |
|Moyen                       ^  900       ^  333        ^  450         ^  2             |
|Élevé                       ^  950       ^  450        ^  450         ^  6             |
|Extrême                     ^  1000      ^  500        ^  500         ^  6             |
  * Il faut se connecter en SSH et modifier le fichier ///flash/configt.txt// mais pour cela, il faut avant tout passer la mémoire flash en mode écriture:
<code>mount /flash -o remount,rw</code>
  * Par principe, il vaut mieux sauvegarder le fichier original:
<code>cp /flash/config.txt /flash/config.txt.original</code>
  * Puis enfin éditer le fichier:
<code>nano /flash/config.txt</code>
  * Décommenter et éditer les lignes ci-dessous:
<code>arm_freq=800
core_freq=300
sdram_freq=400</code>
Vous êtes évidement libre de choisir les valeurs qui vous conviennent, à vos risques et périls ;-)
  * Il ne reste plus qu'à rebooter:
<code>reboot</code>
===== NFS ou SMB? =====
La bataille fait rage ^_^\\
Il y a tout de même vraiment beaucoup d'adeptes du NFS qui prouvent, chiffres à l'appui, que leur protocole favori est plus rapide que SMB et moins gourmand au niveau du processeur. Au final, tout dépends du hardware, du réseau, et peut-être du taux d'humidité de l'air ;-)\\
Pour ma part, SAMBA est en place sur le serveur Debian sur lequel mes fichiers sont stockés et c'est une nécessité pour les partager avec des PCs Windows et par ailleurs, même à travers le réseau CPL de la Freebox, il n'y a pas le moindre problème de lecture, même sur les films HD 1080, donc pas de nécessité de mettre en place NFS.