Si tu ne veux pas de câble ethernet, les raspberry pi fonctionne très bien en wifi, sans dongle dans le cas des versions 3.
En tout cas, c'est beaucoup moins de bricolage qu'une solution avec des téléphones + leur alim + un ampli + l'alim de l'ampli, sans compter le bazard pour faire fonctionner et administrer tes vieux téléphones en récepteur RTP.
J'ai chez moi une solution qui ressemble à celle décrite, sans max2play qui n'est qu'une surcouche d'aministration « simplifiée » d'une distribution debian. J'ai deux rapsberry pi + hifiberry AMP+. Le principal fait tourner Logitech Media Server + Squeezelite + transmission, et est équipé d'une disque dur USB. Il me sert aussi de serveur de fichier, via ssh ou Upnp. Sans jouer de musique, l'ensemble consomme 3/4 watts. Le deuxième ne fait tourner que squeezelite et reçoit la musique du premier. Je ne l'allume que quand j'en ai besoin, le boot de raspbian étant suffisamment rapide. Le tout est contrôlé par téléphone ou tablette, avec squeezer, ou par l'interface web de Logitech Media Server. J'ai aussi un ampli connecté, qui peut recevoir de l'audio en upnp grâce à une extension de Logitech Media Server.
En ce qui concerne la synchronisation des différents éléments, entre les deux raspberry pi, ça à l'air plutôt pas mal (Les deux pièces sont éloignées, j'ai du mal à me rendre compte). Par compte, il y a plusieurs secondes entre les raspberry et l'ampli connecté en upnp.
Ce qui est dommage c'est qu'il semble assez difficile de contribuer à cause des technos pas très vivantes (XUL, gtk…).
On peut ne pas aimer GTK, mais dire que ce n'est pas vivant n'est pas vrai. Le nombre de contributeurs mensuels ces cinq dernières années est plus important que ce qu'il n'était les 15 années qui ont précédées.
Sans parler que l'autonomie hors agglomeration est encore plus faible qu'annoncé … sur autoroute par exemple tu tombe a 80km au lieu de 150km d'autonomie, tout simplement car la voiture ne peux pas faire de recuperation d'energie sur le freinage…
Peut-être que l'autonomie est moins bonne sur autoroute, mais ça ne s'explique certainement pas par le système de récupération d'énergie. À moins que celui-ci n'ait un rendement supérieur à 100%.
Est-ce qu'il y a des exemples de passage de GTK à QT réussis ? C'est à dire avec une augmentation des téléchargements, une accélération du développement, ou un accroissement du nombre de contributeurs.
Les documents décrivant le protocole GigeVision sont disponibles gratuitement, mais leur license ne permet pas de les utiliser pour développer une bibliothèque dont les sources sont publiques. C'est navrant, mais c'est comme ça… D'autant que le protocole en question est relativement trivial.
Aravis a été développé uniquement par rétro-ingénierie, en analysant les paquets UDP transmis par les caméras.
Opengigevision utilise l'implémentation de référence pour la partie Genicam, alors qu'Aravis propose une API similaire mais non compatible. Je n'ai jamais essayé d'utiliser Opengigevision.
Quant à REgiGV, à part un README, je n'ai pas vu de code.
Je profite de cet dépêche pour glisser un petit mot sur Aravis , une bibliothèque implémentant le protocole ethernet gigabit utilisé sur bon nombre de caméras d'instrumentation. Ce protocole permet le contrôle et l'acquisition des données brutes du flux vidéo des caméras.
[^] # Re: Clarification
Posté par EmmanuelP . En réponse à la dépêche Création d'un multiroom audio à base de raspberry / hifiberry / max2play. Évalué à 4.
Il y a un exemple là:
http://www.maison-et-domotique.com/56929-realisation-de-multiroom-audio-a-base-de-raspberry-pi-hifiberry/
[^] # Re: Audio multi-room
Posté par EmmanuelP . En réponse à la dépêche Création d'un multiroom audio à base de raspberry / hifiberry / max2play. Évalué à 4.
Si tu ne veux pas de câble ethernet, les raspberry pi fonctionne très bien en wifi, sans dongle dans le cas des versions 3.
En tout cas, c'est beaucoup moins de bricolage qu'une solution avec des téléphones + leur alim + un ampli + l'alim de l'ampli, sans compter le bazard pour faire fonctionner et administrer tes vieux téléphones en récepteur RTP.
J'ai chez moi une solution qui ressemble à celle décrite, sans max2play qui n'est qu'une surcouche d'aministration « simplifiée » d'une distribution debian. J'ai deux rapsberry pi + hifiberry AMP+. Le principal fait tourner Logitech Media Server + Squeezelite + transmission, et est équipé d'une disque dur USB. Il me sert aussi de serveur de fichier, via ssh ou Upnp. Sans jouer de musique, l'ensemble consomme 3/4 watts. Le deuxième ne fait tourner que squeezelite et reçoit la musique du premier. Je ne l'allume que quand j'en ai besoin, le boot de raspbian étant suffisamment rapide. Le tout est contrôlé par téléphone ou tablette, avec squeezer, ou par l'interface web de Logitech Media Server. J'ai aussi un ampli connecté, qui peut recevoir de l'audio en upnp grâce à une extension de Logitech Media Server.
En ce qui concerne la synchronisation des différents éléments, entre les deux raspberry pi, ça à l'air plutôt pas mal (Les deux pièces sont éloignées, j'ai du mal à me rendre compte). Par compte, il y a plusieurs secondes entre les raspberry et l'ampli connecté en upnp.
[^] # Re: Bravo
Posté par EmmanuelP . En réponse à la dépêche Thunderbird 45 est sorti. Évalué à 7.
On peut ne pas aimer GTK, mais dire que ce n'est pas vivant n'est pas vrai. Le nombre de contributeurs mensuels ces cinq dernières années est plus important que ce qu'il n'était les 15 années qui ont précédées.
https://www.openhub.net/p/gtk
À comparer avec QT:
https://www.openhub.net/p/qt5
[^] # Re: voiture electrique
Posté par EmmanuelP . En réponse au journal Tesla Motors VS the rest of the world. Évalué à 1.
Peut-être que l'autonomie est moins bonne sur autoroute, mais ça ne s'explique certainement pas par le système de récupération d'énergie. À moins que celui-ci n'ait un rendement supérieur à 100%.
# Autre - C
Posté par EmmanuelP . En réponse au sondage Quel langage utilisez-vous sur vos serveurs pour vos applications web ?. Évalué à 3.
Du C pour le serveur, avec libSoup. Et JQuery + bootstrap + Handlebars + font awesome pour le client.
[^] # Re: remarques
Posté par EmmanuelP . En réponse à la dépêche LibreOffice 4.2.0 est disponible. Évalué à 2.
C'est quoi exactement le problème de GTK+ ?
[^] # Re: Xfce FTW !
Posté par EmmanuelP . En réponse au journal Nouvelle interface pour gedit. Évalué à 2.
Trouble obsessionnel compulsif ?
[^] # Re: Autres plate-formes
Posté par EmmanuelP . En réponse au journal Gtk to Qt - A strange journey. Évalué à 3.
Et un logiciel GTK+ sour OSX, ça ressemble à ça.
[^] # Re: Interface graphique.
Posté par EmmanuelP . En réponse à la dépêche Wireshark 1.10. Évalué à 1.
Est-ce qu'il y a des exemples de passage de GTK à QT réussis ? C'est à dire avec une augmentation des téléchargements, une accélération du développement, ou un accroissement du nombre de contributeurs.
[^] # Re: Fab Lab rural
Posté par EmmanuelP . En réponse au journal Fab Lab Sud31 : Création d'un Fab Lab rural dans le sud de la Haute-Garonne. Évalué à -1.
http://www.fablab-sud31.fr/
[^] # Re: Les autres noms remarquables
Posté par EmmanuelP . En réponse au journal Où il est question de D3, des communes de France et des performances SVG des moteurs de rendu. Évalué à 0.
http://ssz.fr/fr/#oz$/uz$/az$
[^] # Re: adblock par défaut ? Debian l'a fait.
Posté par EmmanuelP . En réponse au journal Finalement Free n'était pas le premier…. Évalué à 1.
Si cette campagne aboutit, peut-être:
http://www.gnome.org/friends/
(Il est question d'intégration de Tor à GNOME).
[^] # Re: À propos du choix des caméras CCD
Posté par EmmanuelP . En réponse à la dépêche L'astronomie libre sous Linux : le point fin 2012, début 2013. Évalué à 1.
Les documents décrivant le protocole GigeVision sont disponibles gratuitement, mais leur license ne permet pas de les utiliser pour développer une bibliothèque dont les sources sont publiques. C'est navrant, mais c'est comme ça… D'autant que le protocole en question est relativement trivial.
Aravis a été développé uniquement par rétro-ingénierie, en analysant les paquets UDP transmis par les caméras.
Opengigevision utilise l'implémentation de référence pour la partie Genicam, alors qu'Aravis propose une API similaire mais non compatible. Je n'ai jamais essayé d'utiliser Opengigevision.
Quant à REgiGV, à part un README, je n'ai pas vu de code.
# À propos du choix des caméras CCD
Posté par EmmanuelP . En réponse à la dépêche L'astronomie libre sous Linux : le point fin 2012, début 2013. Évalué à 5.
Je profite de cet dépêche pour glisser un petit mot sur Aravis , une bibliothèque implémentant le protocole ethernet gigabit utilisé sur bon nombre de caméras d'instrumentation. Ce protocole permet le contrôle et l'acquisition des données brutes du flux vidéo des caméras.