OpenELEC 4.0 bêta (XBMC 13.0) est disponible, y compris pour le Raspberry Pi

OpenELEC 4.0 bêta (XBMC 13.0) est disponible, y compris pour le Raspberry Pi

Rien à voir avec la gestion des listes électorales

Avatar de l'auteur
Sébastien Gavois

Publié dans

Logiciel

07/03/2014 2 minutes
79

OpenELEC 4.0 bêta (XBMC 13.0) est disponible, y compris pour le Raspberry Pi

Suite à la sortie de XBMC 13.0 bêta (Gotham), OpenELEC se met à jour et propose une nouvelle version 4.0 bêta de son système d'exploitation, basé en partie sur XBMC. Les versions pour Apple TV, Raspberry Pi ainsi que les ordinateurs 32 et 64 bits sont disponibles au téléchargement.

OpenELEC

 

OpenELEC (Open Embedded Linux Entertainment Center) est un système d'exploitation un peu particulier, que l'on retrouve par exemple dans les mediacenters d'ARCTIC. En effet, les développeurs indiquent que « contrairement aux autres solutions exploitant XBMC, OpenELEC n'est pas basé sur Ubuntu. En fait, ce n'est basé sur aucune distribution ; OpenELEC a été construit à partir de zéro et a été spécialement pensé afin d'être utilisé en tant que mediacenter ».

 

Alors que la bêta 13.0 de XBMC (Gotham) vient de sortir, OpenELEC suit le mouvement et annonce sa version 4.0 bêta. Elle est basée sur le Kernel Linux 3.13 sorti en janvier dernier et intègre évidemment les derniers pilotes graphiques de chez AMD (xf86-video-radeon-7.3.0), NVIDIA (xf86-video-nvidia-334.21) et Intel (xf86-video-intel-3.0RC), ce qui permet de l'utiliser directement sans avoir à se préoccuper de cela.

 

Point intéressant, la disponibilité des images ISO : on en retrouve évidemment pour les ordinateurs (32 bits et 64 bits), pour l'Apple TV, mais surtout pour le Raspberry Pi. Tous les détails concernant l'installation d'OpenELEC se trouvent par ici.

 

Pour télécharger la distribution c'est par ici que ça se passe. Notez qu'il s'agit bien d'une version 4.0 bêta, mais en interne elle porte encore le numéro de version 3.95.1 : c'est donc celui-ci qu'il faudra télécharger.

Écrit par Sébastien Gavois

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

next n'a pas de brief le week-end

Le Brief ne travaille pas le week-end.
C'est dur, mais c'est comme ça.
Allez donc dans une forêt lointaine,
Éloignez-vous de ce clavier pour une fois !

Fermer

Commentaires (79)


j’en profite pour demander si vous connaissez un dongle wifi qui marche bien pour le raspberry pi ?


est il possible de mettre à jour une installation vers la beta ? j’ai pas du tout envie de refaire mon dual boot :/


Je me suis toujours demandé ce que donne XBMC pour de la lecture de Blue-ray bien proprio blindé aux DRMs ne respectant pas les normes ?



Des avis de copains ayant déjà testé ? … je suis trop paresseux pour voir par moi-même. <img data-src=" />








luxian a écrit :



Je me suis toujours demandé ce que donne XBMC pour de la lecture de Blue-ray bien proprio blindé aux DRMs ne respectant pas les normes ?



Des avis de copains ayant déjà testé ? … je suis trop paresseux pour voir par moi-même. <img data-src=" />





Ca s’est récemment amélioré mais c’est pas encore ça.



Cf.http://korben.info/comment-lire-bluray-linux-vlc.html qui résume bien la situation.









luxian a écrit :



Je me suis toujours demandé ce que donne XBMC pour de la lecture de Blue-ray bien proprio blindé aux DRMs ne respectant pas les normes ?



Des avis de copains ayant déjà testé ? … je suis trop paresseux pour voir par moi-même. <img data-src=" />





Ca marches pas









luxian a écrit :



Je me suis toujours demandé ce que donne XBMC pour de la lecture de Blue-ray bien proprio blindé aux DRMs ne respectant pas les normes ?



Des avis de copains ayant déjà testé ? … je suis trop paresseux pour voir par moi-même. <img data-src=" />





Pas de lecture des BD 3D.









luxian a écrit :



Je me suis toujours demandé ce que donne XBMC pour de la lecture de Blue-ray bien proprio blindé aux DRMs ne respectant pas les normes ?



Des avis de copains ayant déjà testé ? … je suis trop paresseux pour voir par moi-même. <img data-src=" />





“Out of the box” une RaspBerry Pi sous XBMC ne lit pas les DVD non plus (avec ou sans DRM) pour la bête raison qu’il n’y a pas de décodeur MPEG-2.



On peut l’obtenir facilement mais c’est pas dans le package de base (question de licences non payées)









fraoch a écrit :



j’en profite pour demander si vous connaissez un dongle wifi qui marche bien pour le raspberry pi ?







edimax ew-7811un



Pour moi avec OpenElec ça a fonctionné out of the box.

je l’ai reçu cette semaine <img data-src=" />









fraoch a écrit :



j’en profite pour demander si vous connaissez un dongle wifi qui marche bien pour le raspberry pi ?





j’ai plusieurs dongles basés sur le chipset RTL8188cu et compagnie…ben ça fonctionne pas. (ni sous Debian)

Si ça peut t’aider.<img data-src=" />



J’installe ça dès ce soir sur mon rPi.

Les promesses de fluidité ne sont pas tombées dans l’oreille d’un sourd. <img data-src=" />








luxian a écrit :



Je me suis toujours demandé ce que donne XBMC pour de la lecture de Blue-ray bien proprio blindé aux DRMs ne respectant pas les normes ?



Des avis de copains ayant déjà testé ? … je suis trop paresseux pour voir par moi-même. <img data-src=" />







