Reprise du message précédent :

il y a le projet open zwave
D'ailleurs je cherche un Pi pour faire un serveur domotique zwave. On en trouve où avec un livraison pas dans 1 an ?

 
Au dernière nouvelles farnell se défend mieux que RS niveau délai. Je l'ai commandé vers le 30 juillet, le lendemain j'ai reçu un mail comme quoi il était parti et je l'ai reçu sous 4 jours ouvrés. J'ai un pote qui l'a commandé deux semaine après et il y a eu quelque jours de délai entre la commande et mail de notification d'envoi.
 
Après j'ai toujours pas de nouvelle de celui commandé chez RS début juillet il me semble...
 
J'aurai donc tendance à conseiller farnell mais sans grande visibilité...

Bonjour,
 
Via RS ou farnell, quels sont les prix svp ?

 
D'après les prélèvements :
 
Farnell 41,39 + 1,23 ( Frais Carte Union Euro Farnell Interne) donc 42,62
RS 39,16
 
D'ailleurs je suis le seul a avoir eu ces frais un peu bizarres chez Farnell ?

Bonjour,
 
j'ai installé mon raspberry hier soir, il tourne sous la derniere image d'openelec.
Habituellement j'utilise xbmc sur un autre ordinateur et je lis tous mes films en streaming via FTP depuis une seedbox qui est hébergée aux Pays Bas.
Le rasp ne parvient pas à lire les 1080p sans lags qui sont sur la seedbox j'ai essayé en FTP/SFTP/HTTP/HTTPS
Mon ancien pc arrivait parfaitement à faire la chose.
J'ai donc testé de lire un 1080p qui se trouve dans mon réseau local SMB, le film se lit très bien aucun freeze ou lags.
Donc je ne comprends pas d’où vient le problème.
Le raspberry peut lire un flux 1080p dans un réseau local mais pas depuis internet? Je ne vois pas pourquoi.
 
Avez vous des idées?
 
Merci

ça sent le débit en dents de scie depuis ta seedbox non ?
est-ce que ton xmbc utilise pas un buffer dynamique en fonction de la RAM disponible ?

 
Je précise que la seedbox a un débit 1gigabits et que nous sommes plusieurs à DL avec des personnes qui ont la fibre et qui atteignent des débits de 10Mo/s
 
Pour le buffer dynamique selon la ram, je ne comprend pas pourquoi ce serait lié à la ram dispo.

Je pense en effet que c'est une question de RAM et de mémoire tampon...

Pouvez vous m'expliquer la différence d'utilisation de la RAM pour un transfert internet contre lan?
Je ne comprends pas

Bonjour,
 
Pour ceux qui sont intéressés par une commande groupée de la dernière version :
 
http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

ben ton raspberry a 256Mo de mémoire. Donc mettons (je dis n'importe quoi, c'est juste un exemple) 100Mo disponibles pour xmbc comme mémoire tampon. 100Mo de video 1080p ça fait pas bcp de secondes.
 
D'un autre côté, sur ton PC qui a 8Go de RAM, xmbc peut utiliser un tampon bcp plus gros.
 
Si ton flux vidéo est ralenti pendant 10 secondes (ce qui est possible, tu peux avoir un débit moyen très élevé mais aucune garantie de débit constant), ben côté RPI ça va laguer, côté PC ca va lire dans le tampon tranquillement.

OK merci pour l'explication, je viens de comprendre. Et overclocker la RAM pourrait pallier a ça? Mais comment vous expliquez qu'il est capable de lire un 1080p sur un réseau local sans broncher?

 
En local, le débit et la réactivité sont bien meilleurs. Il est aussi possible que la qualité des paquets reçus est meilleure.
 
Je suppose qu'en transitant par internet, même si le débit est grand, pas mal de paquets arrivent corrompus.
Le tampon laissant peu de marge, les retéléchargement de paquets ne se font plus à temps et entrainent donc des saccades.
 
C'est une hypothèse hein, je suis pas assez calé pour trouver l'erreur
 
Il faudrait pouvoir analyser la qualité des streams reçus, pour voir ce qu'il se passe.
 
@+

non, pas d'o/c. C'est la taille du tampon qui joue, pas sa vitesse. En réseau local tu reçois tes paquets en flux continu avec quasiment zéro perte. Avec ton serveur distant, tu as des pertes, donc un débit en dents de scie. Quand le xbmc voit un paquet pas cohérent, il le redemande au serveur distant. Donc le temps de rattraper le coup, s'il n'a pas un tampon suffisant qui permet de te lire la vidéo qu'il a préalablement assemblée, il se trouve bloqué.

Bonjour,
 
je viens de recevoir mon raspberry pi, j'ai pas encore fait joujou avec mais j'ai quelques question
 
que peut ton branché sur les 2 port additionnel ? (carte wifi/bluetooth ?)

Commandé. Merci

 
http://elinux.org/RPi_VerifiedPeripherals

Peut on quantifier la RAM disponible pour lire un flux HD?

Autre piste, dans le fichier advancedsettings.xml il est possible de définir un buffer.
 
Si le fichier n'existe pas par défaut, il faut le créer.
une recherche google avec xbmc et le nom de ce fichier donnera plus de détails

 
pour l'instant ta meilleure option c'est de trouver un forumeur qui en a commandé deux et qui en a un qui traine ou qui s'est deja lassé de son jouet

Ou bien d'aller voir ici pour une commande :
 
http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

Mail d'expédition de Allied.
 
Parti des US, j'espère j'aurai pas de douane
D'autres ont commandé là bas ?
 
par contre, me semblait avoir pris un boitier transparent en même temps, mais je sais plus si c'était chez eux, ou sur l'autre site que j'ai annulé (débit direct mal digéré... et qui m'ont remboursé depuis)

