Reprise du message précédent :

 
A la limite même avec un 1/2 vCPU d'un pauvre i3 ça tournerais aussi très bien hein
Mais +1 C'est pas fait pour le Pi et ce genre de micro-pc; J’essaierai pas de faire tourner un Zimbra non plus par exemple
 

 
Je regarde pour en acheter un pour cette utilisation, génial si on peu gérer plusieurs zone !! Tu as la version light ou la costaud ? o/c ?
 
Ca change quoi par rapport à l'utilisation classique de l'airplay ? (j'utilise ça sur ma Freebox Player).
Au passage, il y a pas moyen d'utiliser autre chose que cette bouse d'iTunes (genre quelque chose qui lise l'OGG et le FLAC) ?  
 
Merci    
 
Edit: en utilisant MPD j'imagine en fait, et n'importe quel front, vu qu'il y en a pour toutes les plateformes ?

Quelqu'un connait la procédure de SAV chez RS?
je crois que les ports USB/ETH sont HS

Pas o/c quel intérêt ? Je à 20% de cpu avec 2 zones. Sinon tu appeles quoi la version light ???
 
Sinon ça change rien par rapport à un autre récepteur airplay. Je parle bien sur d'airplay audio pour la video xbmc le fait très bien.

Bébête reçue
 
J'ai aussi pris un Pi Cobbler et une breadboard, je fais joujou avec le GPIO et des ptites LEDs  

 
Il ya quand même de quoi être surpris par la lourdeur de ces applications serveurs , dire que hfr tournait sur un bi pentium 3 1GHz il me semble (certes, un P3 1GHz ça met encore une raclée au raspi)

D'autant que je l'avais jus,tement installé sur une vm avec 2 vcpu d'un i5, meuh bon... :-)

acheté ou le cobbler ?

Airplay n'est pas capable de streamer n'importe quoi de toute manière, et il faut bien que le recepteur Airplay soit capable de le décoder.
Si par "ogg" tu entends le codec audio Vorbis, alors non, ca risque pas de marcher. Et au passage, le codec audio utilisé par iTunes dans Airplay
c'est Apple Lossless. (même qualité que FLAC).

 
Arf je pensais que c'était plus ou moins décodé en entrée et pas en sortie.
Bon tanpis alors, je vais regarder du côté de MPD.
C'est bien si c'est du LossLess, ça n'empêche qu'iTunes ne lit pas tous les formats d'entrée, libre en plus, pour préféré le sien, fermé.
Je vais pas convertir tous mes FLAC en Apple LossLess juste pour pouvoir les lire dans un soft .. Et oui par OGG j'entend Vorbis, évidemment. ;-)
Je suis pas un intégriste du format, c'est juste que j'en ai des différens, et que jusqu'a utiliser AirPlay, ça ne m'a jamais posé problème.
 

 
Ok merci
 
Hmm je pensais au modèle A pour la version light, genre avec un dongle Wifi.

Apple lit de l'AAC qui est un standard, et AirPlay utilise de l'ALAC pour le transfert, qui est open source. Pas spécialement fermé, donc. Et pas mal d'outils sont compatibles AirPlay en client.

 
Je savais pas pour l'ALAC
 
Mais ça change rien au problème.
J'ai mes réponses à propos du Pi en tous cas, pour ça, merci.

 
J'ai pris le kit complet ici : http://cgi.ebay.fr/ws/eBayISAPI.dl [...] 1071750824
 
Tout ce qu'il faut pour commencer et s'amuser un peu en Python

Il dit qu'il voit pas le rapport   (oui je sais c'est pas Serge )

Enfin sauf pour le dernier quote, le RPI fait tourner plein d'autres applis, très bien même! Et bcp y font tourner Owncloud, seulement je dois soit avoir un souci dans la config de celui-ci, soit mauvais choix de distro, soit ces gens là ne sont vraiment pas exigeants

Du coup c'est quand même peu constructif de dire: c'est un RPI c'est mort! A moins que:

- vous ayez déjà testé et vu que c'était vraiment mort
- vous ayez déjà cherché à opti un peu tout ça, niveau applis webs, niveau "code" d'OC et que c'était toujours mort
- que vous ayez testé OC sur un serveur Uber puissant pour n'avoir des perfs que peu supérieures à celles que j'ai avec mon PI, ce qui pourrait prouver que OC est tout simplement mauvais  

Donc j'en reviens à mes moutons! Sabnzbd semble bien fonctionner sur le PI, malgré les conseils sur site de l'appli qui conseille bcp de ram et une bonne machine (bon après évidemment les opérations par/unrar sont dégeues mais ça ...)
A voir pour CouchPotato et Sickbeard si ça peut tourner correctement, peut-être sur un RPI dédié aux applis "NAS" plutôt que celui dédié à XBMC.

PS: je ne veux que des interfaces, le stockage et le partage se font sur le NAS, fait pour ça et équipé d'un atom et 1/4Go de RAM.

Ah bah ça tombe bien...
J'ai un Pi à la maison, et je l'ai testé. Et j'ai vu que, par exemple, apache2 faut oublier. Les applis web un peu complètes, faut oublier.
Rien qu'un DokuWiki sur Nginx, c'est pas réactif dès que tu commence à la remplir un peu... C'est triste quand même.

J'ai testé OC avec Nginx et Sqlite (par défaut sur OC en fait) et c'était pas plus brillant qu'avec Apache2.
 
Différent mais pas mieux, moins régulier en fait
 
Ouais j'ai la même impression que toi en effet, faut savoir rester peu gourmand. Yaurait une alternative envisageable selon toi? Un moyen de bosser sur un truc plus léger? (faut que je regarde un peu comment marche la communauté sur OwnCloud)

 
Pour sickbeard/couchpotato ca doit pouvoir tourner sans trop de soucis, eventuellement en diminuant le nombre de thread "daemon" (ce qui limite le nombre d'users simultanés mais on s'en tape un peu en general)
 
Sabnzbd par contre ca depend de ta connection...
Sur un adsl a 8km du dslam ca doit le faire, sur une ligne qui debite un peu et en activant le ssl, ca va pas trop le faire...
Le cpu suivra pas pour le ssl, les i/o vont etre catastrophiques si le media de stockage est distant (a moins d'un iscsi mais bon), et il est difficilement envisageable de compenser cela avec le cache vu le peu de ram dispo
Seul avantage, ca tourne dans son coin, donc ca peut compenser la lenteur si la chaine est automatisee (on regagne le temps perdu au dl par le temps gagné en automatisant et en n'ayant aucune intervention)
A voir selon ta ligne
 
A noter aussi que ces applis sont dispos en tant que plugin xbmc (avec maraschino en plus), au cas ou...

Au besoin, qq mesures que j'avais relevé
http://forum.hardware.fr/hfr/Hardw [...] m#t8633108

Salut,
 
J'ai installé Xbian sur mon Raspberry et cela marche plutôt très bien.
 
Néanmoins j'aimerais savoir comment configurer le raspberry de manière à ce qu'il ne force pas l'affichage en HDMI.
 
Typiquement quand j'allume ma télévision, le raspberry se lance aussi. J'aimerai que le raspberry démarre sans forcer l'affichage via l'HDMI afin de me laisser regarder la télévision tranquillement.
 
Concrétement sur ma télé Samsung quand je l'allume cela démarre sur la sortie TV. Une fois que le raspberry a démarré il prend la main et force l'affichage sur la HDMI. Du coup à chaque démarrage de la télévision je suis obligé de sélectionné la source TV ce qui me dérange.
 
Il existe une option pour empêcher ce mode de fonctionnement?

Modifie les options CEC

Drap

Je sais plus si déjà posté mais voilà une alternative à Google Reader ( flux RSS ) qui ferme début juillet prochain :  
 
Replace Google Reader with a Raspberry Pi
 
Il y a un package qui a été dév. spécifiquement pour le Raspberry PI ( tiny tiny rss ) il faut juste avoir une bonne ligne internet en fait

Un article "remplacez google reader par tiny tiny rss sur n'importe quel pc même pas forcément ARM" aurait été tellement moins racoleur... Surtout qu'il y en a déjà eu pas mal récemment.
Vu les perfs en ajax sur le rapsberry, ttrss est quasiment inutilisable. Et j'ai testé avec seulement une vingtaine de flux.
 
Edit: Heu "un package qui a été dév. spécifiquement pour le Raspberry PI ( tiny tiny rss )", vraiment? quelles sont tes sources, morandini.com ?

Salut Jean-Michel critique-facile, assez constructive ton intervention  
 
et oui, il y a un paquet pour une install plus facile sur le PI ..

Pas évident à détecter, il fallait lire l'article ( re )  
 
Après je n'ai pas testé perso, je donne juste ma contribution à un Thread ... comme si on était sur un forum communautaire quoi en fait  !  
 
étonnant non ?  
 
 
PS : Morandini te passe le bonjour au fait  

Toi tu as du mal avec l'anglais il est écrit "or any Linux-powered system", soit : n'importe quel système basé sur linux. Mais bon c'est pas grave hein
 
Edit: tu lui diras rien de ma part
PPS: le coup du tarball qui simplifie l'install c'est pas mal, alors qu'il faut créer la base de données, l'initialiser et modifier les paramètres de connexion et l'url du site dans le fichier de conf à la main... Je sais pas si l'auteur de l'article sait bien de quoi il parle...

non je n'ai pas de mal avec l'anglais, si tu veux, je peux être désagréable dans les 2 langues avec toi  
 
Par contre, si tu viens juste pour critiquer/troller/dire d'la merde, ne dis rien, ca évitera ce genre d'échanges peu agréable pour les autres.  
 
Si tu viens pour argumenter et aider les autres, dans ce cas, utilise un ton un peu plus sympathique que jusqu'à maintenant même si ça n'a pas l'air d'être ton point fort  ...  
 
Pour ma part, je vais m'arrêter la, pas envie de perdre plus de temps avec toi, 0 intérêt

Ça veut rien dire ce que tu dis.

L'ajax provoque plein de requêtes http (appel de scripts php) sur le serveur à chaque chargement de page, le rasp a beaucoup de mal avec ça.

Ajax: Asynchronous Javascript And XML, en d'autres termes XHR par extension et abus de language.
C'est pas un programme ou une convention, tu peux très bien faire une seule et unique requête "ajax". Y'a aucun rapport de cause à effets.  
 
C'est beaucoup plus plausible que ça vienne du code en lui même, ou de la façon dont sont collectés les flux.

Ok, cool. Sinon je disais juste que ttrss ramait à mort sur rasp parce que les pages se mettent à jours toutes seules, fréquemment, en chargeant beaucoup de données. Je me doute que c'est un problème qui vient du code, mais ça se voit pas sur un pc normal. Alors que ça se voit sur le rasp, qui n'est pas assez puissant.

Soit un peu précis dans ce que tu dis c'est tout

Le fait que le serveur web s'étouffe dès qu'on multiplie les process ou les threads (effet direct d'une multitude d'appels http générés par une applciation web ajax) est cependant plutôt lié au matériel sur lequel ce serveur tourne qu'au code de l'application appelante, ou du serveur lui même
 
Dans ce cadre, dire que le rasp s’accommode mal de ce type d'appli n'est pas faux en soit, on peut s'attendre aujourd'hui sur 90% du matos à ce que le serveur web puisse gérer plus de 5 requêtes simultanées sans trop tousser...
Ce n'est pas le cas sur le rasp (et c'est "normal" vu le prix et le matériel le constituant) et c'est un point à noter et à prendre en compte
 
Après sur le fond, effectivement je trouve ausis le titre "remplacer {telle appli} par un raspberry" complètement débile...
On remplace une appli par une autre, on se contrefiche de où elle tourne (elle pourrait aussi bien tourner "dans le cloud" si on tient a faire du buzzword à tout va)...

J'ai enfin reçu mon Pi de Kubii, il aura fallu 3 semaines... Je vais pouvoir commencer à m'amuser

Justement non, c'est pas obligatoire. Faire x requêtes c'est juste ouvrir x connection tcp, ça peut très bien être fait dans un seul process/thread. C'est pour avoir lu le code, je dirais que c'est loin d'être optimisé, et qu'il y a de la marge niveau performances.
 
Surtout que y'a pas de raisons de faire les requêtes ad-hoc pour présenter les plus à l'utilisateur, Google reader y'a une cache devant et une syndication ad-hoc prête à l'emploi
 
Mais je suis d'accord que le titre est sujet à confusion, surtout si l'installation est fastidieuse.

 
Bah c'est pas que c'est pas constructif, c'est que OwnCloud c'est une appli assez lourdr quand même, qui ne passera pas sur un cpu avec si peu de puissance c'est tout.
Pour l'avoir testé dans un VPS c'était déjà limite. Je pense donc que les gens qui l'utilisent quand même ne sont pas très exigeant.
Me semblait avoir vu aussi que pour un serveur HTTP il faut bien choisir quelque chose de léger. Ca prouve bien le peu de puissance dispo ;-)
 
Edit: grilled. Bah voilà si déjà Apache2 galère, les applis du style Owncloud sont a oublier

Un FTP suffit pas dans 80% des cas ?

Bon, le codec divx 3 n'est pas compatible avec raspbmc, j'ai donc une chiée de fichiers à réencoder. Et assez étonnamment mon e8400 est plus véloce à ce jeu que mon i5 2450m...

Un serveur FTP et un machin style owncloud, c'est quand même deux choses bien distinctes hein...
Le ftp, c'est simplement du stockage de fichier. Le owncloud, lui, vas rajouter des fonctionnalités de synchro d'agendas, de prévisualisation d'image, de streaming, de gestion fine des utilisateurs, de...
Bref, un védo, ça suffit dans 80% des cas. Mais pour faire Paris-> Marseille avec 2 Tonnes de courrier, un train/avion/camion, c'est mieux

 
C'est pas pour faire le troll mais un FTP(/SFTP) te permet de faire du streaming, et concernant la gestion fines des utilisateurs c'est de la gestion de droit unix donc ça marche aussi. Pour le reste je suis d'accord avec toi.

Je remet ma question, j'ai fait quelques tests sur une carte 2 Go ... c'est même pas la peine ... Je pars sur une 4 Go pour me faire la main.

Bon c'est parti, montage d'un petit serveur web sur raspbian.
Je suis un peu noob, je ferai certainement appel à vous régulièrement.
Un p'tit apt-get update && apt-get upgrade pour commencer.
 
Je compte partir sur les softs suivants :  
 - nginx
 - mysql-serveur / sqlite ?? Lequel selon vous ? Utilité du mysql-client ?
 - php5-fpm
 - fcgiwrap ?? Utilité ? Je n'ai pas bien compris ce qu'était un wrapper ... Mais je vois beaucoup de bloggeur en parler.
 - phpmyadmin
 - samba
 
Des avis là dessus ?