Il y a peu, j’ai vu sur le forum officiel une extension qui permettait soi disant de lire les Blu-ray (non 3D). Cette extension utilisait makemkv pour faire un mkv du bluray à la volée. Je ne pense pas que les menus soit gérés par contre…




j’installe ce soir sur mon Pi ! je trouve l’actuelle très lente sur CarteSD, faut que j’essaie en USB.








luxian a écrit :



Je me suis toujours demandé ce que donne XBMC pour de la lecture de Blue-ray bien proprio blindé aux DRMs ne respectant pas les normes ?



Des avis de copains ayant déjà testé ? … je suis trop paresseux pour voir par moi-même. <img data-src=" />







On lisait déjà bien les BluRay sans BD+ sur XBMC, libBdplus a été liberée il ya quelques semaines donc même les BR de la Fox devrait passer maintenant.





EDIT: en fait il n’y aurais que les premiers BR BD+ qui marche , comme à chaque fois.



http://www.journaldulapin.com/2014/02/15/lire-un-bd-avec-vlc-ca-fonctionne/





Donc oui le dernier BR BD+ du commerce ne sera pas lisible. makeMKV reste alors la meilleure solution.









durthu a écrit :



Il y a peu, j’ai vu sur le forum officiel une extension qui permettait soi disant de lire les Blu-ray (non 3D). Cette extension utilisait makemkv pour faire un mkv du bluray à la volée. Je ne pense pas que les menus soit gérés par contre…



Mouais, pas terrible comme méthode, si on pouvait éviter d’avoir un transcodage à la volée qui consomme des ressources inutiles au lieu de lire directement le format natif, ça serait mieux.









Nathan1138 a écrit :



Ca s’est récemment amélioré mais c’est pas encore ça.



Cf.http://korben.info/comment-lire-bluray-linux-vlc.html qui résume bien la situation.





Merci, ça a marché pour 1 bluray sur deux que j’ai testé ;-)

Il ne manque plus qu’à trouver une liste de clés à jour / non révoquées maintenant.









neeloots a écrit :



edimax ew-7811un



Pour moi avec OpenElec ça a fonctionné out of the box.

je l’ai reçu cette semaine <img data-src=" />











Ricard a écrit :



j’ai plusieurs dongles basés sur le chipset RTL8188cu et compagnie…ben ça fonctionne pas. (ni sous Debian)

Si ça peut t’aider.<img data-src=" />







Merci à tous les deux



Coll, je mets à jour ce soir


j’en vais alors de ma question aussi : y’a-il des cartes son USB pour le Raspberry Pi qui pourrait me sortir autre chose que la stereo (sans passer par l’hdmi, bien evidemment)?








freechelmi a écrit :



j’installe ce soir sur mon Pi ! je trouve l’actuelle très lente sur CarteSD, faut que j’essaie en USB.









Sérieux?



Je l’ai installée il y a quelques jours, c’était beaucoup plus rapide qu’Xbian…









Crysalide a écrit :



Mouais, pas terrible comme méthode, si on pouvait éviter d’avoir un transcodage à la volée qui consomme des ressources inutiles au lieu de lire directement le format natif, ça serait mieux.







Bon en fait libmmbd proposé par MKV est bien mieux que ça. Elle permet a openElec de lire un BR BD+ de façon transparente mais c’est un Makemkv qui calcul les clés/secrets à la volèes.



Il n’y as pas de transcodage, c’est bien openelec qui décode le fichier M2ts du bluray.





Allez bientot on pourra ranger ces lecteurs BluRay moche dans le placard :-)









Sakthivel a écrit :



Sérieux?



Je l’ai installée il y a quelques jours, c’était beaucoup plus rapide qu’Xbian…







j’ai acheté ma carte soit disant classe10 de marque boulanger, c’est peut être ça l’erreur.



Ah <img data-src=" /> Si ça peut aider j’ai une Sandisk, les menus sont réactifs (commande depuis Yatse sur la tablette). Lancer un film (stocké sur le NAS) met quelques secondes (3?) mais une fois que c’est fait, c’est réactif (même avancer d’une heure dans le film, il n’y a pas de pause)








Sakthivel a écrit :



Ah <img data-src=" /> Si ça peut aider j’ai une Sandisk, les menus sont réactifs (commande depuis Yatse sur la tablette). Lancer un film (stocké sur le NAS) met quelques secondes (3?) mais une fois que c’est fait, c’est réactif (même avancer d’une heure dans le film, il n’y a pas de pause)





Moi les menus rament, pourtant, j’ai mis une bonne carte, quant aux films, certains plantent, mais c’est surement dû à la carte réseau du PC <img data-src=" />



°_°



Fou!



Je viens de faire une petite démo pour vous montrer ce que j’appelle “réactif”:



https://www.youtube.com/watch?v=GHWa4vc–58



J’ai essayé de sortir le Pi de la NES pour montrer la carte SD mais j’ai vite abandonné <img data-src=" />








Sakthivel a écrit :



°_°



J’ai essayé de sortir le Pi de la NES pour montrer la carte SD mais j’ai vite abandonné <img data-src=" />







Pas mal le coup de la NES pour le raspberry <img data-src=" />



Par contre, cest un peu gros.

Tu as essayé de placer le PI dans une cartouche NES ? Ca devrait rentrer









Jyl2 a écrit :



j’en vais alors de ma question aussi : y’a-il des cartes son USB pour le Raspberry Pi qui pourrait me sortir autre chose que la stereo (sans passer par l’hdmi, bien evidemment)?







Beaucoup se tournent vers un HiFimeDIY :http://hifimediy.com/index.php?route=product/product&product_id=83



Ca marche sans probleme avec le Pi, et ca sort un son bien plus propre que la crotte integree. <img data-src=" />









blamort a écrit :



Pas mal le coup de la NES pour le raspberry <img data-src=" />