J'hésite...
 
Le Raspi est tentant, mais il y a tellement d'autres boîtes qui proposent leurs alternatives maintenant... Difficile de faire un choix.
 
Le dernier en date : http://apc.io/
 
Basé Android, mais annoncé comme étant ouvert
 
Avec ses 2 Go de NAND (+32 Go via MicroSD), ses 512 Mo de RAM, ses 4 ports USB, son VGA, son coût correct (annoncé 49$ avec adaptateur secteur), on lui pardonnerait presque son grand encombrement (170x85) et l'absence de GPIO.
Seule inconnue, l'ARM11, un WonderMedia 8750...
 
L'équipe RasPi a indiscutablement ouvert une brèche, et on ne peut que les en féliciter.

Le soucis principal avec ces alternatives, c'est que les communautés sont inexistantes. Si tu sais administrer un OS, ça va, mais dans les autres cas ce sera vide.
 
En parlant de bidouilles, ils viennent de faire des annonces très intéressantes : http://www.raspberrypi.org/archives/1839
 
Licence MPEG-2, VC-1... Et surtout, encodage H264 activé !

@LardonCru, y'a aussi le HDMI

HDMI que fait aussi le Raspi... Avant il n'y avait rien en dehors du MiniITX hors de prix, maintenant il y a presque trop de choix.

A ceux qui s'y connaissent en codec audio/vidéo:
 
Que doit-on attendre de la récente news: New video features! MPEG-2 and VC-1 decode, H.264 encode, CEC support
Exemple: Je me sers de mon Rpi sous RaspBMC comme media center, je n'ai pas tenté de lire tous les formats/codecs audio/vidéos qui existent, mais c'est courant ces codecs là (MPEG-2 & VC-1) ?
 
 

Mpeg-2 c'est pour le format DVD, c'est rarement utile, mais si on veut lire un DVD depuis le réseau avec accélération matérielle...
VC-1 c'est un format windows, beaucoup moins utilisé. Mais suffit de tomber sur la vidéo qu'on veut absolument voir... quoique une autre machine le fera peut-être, voire un encodage
 
Dans ces deux cas, il est peu probable d'avoir une grosse collection de vidéo a ré-encoder. Donc soit on ré-encode, soit on utilise une autre machine.
 
Pour l'encodage H.264, j'imagine que c'est lié à l'utilisation de la caméra. En espérant que l'encodage matériel GPU est assez souple/rapide
 
Le support CEC, ce sont les commande HDMI qui permettent de contrôler toute la chaine avec une télécommande unique. Par exemple commander raspbmc/openelec avec la télécommande de la TV ou de l'ampli.
Donc pas besoin d'acheter un adaptateur CEC.
Ca suppose que tous les éléments de la chaine sont compatible CEC, ce qui doit normalement être le cas en fonction de la norme HDMI supportée.

le CEC c'est top justement, et rien que pour ça, need le Rspi.
Car justement là avec le HTPC, pas de CEC avec la CG ATI, j'ai commencé à regarder, faudrait passer prr un boitier externe USB...
 
PS/
Moyen de la commander ailleurs tout seul et pas chère celle ci :
http://raspberrypi.rsdelivers.com/ [...] sewht.aspx

 
Ca depend, je fais tourner du Scala et ça va encore.

Je pensais que tu faisais une liste exhaustive des I/O ports  

 
Merci pour ta réponse détaillé, le CEC çà a l'air assez intéréssant, me faut regarder çà  

 
Merci pour ta réponse détaillé, le CEC çà a l'air assez intéréssant, me faut regarder çà  

hum surtout que j'ai l'impression que ma tv lg me permet de piloter avec la télécommande de la tv, il faut que je teste se soir
 
par contre, j'arrive à lire sans soucis du 720p stocké sur un dd branché à ma freebox, et quelques mini lag sur du 1080p
 
donc que du bon pour ma part

Pour le CEC je pense qu'il faut avoir le boitier Pulse Eight Cec Adapter non ?
 
Je compte me prendre un RPI pour Xbmc (pour être original).
Visiblement sous openelec et Raspbmc ça commence a être fluide et utilisable ?

Pas forcément je crois, tout dépend des tv non ?
 
 
Oui c'est fluide pour ma part alors que mes débit sont pas top pour de l'accès à mon dd branché à ma freebox, donc si tu lit tout en direct via clé usb ou dd y'a pas trop de soucis (j'ai juste quelque décrochage sur les 1080p, et j'ai pas essayé les mkv 3D encore)
 
edit :  
 
d'après la photo il n'y a pas d'adaptateur :
 
http://pulseeight.files.wordpress. [...] 137431.jpg

 
En fait le CEC la plupart des TV sont compatibles. Chez Sony ça s'appel le Bravia Sync par exemple.
Je possede deja le boiter CEC de chez Pulse Eight qui permet d'extraire les infos CEC circulant dans le cable HDMI et des les transmettre en USB vers le PC.
Du coup tu peux piloter ton Xbmc avec la Télécommande de ta TV (sous reserve d'avoir le driver Windows ou la librairie linux installés)
 
Donc en y reflechissant bien si la team RPI annonce le support CEC ça doit etre sans ajout de materiel.

ok ok donc la photo de mon edit caractérise bien ta dernière phrase normalement

La question qui me turlupine c'est que j'ai déporté ma Base SQL et les thumbnails de XMBC sur mon NAS. Les films sont également sur mon Nas. Je pense que les performances seront très très limites...

Seul un test grandeur nature me permettra de le savoir.

Edit : vivement un version Giga ethernet du RPI.

 
Je me sert de la télécommande de la tv philips pour piloter raspbmc, ça fonctionne nickel