まこと の ブログ

MaKoTo no burogu — Journal de bord…

Aller au contenu | Aller au menu | Aller à la recherche

Mot-clé - RaspBerryPI

Fil des billets - Fil des commentaires

lundi, 15 août 2016

Un Raspberry Pi 2 en MediaCenter

dsc00067.jpg

  • Avec l’avènement du Raspberry Pi2, mon vieux médiacenter, lui-même PC recyclé (P4@2,66GHz) fait pas mal grise mine…

Incapable de lire des vidéo h264 qui dépasse le 720p, bruyant, énergivore (environ 80W), couplé à un vieux poste de télévision cathodique qui consomme aussi pas mal (environ 90Watt continu).
Utiliser un RpiPi2 (moins de 5W) donc me permettrait de laisser de côté tous ces inconvénients, cependant j'avais besoin d'une prise HDMI et c'est après avoir récupéré un vieux poste de télévision LCD (HD Ready, 720p et 1080i max, tuner mpeg2 obsolète, 50W en mode éco) que j'ai envisagé de changer mon système de médiacenter.

Entre temps, bonne nouvelle, plus besoin de bidouiller, ma clé wifi TP-Link est désormais reconnue par le kernel des derniers système GNU/Linux désigné pour RpiPi !

  • Voici donc l'histoire d'une migration, ou plutôt d'une lente progression…

1 - Choix du système d'exploitation :

À ma connaissance il y a deux possibilités, utiliser Raspbian Lite et à la main installer le logiciel médiacenter Kodi et tout le reste; Ou alors utiliser une distribution dédiée telle que Openelec ou RaspBMC. La première solution serait calquée sur ma démarche avec l'ancien médiacenter, mais puisqu'on me dit qu'Openelec offrirait de bien meilleures, j'ai donc choisis cette dernière…
Et après une semaine à m'échiner à faire fonctionner le truc, j'ai lâché l'affaire…
Pourtant j'avais réussis à tout faire fonctionner, télécommande, récup de la base, tout ça… sauf une chose, le partage réseau !
Avec ma config je n'ai pas le choix, je suis obligé de passer par un partage ssh, soit en sftp depuis l'interface de Kodi, qui s'évertue à monter ce partage en lecture seule…
Impossible de me rabattre sur le NFS, car mon stockage est chiffré, et NFS ne fonctionne donc pas.
Openelec étant verrouillée de partout, impossible d'installer un soft ou même d'écrire sur le disque, afin de monter un partage sshfs… Merci pour le temps perdu, au revoir !

Donc Raspbian Lite :) Ça je connais, et on va tout faire à la main, quoi de mieux que d'être servis par soit même !??

Lire la suite...

mercredi, 8 juin 2016

Un générateur de Scanlines hardware -2-

Bon moi le Raspberry Pi, j'ai toujours estimé que c'était franchement poussif pour faire tourner de l'émulation Arcade dessus, et ça continue avec le RPiPi2… Pas testé le 3, mais je ne me fait pas grandes illusions.
Bref, jamais compris cet engouement impressionnant, au vu des nombreuses réalisations Arcade qu'on peut croiser sur le web, alors que le Raspi ne fera tourner correctement que les jeux les plus anciens… Genre Pong et Pacman (oui je suis méchant :D)
Ça aura au moins eu le mérite de relancer le projet AdvanceMame qui était au point mort depuis quelques années !
Pour rigoler ça va, mais pour jouer sérieusement, mieux vaut une config PC solide, un pentium 4 @2Ghz, on dirait pas, mais ça dépote bien en fait ^^.

  • Pas assez de puissance donc pour gérer des effets spéciaux software et ainsi améliorer le rendu d'image des jeux, utiliser un générateur de scanlines hardware prendrait alors ici tout sons sens.

Sauf que !!! Bah le Rpi sort en HDMI, du coup bah c'est mort non ?

IMG_0049.jpg

  • Mais c'était sans compter sur l’existence de convertisseurs HDMI vers VGA !

Alors j'ai testé et ça fonctionne bien de base, et cerise sur le haricot, et bien le géné de scanlines passe lui aussi, prouvant un tant soit peu que le convertisseur sied bien au normes de l'affichage VGA.


  • Pour autant le montage réagit différemment d'une sortie VGA standard. Car les scanlines les plus fines, alors les plus adéquates sur un PC standard[1], sont ici trop discrètes et il faut donc leurs préférer les lignes plus épaisses en actionnant le switch WITDH, pour obtenir le même résultat.

  • Ligne fines à gauche, et épaisse à droite :

IMG_0054.jpg IMG_0055.jpg

  • Sans scanlines puis avec scanlines épaisses :

IMG_0058.jpg IMG_0059.jpg

  • Pour jouer dans les meilleures conditions, il faut passer le Raspberry en 640x480, ça se passe dans le fichier /boot/config.txt

Pour info le boîtier 3D est terminé :)

Note

[1] alors que les épaisses sont carrément moches

vendredi, 3 juin 2016

Rpi-pi_EYE -Mise à jour-

Suite de l'épisode précédent :
demopieye.jpg

  • Et vlan, un nouveau billet sur le sujet, alors que c'était pourtant terminé… non ?

En fait mon système est tombé en panne, de trop nombreuses erreurs de lecture/écriture sur la carte SD ont eut raison du système Raspbian, j'ai donc formaté la carte et entrepris de réinstaller tout ça…

  • Sauf qu'après avoir installé le dernier Raspbian, je me suis rendu compte que la librairie RPIO que j'utilisais jusqu'alors pour piloter les servos n'était plus supportée, et qu'il fallait alors me reporter sur une autre solution.

En plus de ça, mes notes étant éparpillées par les expérimentations diverses, je me suis dit que c'était l'occasion ici de faire un récapitulatif d'installation de A à Z.

  • Voici donc le plan d'action :

1 - Installer le Raspbian.
2 - Installer un serveur web.
3 - Configurer un stream vidéo MJPG-Streamer de la picamera.
4 - Installer la librairie pigpio.
5 - Installer la librairie wiringPi.
6 - Configurer le site Web.
7 - Configurer son routeur pour sortir en publique le stream vidéo et le site web.


Lire la suite...

vendredi, 27 novembre 2015

Rpi-pi_EYE -Fin-

Suite de l'épisode précédent :
demopieye.jpg

  • Me revoici donc avec la finalisation de ce projet !

Faute de compétences suffisantes en python-html-css, je me suis vite retrouvé limité dans la compréhension de webpy pour pouvoir afficher une interface comme je voulais…
Je commençais à partir dans tous les sens, sans rien produire, avec une grosse sensation de perte de temps, un projet devenu un point noir qu'on a plus envie de voir.
Et pourtant je voulais le terminer, il était donc temps de redéfinir mes ambitions, que je sache clairement ce que je voulais faire afin de trouver la bonne méthode.
Abandon de l'idée de boutons d'incrémentation de la position de l'œil, exit donc les boutons de formulaire à côté de l'image de la picamera, ils sont une gêne pour la navigation quand on zoome avec un ordiphone, exit donc aussi le css responsive design, et puis tiens si en plus on pouvait se passer d'image à cliquer tout aussi problématique que les boutons…

  • Table en marbre, abandon de webpy, ce que je veux c'est :

- Afficher l'image de la vidéo.
- Cliquer dans l'image de la vidéo pour bouger la camera, sans que la page soit rechargée.
- Cliquer dans l'image de la vidéo pour allumer une lumière, sans que la page soit rechargée.
- Pouvoir zoomer à volonté dans le navigateur sans que ce soit un problème pour les fonctions précédentes.


Lire la suite...

- page 1 de 4