Par contre, cest un peu gros.

Tu as essayé de placer le PI dans une cartouche NES ? Ca devrait rentrer









Non je n’ai plus de cartouche (c’est une NES HS que j’ai récupérée pour 10€ sur eBay) :/



La NES est grosse oui mais ça a l’avantage de stabiliser le Pi. Vu le nombre de câbles qui en sortent (ethernet + alimentation + HDMI), si je le mets dans un “petit” boîtier ce dernier risque de bouger, etc etc. Ici, pas. La NES fait une chouette déco et cache un peu les câbles <img data-src=" />









Tibag a écrit :



Beaucoup se tournent vers un HiFimeDIY :http://hifimediy.com/index.php?route=product/product&product_id=83



Ca marche sans probleme avec le Pi, et ca sort un son bien plus propre que la crotte integree. <img data-src=" />



Il veut autre chose que du son stéréo, donc je suppose il lui faut une sortie optique pour attaquer un ampli HC.

Celle-là devrait faire l’affaire je pense.



bon ba update de merde ^^



j’ai plus de sortie SPDIF, uniquement ANalog ou HDMI, j’ai bien du son sur mon spdif en HDMI sauf que pas de passtrought …



bon ba retour arrière








al_bebert a écrit :



bon ba update de merde ^^



j’ai plus de sortie SPDIF, uniquement ANalog ou HDMI, j’ai bien du son sur mon spdif en HDMI sauf que pas de passtrought …



bon ba retour arrière





En même temps c’est une BETA fraichement sortie …



Petite question aux possesseurs/bidouilleurs de Rasp : Ce que j’aimerai, c’est savoir si il est possible de faire cohabiter OpenElec et à la fois Limelight (pour stream les jeux STEAM avec sa carte Nvidia) dans la même distrib?



(idéalement, avoir un menu directement sur la même interface que les différents choix, style : MUSIQUE/FILM/STEAM)



Merci <img data-src=" />








Nerthazrim a écrit :



En même temps c’est une BETA fraichement sortie …







