Reprise du message précédent :
arf ... bon bah je vais le aler sur ma pandaboard alors, ca devrait roulezzz

Ca dépends comment est utilisé le RPi. Si il doit décoder le flux video, effectivement c'est chaud, mais si c'est le NAS par exemple qui décode, ca roule.

Euh, gné?

ouais pas trop compris le dernier post de IPeTeITheNobody la

Tu ne parlais pas d'utiliser raspbmc en tant que mediacenter ?

Raspbmc lit les vidéos sans souci.

D'après ce que j'ai pu lire :
- video décodée par le raspberry (role serveur) => des lenteurs observées en fonction du fichier
- raspberry utilisé en client du flux video, ne décode pas le flux video (action réalisée par le serveur (nas par exemple ou tout autre media center)=> pas de soucis

J'ai testé la distrib OpenELEC pour RPI, une démo HD 1080p avec un débit vidéo de 40Mb/s (un truc avec des milliers d'oiseaux qui volent pour bien compliquer l'affichage) et franchement ça passe sans saccade.

EDIT: fichier de test bird_40_MBit_ABR, on le trouve sur gogole

 
Nan mais les types qui ont écrit ce que tu as pu lire, faut les enfermer hein

 
- Pas encore eu ce genre de souci
- Chez moi les vidéos sont sur un nas et partagés vers le raspberry en smb, le nas n'encode rien, pas de soucis non plus.

Nobody mélange un peu la partie transfert de données et le decodage/affichage vidéo.

Pour la lecture de vidéo, le pi est très bon même en fullhd avec les formats qui peuvent être décodés en hard par le gpu. Pour le reste il faut reencoder ou transcoder. Mais peu de Nas seront efficaces dans ces exercices...
Le pi n"est pas von non plus pour reencoder ou transcoder a la volée.

Ensuite il y a la partie serveur.
Vu que le pi n"a qu'un bud usb pour la sd, les port usb et l'ethernet, ik est vite saturé s' il doit servir des vidéos en tzmps réel. ..

 
 
j'utilise depuis septembre 2012 mon rasp 256 avec xbmc et aucun soucis de lecture sur du flux hd depuis un nas !!!  
ca doit être des fichiers bien exotique si problème il y a.
 
 

Je ne fais que relater ce que j'ai pu lire ici ou là. Après peut être que ca concerne également le type d'encode de la piste son ... J'avoue ne plus savoir les cas de lenteurs rencontrés.
Pour ma part, je n'utilise pas le RPi pour ce type de fonction.

 
Il s'agit du decodage DTS, s'il est fait par le Raspberry il galere.  
 
Mais perso en o/c ça passe a priori sans souci.

 les sources de seconde main sont souvent un probleme .... l'homme qui vu l'homme qui a vu l'homme qui a vu l'homme qui a dit que le flux etait décodé par le NAS ...

 
Les seuls codecs qui passent pas sont le divx 3, wmv et mov d'apple (plus les formats exotiques des caméscopes numériques, mais osef) pour tout le reste c'est géré. Le DTS selon le bitrate passe plus ou moins bien.
 

 
Les dernières versions de raspbmc gèrent le dts assez bien, avec de l'overclock en plus ça marche plutôt pas mal.

 
Yaisse, le DTS HD par contre semble etre problematique (pas tested).  
 
Sinon pour qui a un ampli A/V, ou une TV, DTS capable il suffit de laisser le decodage au receiver et c'est tout bon.

Même problème, mais avec un dongle WiFi, lorsque je le débranche/rebranche le Pi allumé, il redémarre (comme un reset quoi)   . Si le Pi est éteint, mais alimenté et que je débranche/rebranche le dongle, paf, le Pi s'allume   Une idée du pourquoi ?  
Edith : une clef usb ne pose pas ce problème

Le pi peut être alimenté par un périphérique usb branché dessus via un cable usb en Y branché sur un pc parexemple. Ca marche aussi avec la pin n°2 et la masse.

Quand tu branches ton dongle Wifi, il y a un pic de consommation sur l'USB, du coup le 5V s'écroule, et le Pi Reset.
 
Il y a 2 raisons à ça :
- Le fusible qui limite la conso globale à 1A
- Le condensateur sur l'alimentation qui n'est "que" de 47µF, et qui ne peut donc pas enquiller de gros pic de conso
- Les fusibles placés sur les ports USB (ya plus sur la dernière version du Pi)
 
cf. http://theiopage.blogspot.fr/2012/ [...] -host.html
 
Pour éviter ça, il te faudra sans doutes jouer sur plusieurs tableaux :
- Avoir une alim 5V qui délivre plus de 1A
- Alimenter le Pi via port GPIO ou le port USB Host, pas par le port microUSB (ou alors faut supprimer le fusible de 1A)
- Augmenter la valeur du condensateur de 47µF

Hello tous
 
Pour ceux qui cherche un rapsbian minimal, j'ai trouvé ceci
http://www.pi-point.co.uk/raspbian-minimal/
 
Quelqu'un connait ? à déjà testé?
 
J'ai essayé Raspbian Installer mais mon clavier mac c'est pas reconnu sniff

 
contrôle le via SSH
 
Si tu es sur mac : http://ivanx.com/raspberrypi/ il y a pifinder
 

J'y ai pensé, mais même éteint ? Mon Pi est alimenté par une alim double port USB de 2200 mA (par port).

Ça mérite un #FIRSTPOST  !  

Si ta clef Wifi tire un max pile au moment où tu la branche c'est possible.

Comme dit plus haut, faut pas utiliser le port micro USB + changer le condensateur si ça ne suffit pas.

 
oui mais avec Raspbian Installer, SSH n'est pas installé
donc ça sert à quoi d'avoir l'IP si on peut pas l'attaquer en SSH ?  

De mémoire lorsque j'ai installé Raspberry Raspbian, j'ai pas eu besoin de clavier (ça tombe bien, j'en ai pas )

Et quand à la fin de l'installation le menu raspi-config s'est affiché, ssh était fonctionnel

 
ça c'est valable pour la version raspbian "standard" qui installe plein de truc qui te serve à rien quand tu veux faire un serveur (openbox, server x,etc...)
moi je cherche une debian épuré avec le minimum pour avoir un système le plus réactif et optimisé possible

Effectivement, je comprends mieux ton problème

 
Oui enfin le sshd est quand meme un sacré minimum, meme pour un serveur
Autrement ca devient quand meme tres compliqué...

Bon, j'ai tout connecté via une nappe floppy pour laquelle j'ai testé la continuité de mes connexions :  
rouge => pin 1 (5V)
bleu => pin 6 (ground)
jaune => pin 10 (rx)
 
Cependant, je ne recois rien quand je fais :
 stty -F /dev/ttyAMA0 1200 sane evenp parenb cs7
 cat /dev/ttyAMA0
Pas de réponse non-plus avec minicom
 
J'ai tenté de connecter le cable rouge sur le pin 1 (3.3V), mais c'est pareil.
 
J'ai également mis minicom en écoute et fais
  echo test > /dev/ttyAMA0
sans succès.
 
 
La téléinfo est active selon la réponse d'EDF.
 
Merci

Ayé j'ai résolu mes soucis de miliampères    
 
Installé openelec dessus. Ca marche bien, mis à part le plugin youtube qui se plante et plante xbmc avec  

Essaye ptet de brancher Jaune sur 3.3 V, Bleu sur Rx et Noir sur GND (montage collecteur commun, cf. http://www.chaleurterre.com/forum/ [...] 82#119282)

 
Sinon tu peux prendre ArchARM, ssh est déjà installé par défaut et vu que c'est Archlinux, c'est épuré au maximun.

 
Gagné
C'était bien un problème de carte sd, j'ai fait mon installation sur une carte identique et plus ancienne que j'utilise sur mon reflex et là miracle aucun problème après une dizaine de reboots.
 
Confirmation après avoir essayé d'utiliser la carte comme clé de boot pour linux (erreur d'écritures, clé non bootable et autres joyeusetés).

salut , y a t il uen version plus recente de xbmc raspian
http://www.raspbmc.com/wiki/user/windows-installation/
j ai entendu certain dire que des version plus recente améliorais les flux DTS

   
je le savais  

 
oui j'y ai pensé mais bon pour un serveur archlinux c'est pas l'ideal (rolling release)

Aucun soucis sur les Mkv que je lui fais bouffer. 1080p avec dts une fois lance j'ai aucune sacade
Il lit direct du PC et dans quelques temps lira sur le partage du proliant

Par contre dts décode envoye a la Tv ou non décodé et envoyer a l'ampli ça marche

Après dans les menus il a un peu de mal surtout vu la quantité de film je pense que c'est lié. Et l'avance rapide par palier moins fluide que sur le hp proliant aussi.

Vous confirmez que si je remet le système de base sql pour la base de donnes je vais gagner en fluidité ??

 
Même si la téléinfo n'est pas activé, il y a une trâme envoyée en permanence.
 
D'après http://www.chaleurterre.com/forum/ [...] hp?t=15153 il faudrait mettre rouge sur 3.3V, jaune sur Pin 10, bleu sur GND.

Chez moi en tout cas oui (la bd est sur le proliant), suis bien le tuto officiel et ça devrait rouler, au pire revenir en arrière se fait en virant un fichier (par contre si tu veux pas pourrir ton store avec plein de .jpg et autres .nfo partout, fais l'export de la bd de la médiathèque en un seul fichier. La seule couille c'est que les xbmc supplémentaires connectés à la même bd n'auront pas d'images, il suffit d'y recopier le cache d'images rempli pour corriger)