oui je sais mais bon perdre le SPDIF c’est violent quand même :(



des bugs dans l’interface, des plantage je comprend, mais le SPDIF GRRRRRRRR ^^










al_bebert a écrit :



oui je sais mais bon perdre le SPDIF c’est violent quand même :(



des bugs dans l’interface, des plantage je comprend, mais le SPDIF GRRRRRRRR ^^





HDMI sur un ampli HC, il n’y a que ça de vrai <img data-src=" />









Nerthazrim a écrit :



HDMI sur un ampli HC, il n’y a que ça de vrai <img data-src=" />







ouai enfin bon ça fait la même avec un ampli classique sans HDMI ^^



RAF de l’hdmi moi (limite en plus le mediacenter va repasser en VGA…)



mais mon Z5500 aime bien manger du DTS…









Tibag a écrit :



Beaucoup se tournent vers un HiFimeDIY :http://hifimediy.com/index.php?route=product/product&product_id=83



Ca marche sans probleme avec le Pi, et ca sort un son bien plus propre que la crotte integree. <img data-src=" />





merci, mais comme dis plus bas, je voudrais une sortie optique, coax ou plusieurs jack pour sortir au moins du 5.1 (ma tv samsung ne sort que de la stereo par l’optique quand la source est hdmi)









gavroche69 a écrit :



Il veut autre chose que du son stéréo, donc je suppose il lui faut une sortie optique pour attaquer un ampli HC.

Celle-là devrait faire l’affaire je pense.





tout à fait, c’est bien ce genre de ‘carte’ que je recherche

merci pour l’info









Jyl2 a écrit :



tout à fait, c’est bien ce genre de ‘carte’ que je recherche

merci pour l’info







Cherche ailleurs, j’ai payé 16$ la mienne, pas 25€ comme sur son lien <img data-src=" />

(frais de port gratuits)



Et c’est très bien géré par OpenElec. Suffit d’aller dans le panneau de configuration général pour choisir la sortie optical, etc.









Crysalide a écrit :



Mouais, pas terrible comme méthode, si on pouvait éviter d’avoir un transcodage à la volée qui consomme des ressources inutiles au lieu de lire directement le format natif, ça serait mieux.







Dans ce cas, oriente toi vers Plex et la distrib pi Rasplex. Ca fonctionne sous le principe client / serveur.



Le serveur plex s’occupe de transcoder la vidéo (si besoin seulement) puis la Pi s’occupe de lire le flux vidéo.



Quelqu’un sait si il y a compatibilité avec un mini clavier iclever rii bluetooth ?

actuellement, avec la 3.2.4, j’arrive pas à le faire fonctionner








Jyl2 a écrit :



merci, mais comme dis plus bas, je voudrais une sortie optique, coax ou plusieurs jack pour sortir au moins du 5.1 (ma tv samsung ne sort que de la stereo par l’optique quand la source est hdmi)







ha ma samsung fait la même (ultra pénible)



pour ton truc j’ai plus le liens mais j’avais une carte son usb avec prise jack+micro optique (intégrer au jack) c’était pratique









raoudoudou a écrit :



Cherche ailleurs, j’ai payé 16$ la mienne, pas 25€ comme sur son lien <img data-src=" />

(frais de port gratuits)



Et c’est très bien géré par OpenElec. Suffit d’aller dans le panneau de configuration général pour choisir la sortie optical, etc.





je suis etonné qu’une carte no-name soit reconnu par OpenElec (mais c’est tant mieux)

je ne suis plus qq euros près… j’etais prêt à acheter un extracteur de son de la sortie HDMI (avec le risque de perdre le CEC)

merci bien, j’vais voir ça

derniere question : peu de chance de trouver une carte autoalimenté?



Edit : je dis surement une connerie, car je ne vois pas d’alimentation externe sur ce modèle









Jyl2 a écrit :



…Edit : je dis surement une connerie, car je ne vois pas d’alimentation externe sur ce modèle



Tout juste, c’est alimenté par le port USB, il suffit juste de ne pas avoir une alimentation trop anémique pour le Rpi.



Pas toutes, mais la plupart des TV ne sortent que de la stéréo sur leur port optique.









Jyl2 a écrit :



je suis etonné qu’une carte no-name soit reconnu par OpenElec (mais c’est tant mieux)







La carte est noname, pas la puce à l’intérieur qui est une CM106 et gérée de base par le noyau linux

http://www.hardwaresecrets.com/datasheets/CM106-L+_F+.pdf









raoudoudou a écrit :



La carte est noname, pas la puce à l’intérieur qui est une CM106 et gérée de base par le noyau linux

http://www.hardwaresecrets.com/datasheets/CM106-L+_F+.pdf





donc le critère que je dois rechercher c’est la présence de cette puce



Encore merci, je ne m’etais pas trop penché sur le problème encore, mais vous m’enlevez une aiguille du pied



Pour cette carte son, ça marche aussi pour enregistrer un son et le ressortir à la volée avec un minimum de latence ?

Histoire de brancher une guitare et me servir du Pi comme pédale d’effets comme on peut voir sur certaines vidéos.


Tant qu’on est sur les retours d’expérience…



Est-ce que quelqu’un sait si en sus d’une Raspbmc ou d’une OpenElec, je peux ajouter un serveur ssh (histoire de synchroniser quotidiennement mes données depuis un serveur distant via unison)? Ou cette pov petite machine ne va pas supporter?



D’ailleurs qu’elle est la grosse différence entre Raspbmc et OpenElec? Est-ce qu’il y a un gestionnaire de paquet intégré (j’imagine que non)? Ou pour rajouter des paquets je dois compiler sur un autre ordi et installer à la main?








Jaskier a écrit :



Pour cette carte son, ça marche aussi pour enregistrer un son et le ressortir à la volée avec un minimum de latence ?

Histoire de brancher une guitare et me servir du Pi comme pédale d’effets comme on peut voir sur certaines vidéos.







Ça ne dépend que du pilote la latence. Sous Linux, ça se règle (faut chercher) quelle que soit la librairie audio utilisée (pulse/alsa/…)









al_bebert a écrit :



ha ma samsung fait la même (ultra pénible)



pour ton truc j’ai plus le liens mais j’avais une carte son usb avec prise jack+micro optique (intégrer au jack) c’était pratique





Justement c’est à partir de là que je ne comprends pas, pourquoi ne pas investir dans un ampli avec des entrées HDMI (je veux dire plutôt que d’acheter une carte son USB, c’est le budget le souci) ?



L’optique c’est bien mais ça a aussi ses limitations, pas de Dolby TrueHD ni DTS-HDMA par exemple. En plus de ça, comme vous l’avez noté, il faut souvent une TV haut de gamme pour sortir plus que du stéréo via l’optique quand la source est sur de l’HDMI. La solution dans ce cas de figure peut consister à utiliser le récepteur DLNA intégré à la TV pour lire le contenu et sortir le son sur l’optique. Par contre, du coup, toujours pas de TrueHD ni HDMA … Contrairement à l’HDMI 1.4 qui fait tout passer.









Nerthazrim a écrit :



Justement c’est à partir de là que je ne comprends pas, pourquoi ne pas investir dans un ampli avec des entrées HDMI (je veux dire plutôt que d’acheter une carte son USB, c’est le budget le souci) ?



L’optique c’est bien mais ça a aussi ses limitations, pas de Dolby TrueHD ni DTS-HDMA par exemple. En plus de ça, comme vous l’avez noté, il faut souvent une TV haut de gamme pour sortir plus que du stéréo via l’optique quand la source est sur de l’HDMI. La solution dans ce cas de figure peut consister à utiliser le récepteur DLNA intégré à la TV pour lire le contenu et sortir le son sur l’optique. Par contre, du coup, toujours pas de TrueHD ni HDMA … Contrairement à l’HDMI 1.4 qui fait tout passer.









heu oui budget ! et je voie pas pourquoi je devrais changer. le Z5500 fait le boulot, j’ai déjà beaucoup de mal à mettre les satellites dans le salon alors si tu m’en rajoute ^^ le WAF diminue. de plus j’ai pas la place de mettre un ampli dans le meuble TV, ya déjà la box, la ps3 le media center…



après pour quelqu’un de non équiper je suis d’accord avec toi. mais bon moi perso j’ai absolument aucun intéret à changer pour le moment ! et même si l’achat d’un ampli est prévu dans pas trop longtemps n’est pas l’hdmi qui sera prioritaire mais le multi zone (pouvoir gérer plusieurs sources/sortie simultané) pilotable via le LAN !



Dans ce cas-là, pour l’avoir fait pendant pas mal de temps avant d’investir dans une composition HC, la technique du DLNA fonctionne bien sur une TV Samsung.



Serveur DLNA (personnellement j’utilisais Serviio, excellent malgré le fait que cela soit du Java :p) qui stream du contenu décodé par la TV (donc c’est les puces de la TV qui chauffent). La TV retransmet la vidéo sur sa dalle et le son peut sortir sur l’optique et transmettre du Dolby et DTS sans souci.

Comme expliqué plus haut, la bande passante de l’optique n’est par contre pas suffisante pour les rajouts numériques TrueHD et HDMA.



Sinon plus haut a été présentée la solution Plex qui est un faux DLNA customisé. Le problème avec Samsung étant que leur SDK n’a pas permis aux devs de Plex de sortir une appli sur la TV étant capable de lire les sous-titres mergés (donc dans le conteneur MP4/MKV) sans réencoder le tout.

Au final, il faut donc que le CPU hébergeant le Plex Media Server réencode tout à la volée, je trouve ça assez sale …








Nerthazrim a écrit :



Dans ce cas-là, pour l’avoir fait pendant pas mal de temps avant d’investir dans une composition HC, la technique du DLNA fonctionne bien sur une TV Samsung.



Serveur DLNA (personnellement j’utilisais Serviio, excellent malgré le fait que cela soit du Java :p) qui stream du contenu décodé par la TV (donc c’est les puces de la TV qui chauffent). La TV retransmet la vidéo sur sa dalle et le son peut sortir sur l’optique et transmettre du Dolby et DTS sans souci.

Comme expliqué plus haut, la bande passante de l’optique n’est par contre pas suffisante pour les rajouts numériques TrueHD et HDMA.



Sinon plus haut a été présentée la solution Plex qui est un faux DLNA customisé. Le problème avec Samsung étant que leur SDK n’a pas permis aux devs de Plex de sortir une appli sur la TV étant capable de lire les sous-titres mergés (donc dans le conteneur MP4/MKV) sans réencoder le tout.

Au final, il faut donc que le CPU hébergeant le Plex Media Server réencode tout à la volée, je trouve ça assez sale …







je pense que tu te trompe de gars en fait ^^



perso j’ai le setup suivant :



Serveur NAS sous openmediavault, avec un minidlna qui envoie sans transocage à la freebox qui elle sort la video en HDMI sur la tv (qui est une vielle samsung de base) et l’audio en optique sur le Z5500.



j’ai aussi un mediacenter qui tape dans les partages SMB du NAS et qui affiche sur la même TV, et sort en Coax sur le Z5500. et enfin la ps3 qui elle sort en HDMI sur la tv et en stereo sur le z5500.



je cherche en ce moment à rajouter un serveur DLNA avec transcodage pour mes terminaux android, mais je trouve RIEN qui fonctionne bien. j’ai tenter minidlna avec le transcode , ça ne compile pas (grrr) ps3 media serveur qui lance le transcode mais ne send pas sur android ensuite, je doit tester serviio aussi mais plus tard (marre de me casser les dents)



j’avais oublier plex aussi faut que je regarde.



merci :)









al_bebert a écrit :



après pour quelqu’un de non équiper je suis d’accord avec toi. mais bon moi perso j’ai absolument aucun intéret à changer pour le moment ! et même si l’achat d’un ampli est prévu dans pas trop longtemps n’est pas l’hdmi qui sera prioritaire mais le multi zone (pouvoir gérer plusieurs sources/sortie simultané) pilotable via le LAN !







Je ne vois pas trop ce que tu veux dire mais ca m’a l’air cool <img data-src=" /> , t’aurai un lien vers un modèle ou un article sur le sujet ?









al_bebert a écrit :



je cherche en ce moment à rajouter un serveur DLNA avec transcodage pour mes terminaux android, mais je trouve RIEN qui fonctionne bien. j’ai tenter minidlna avec le transcode , ça ne compile pas (grrr) ps3 media serveur qui lance le transcode mais ne send pas sur android ensuite, je doit tester serviio aussi mais plus tard (marre de me casser les dents)





Sincèrement, Serviio est le plus complet/plug&play/personnalisable que je connaisse et je ne pas d’exemple où il ne ferait pas l’affaire.

Je pense même que la PS3 devrait être capable de tirer dessus, à vérifier. Pour Android c’est sûr que ça fonctionne au poil.









al_bebert a écrit :



je cherche en ce moment à rajouter un serveur DLNA avec transcodage pour mes terminaux android, …



merci :)







Mediatomb ?









CryoGen a écrit :



Je ne vois pas trop ce que tu veux dire mais ca m’a l’air cool <img data-src=" /> , t’aurai un lien vers un modèle ou un article sur le sujet ?







non j’en ai discuter avec un ami qui en à un qu’il pilote via port série ^^



j’ai pas encore pris le temps de me renseigner sur le sujet, je sais que ça existe et que ce n’est pas simple à trouver et que évidement ça coute très chère !



mais le but pour expliquer rapidement c’est de pouvoir envoyer différentes sources audio (des MPD pour être précis) et que c’est source soit envoyer vers différentes sortie de l’ampli pour alimenter plusieurs pièces dans la maison.



pour pouvoir écouter différentes choses dans différentes pièces ou la même chose dans toutes les pièces.



c’est aussi possible en utlisant ALSA et plusieurs sortie audio et des ampli classique (ampli stéréo sans réglages) et tout faire logiciellement. je ne sais pas encore qu’elle solution je vais choisir. on doit en rediscuter à une prochaine soirée, histoire de peser le pour et le contre :)









Nerthazrim a écrit :



Sincèrement, Serviio est le plus complet/plug&play/personnalisable que je connaisse et je ne pas d’exemple où il ne ferait pas l’affaire.

Je pense même que la PS3 devrait être capable de tirer dessus, à vérifier. Pour Android c’est sûr que ça fonctionne au poil.







je vais test en espérant que ce soit pas galère à mettre en place sur debian.



J’aime bien la capture d’écran <img data-src=" />















de 2012 <img data-src=" />








FunnyD a écrit :



Moi les menus rament, pourtant, j’ai mis une bonne carte, quant aux films, certains plantent, mais c’est surement dû à la carte réseau du PC <img data-src=" />







Quel skin utilises tu ?



Généralement, les skins lourds ou avec des fonctions avancés font ramer l’interface.



Quelques skins sont conseillés pour le Pi comme Quartz, Amber, Confluence, …







Jyl2 a écrit :



j’en vais alors de ma question aussi : y’a-il des cartes son USB pour le Raspberry Pi qui pourrait me sortir autre chose que la stereo (sans passer par l’hdmi, bien evidemment)?







Cette carte fonctionne normalement avec Openelec. Pour savoir si elle est fonctionnelle avec le Pi, n’hésites pas à envoyer un mail au vendeur qui est actif sur passion-xbmc.org









durthu a écrit :



Quel skin utilises tu ?



Généralement, les skins lourds ou avec des fonctions avancés font ramer l’interface.



Quelques skins sont conseillés pour le Pi comme Quartz, Amber, Confluence, …





Je suis resté sur Confluence, je la trouve sympa



Effectivement, ça doit venir de ta carte qui n’est pas très rapide ou alors une latence de ton réseau si tes films sont sur un NAS par exemple.








animus a écrit :



Tant qu’on est sur les retours d’expérience…



Est-ce que quelqu’un sait si en sus d’une Raspbmc ou d’une OpenElec, je peux ajouter un serveur ssh (histoire de synchroniser quotidiennement mes données depuis un serveur distant via unison)? Ou cette pov petite machine ne va pas supporter?



D’ailleurs qu’elle est la grosse différence entre Raspbmc et OpenElec? Est-ce qu’il y a un gestionnaire de paquet intégré (j’imagine que non)? Ou pour rajouter des paquets je dois compiler sur un autre ordi et installer à la main?









Ce sont toutes les deux des distributions linux à part entière, il me semble juste que OpenElec soit une distro “from scratch” alors que Raspbmc est basée sur Ubuntu ou Debian.



Il y a SSH de base dans les deux! Maintenant pour la puissance du truc je ne saurais vraiment t’aider (jamais utilisé unison)









Sakthivel a écrit :



Ce sont toutes les deux des distributions linux à part entière, il me semble juste que OpenElec soit une distro “from scratch” alors que Raspbmc est basée sur Ubuntu ou Debian.



Il y a SSH de base dans les deux! Maintenant pour la puissance du truc je ne saurais vraiment t’aider (jamais utilisé unison)







Ah merci! C’est cool de savoir que c’est déjà intégré, j’aurai pas trop à galéré comme ça! Et si Raspbmc est basé sur Debian ou Ubuntu, ou pire ce sera pas trop dur à ajouter si ça n’y est pas.



Je ne m’inquiète pas trop pour unison, il tournera de nuit quand la télé sera éteinte, faire ramer le raspberry n’aura pas trop de conséquence. Mais comme le serveur ssh sera allumé en permanence lui…je m’inquiétais de l’impact sur la lecture de vidéos.



Je vais tester dès que je rentre chez mes parents et mets la main sur mon raspberry :)









Jyl2 a écrit :



je ne suis plus qq euros près… j’etais prêt à acheter un extracteur de son de la sortie HDMI (avec le risque de perdre le CEC)

merci bien, j’vais voir ça

derniere question : peu de chance de trouver une carte autoalimenté?







Tu peux toujours essayer celle-là, mais il me semble que c’est compliqué à configurer.







al_bebert a écrit :



pour ton truc j’ai plus le liens mais j’avais une carte son usb avec prise jack+micro optique (intégrer au jack) c’était pratique







Si c’est l’Aureon Dual USB, elle ne fait que stéréo.







durthu a écrit :



Cette carte fonctionne normalement avec Openelec. Pour savoir si elle est fonctionnelle avec le Pi, n’hésites pas à envoyer un mail au vendeur qui est actif sur passion-xbmc.org







Comme dit plus haut, elle nest que stéréo, c’est soit l’Aureon 5.1 USB ou l’Aureon 7.1 USB chez Terratec.



Nouveauté importante non-précisé : avec cette v4 on perd les builds spécifiques aux architectures Arctic MC, Fusion, Intel et Ion.

Pas mal de gens se sont montés des media centers avec ces petites architectures, bien avant que rPi arrive sous les projecteurs il y a 2 ans.



Du coup, pour ceux-là il faudra se rabattre sur les Generic i386 et Generic x86_64. A voir si y a des pertes de perf ou pas.


Testé sur le Pi 256Mo.

Bien fini (par rapport à RaspBMC) et plutôt réactif !



Je conserve pour l’instant <img data-src=" />








FrDakota a écrit :



Tu peux toujours essayer celle-là, mais il me semble que c’est compliqué à configurer.







Si c’est l’Aureon Dual USB, elle ne fait que stéréo.







Comme dit plus haut, elle nest que stéréo, c’est soit l’Aureon 5.1 USB ou l’Aureon 7.1 USB chez Terratec.







je ne sais plus, ce n’est pas ma carte, et je n’ai pas tester de sortir du DTS/AC3 par l’optique. ce n’est pas ma carte son mais celle d’un ami que j’ai eu en prêt quelques temps mais je n’ai pas eu le temps de pousser les tests au bout.










unCaillou a écrit :



Nouveauté importante non-précisé : avec cette v4 on perd les builds spécifiques aux architectures Arctic MC, Fusion, Intel et Ion.

Pas mal de gens se sont montés des media centers avec ces petites architectures, bien avant que rPi arrive sous les projecteurs il y a 2 ans.



Du coup, pour ceux-là il faudra se rabattre sur les Generic i386 et Generic x86_64. A voir si y a des pertes de perf ou pas.



Le seul “inconvénient” c’est que le système est un peu plus gros (si peu) mais ça n’a aucune incidence sur les performances d’autant que maintenant au niveau graphique il n’y a plus que 2 pilotes, VDPAU pour Nvidia et AMD et VAAPI pour Intel.



Ceux qui sont équipés en GPU AMD ont tout intérêt à passer sur cette version car les pilotes VDPAU permettent des réglages vidéos pendant la lecture qui sont impossibles avec les pilotes XVBA.



C’est beaucoup plus logique pour l’équipe Openelec qui n’aura plus à compiler plein de versions différentes et en plus si on est amené à changer de matos il n’y aura rien à faire puisque tous les pilotes sont présents.



Donc quelqu’un qui passerait d’un GPU Intel à un GPU Nvidia ou AMD n’aura plus qu’à modifier les paramètres de lecture vidéo pour choisir le bon décodage matériel.



Personnellement je pense qu’ils auraient du faire ça depuis longtemps…









gavroche69 a écrit :



Le seul “inconvénient” c’est que le système est un peu plus gros (si peu) mais ça n’a aucune incidence sur les performances d’autant que maintenant au niveau graphique il n’y a plus que 2 pilotes, VDPAU pour Nvidia et AMD et VAAPI pour Intel.



Ceux qui sont équipés en GPU AMD ont tout intérêt à passer sur cette version car les pilotes VDPAU permettent des réglages vidéos pendant la lecture qui sont impossibles avec les pilotes XVBA.



C’est beaucoup plus logique pour l’équipe Openelec qui n’aura plus à compiler plein de versions différentes et en plus si on est amené à changer de matos il n’y aura rien à faire puisque tous les pilotes sont présents.



Donc quelqu’un qui passerait d’un GPU Intel à un GPU Nvidia ou AMD n’aura plus qu’à modifier les paramètres de lecture vidéo pour choisir le bon décodage matériel.



Personnellement je pense qu’ils auraient du faire ça depuis longtemps…







pour le moment moi ce que je voie en gros inconvénient c’est la perte d’option au niveau audio :/









durthu a écrit :



Effectivement, ça doit venir de ta carte qui n’est pas très rapide ou alors une latence de ton réseau si tes films sont sur un NAS par exemple.





Mes films sont sur le PC, mais j’ai pas mal de problèmes avec ma carte, dés fois le réseau se coupe tout seul, je dois alors la désactiver et la réactiver



Merci pour la news, du coup je suis allé regarder xbmc, et j’ai decouvert qu’il existait une version windows (!!) à laquelle en plus de gérer admirablement bien les bibliothèques de films et de séries, on peux ajouter des addons pour regarder twitch, youtube, animeftw (stream d’anime gratos), 9 gag….



Puis qu’on peux facilement lancer automatiquement xbmc au boot de windows, et y intégrer steam big pictures….

Du coup avec ça on se fait un htpc avec tout les avantages windows (jeux et steam périphériques) et tout les avantages de xbmc (qui est vraiment au top !)








gounzor a écrit :



Merci pour la news, du coup je suis allé regarder xbmc, et j’ai decouvert qu’il existait une version windows (!!) à laquelle en plus de gérer admirablement bien les bibliothèques de films et de séries, on peux ajouter des addons pour regarder twitch, youtube, animeftw (stream d’anime gratos), 9 gag….



Puis qu’on peux facilement lancer automatiquement xbmc au boot de windows, et y intégrer steam big pictures….

Du coup avec ça on se fait un htpc avec tout les avantages windows (jeux et steam périphériques) et tout les avantages de xbmc (qui est vraiment au top !)







et tous les inconvénients de windows aussi ^^



d’ailleurs tu parle d’avantage au niveau périphérique ? c’est à dire ?



par ce que ce n’est pas toujours le cas ! ma Remote Wonder sous windows autre que sous XP tu oublie, et même sous XP le pilote étant une merde innommable c’est la galère…



alors que sous linux elle est reconnue sans aucune difficulté (et pré-configurer sur les distrib xbmc)



Ah ben moi tout est reconnu immediatement ou installable avec peu de recherches (manettes xbox360, wiimotes, bluetooth, et ma telecommande chinoise a 1euros…) l’énorme avantage de windows pour le moment ce sont bien sûr les jeux.

Après si ça avait été pareil sous linux j’y serai passé directement hein ;)

Mais








gounzor a écrit :



Merci pour la news, du coup je suis allé regarder xbmc, et j’ai decouvert qu’il existait une version windows (!!) à laquelle en plus de gérer admirablement bien les bibliothèques de films et de séries, on peux ajouter des addons pour regarder twitch, youtube, animeftw (stream d’anime gratos), 9 gag….



Puis qu’on peux facilement lancer automatiquement xbmc au boot de windows, et y intégrer steam big pictures….

Du coup avec ça on se fait un htpc avec tout les avantages windows (jeux et steam périphériques) et tout les avantages de xbmc (qui est vraiment au top !)





Tous les avantages que tu cites sont aussi présents sur la version Linux.



Par contre, il est vrai que niveau pilotes c’est plus confortable sous Windows. AMD par exemple ne supporte pas le DTS-HDMA ou le Dolby TrueHD avec ses pilotes proprios.

Apparemment depuis Linux 1.13 le pilote OpenSource Radeon le permet, à voir donc … En attendant, Windows est sympa de ce côté-là.









Nerthazrim a écrit :



Tous les avantages que tu cites sont aussi présents sur la version Linux.



Par contre, il est vrai que niveau pilotes c’est plus confortable sous Windows. AMD par exemple ne supporte pas le DTS-HDMA ou le Dolby TrueHD avec ses pilotes proprios.

Apparemment depuis Linux 1.13 le pilote OpenSource Radeon le permet, à voir donc … En attendant, Windows est sympa de ce côté-là.



Il y a déjà un bon moment que AMD supporte l’audio HD sous Linux en tous cas sous Openelec et donc je suppose sous Linux en général (pas testé autre chose).



Sous Openelec (version Bêta Gotham 3.95.1) AMD est maintenant géré avec les mêmes pilotes VDPAU que Nvidia.









gavroche69 a écrit :



Il y a déjà un bon moment que AMD supporte l’audio HD sous Linux en tous cas sous Openelec et donc je suppose sous Linux en général (pas testé autre chose).



Sous Openelec (version Bêta Gotham 3.95.1) AMD est maintenant géré avec les mêmes pilotes VDPAU que Nvidia.





Hmmm tu es sûr que le bitstream est supporté ? Décodage du DTS-HDMA et du Dolby TrueHD côté XBMC et bitstream sur un ampli ?



Je sais que les pilotes Open Source Radeon le permettent, certes mais, sauf si j’ai raté un truc, VDPAU est juste une bibliothèque d’encodage/décodage vidéo, elle sert juste pour l’accélération matérielle des codecs et ne remplace aucunement les pilotes …



De plus, non, AMD ne supporte pas l’HD Audio officiellement dans ses pilotes proprios (si OpenELEC ne les utilise pas, cela peut marcher oui), une simple recherche sur le net t’aurait permis de confirmer mon info puisque plein de gens s’en plaignent et qu’AMD continue de ne l’intégrer que dans ses pilotes Dodows :)









Nerthazrim a écrit :



Hmmm tu es sûr que le bitstream est supporté ? Décodage du DTS-HDMA et du Dolby TrueHD côté XBMC et bitstream sur un ampli ?



Je sais que les pilotes Open Source Radeon le permettent, certes mais, sauf si j’ai raté un truc, VDPAU est juste une bibliothèque d’encodage/décodage vidéo, elle sert juste pour l’accélération matérielle des codecs et ne remplace aucunement les pilotes …



De plus, non, AMD ne supporte pas l’HD Audio officiellement dans ses pilotes proprios (si OpenELEC ne les utilise pas, cela peut marcher oui), une simple recherche sur le net t’aurait permis de confirmer mon info puisque plein de gens s’en plaignent et qu’AMD continue de ne l’intégrer que dans ses pilotes Dodows :)



Je répète que depuis les versions 3.2.3 de Openelec (sorties en octobre 2013), l’audio HD (DTS et DOLBY) est parfaitement transmise en passtrought HDMI vers un ampli avec les GPU AMD.

Testé avec Openelec (depuis version 3.2.3) et une carte AMD HD5450.



Il faut bien sûr une carte graphique suffisamment récente pour supporter l’audio HD en passtrought HDMI.

Je parle bien d’Openelec, je ne sais pas ce qu’il en est avec les autres systèmes Linux complets, mais il n’y a pas de raison à priori.



Ok pour VDPAU qui ne concerne que l’accélération matérielle, je citais ça car ça amène pas mal d’avantages par rapport à XVBA qui géraient les GPU AMD avant les version bêta 4.



Entre ce que je peux lire sur le net et ce que je constate avec mes yeux et mes oreilles, j’ai fait mon choix… <img data-src=" />










gavroche69 a écrit :



Je répète que depuis les versions 3.2.3 de Openelec (sorties en octobre 2013), l’audio HD (DTS et DOLBY) est parfaitement transmise en passtrought HDMI vers un ampli avec les GPU AMD.

Testé avec Openelec (depuis version 3.2.3) et une carte AMD HD5450.





Autrement dit, tu zappes “HDMA” et “TrueHD” dans les normes sonores dont je parle ? C’est un problème de lecture, de connaissance ou de précision dans ta réponse ?

Je n’ai aucun doute quant au support des “coeurs” DTS et Dolby, évidemment et encore heureux que le passthrough fonctionne pour ceux là.



Donc, pour reprendre ta formule, “je répète” que je ne parle pas des coeurs _DTS_ et _Dolby_ SEULS mais des normes sonores DTS HDMA et Dolby TrueHD, qui sont composées d’un coeur DTS/Dolby + des informations numériques complémentaires.



Pour finir, je ne dis pas que ce n’est pas supporté sur OpenELEC (bien que ça m’étonnerait), je dis simplement qu’AMD ne supporte pas officiellement l’HDMA/TrueHD dans ses pilotes proprios.

Qu’on parle bien de la même chose …









Nerthazrim a écrit :



Autrement dit, tu zappes “HDMA” et “TrueHD” dans les normes sonores dont je parle ? C’est un problème de lecture, de connaissance ou de précision dans ta réponse ?

Je n’ai aucun doute quant au support des “coeurs” DTS et Dolby, évidemment et encore heureux que le passthrough fonctionne pour ceux là.



Donc, pour reprendre ta formule, “je répète” que je ne parle pas des coeurs _DTS_ et _Dolby_ SEULS mais des normes sonores DTS HDMA et Dolby TrueHD, qui sont composées d’un coeur DTS/Dolby + des informations numériques complémentaires.



Pour finir, je ne dis pas que ce n’est pas supporté sur OpenELEC (bien que ça m’étonnerait), je dis simplement qu’AMD ne supporte pas officiellement l’HDMA/TrueHD dans ses pilotes proprios.

Qu’on parle bien de la même chose …



MOI AUSSI JE PARLE BIEN DE LA PARTIE HD DE CES FORMATS AUDIO !!! <img data-src=" />



Oui je parle bien de la transmission des signaux HD pour ces 2 formats et pas seulement de la partie “reduced Core”.

Et l’ampli affiche bien “DTS MASTER HD” ou “Dolby Thrue HD” avec le voyant bleu qui s’allume sur un ampli Denon, le tout avec une carte AMD HD 5450. <img data-src=" />



Et ça fait pratiquement 6 mois que ces versions sont sorties…



Il n’y a pas à être étonné, juste à essayer… <img data-src=" />



Encore une fois je parle de Openelec mais Openelec utilisant un noyau Linux je ne vois pas pourquoi ça ne serait pas possible avec un Linux complet…









gavroche69 a écrit :



MOI AUSSI JE PARLE BIEN DE LA PARTIE HD DE CES FORMATS AUDIO !!! <img data-src=" />





OK, on est bien d’accord <img data-src=" />



C’est bon à savoir du coup.

Je suis dans une configuration un peu particulière (GPU passthrough sur une VM, hosté par un ESXi) qui ne me permet pas d’utiliser les pilotes open source Radeon, je suis obligé de passer par ceux d’AMD (qui ne supportent donc pas l’HDMA ou le TrueHD) …

J’essaierai OpenELEC dans une VM en passthrough, j’aurai peut-être une bonne surprise ;)