Si une image de base existait pour Raspbian afin d'utiliser un Raspberry Pi comme un serveur, celle destinée à un usage bureautique était forcément livrée avec un certain nombre de logiciels. C'est désormais fini. Dans le même temps, VLC gère l'accélération matérielle des GPU VideoCore.
Il y a quelques jours, la fondation Raspberry Pi mettait en vente la version 3 A+ de sa machine ultra compacte, supportée depuis la mouture d'octobre du système d'exploitation Raspbian. Mais ce dernier a tout de même été mis à jour dans la foulée, et les nouveautés ne sont pas vraiment anodines.
Accélération matérielle dans VLC et petites retouches
On retrouve bien entendu un nouveau noyau (4.14.79) et le dernier firmware en date. Le plugin Pepper Flash est présent dans sa dernière déclinaison et quelques correctifs ont été intégrés. L'éditeur Python Thonny passe à la version 3.0.5, avec un nouveau lien permettant d'opter pour la version classique de l'interface plutôt que la version simple, activée par défaut.
Mais surtout, VLC est désormais présent avec l'accélération matérielle du GPU VideoCore intégrés aux SoC Broadcom utilisés par les RaspberryPi. Elle est active par défaut. Le billet de blog précise que l'optimisation va continuer, mais que les résultats sont déjà très bons. De quoi ravir ceux qui utilisent une telle machine pour en faire une solution multimédia.
Pour installer VLC, utilisez les commandes suivantes :
sudo apt update
sudo apt install vlc
De petites modifications sont aussi intervenues pour unifier la gestion des paramètres d'apparence et de configuration de LXDE. En cas de changement dans vos fichiers, un répertoire oldconffiles
est placé dans celui de l'utilisateur.
Trois images pour mieux s'adapter aux besoins
Enfin, trois images sont désormais proposées, plutôt que deux. Cela correspond à une demande de longue date de la part de la communauté. Raspbian Lite ne contient toujours que les éléments vitaux au fonctionnement d'un Raspberry Pi. Pour la version de bureau, une version de base est désormais proposée sur le même concept.
Elle se limite à Chromium, VLC, Python et quelques applications accessoires. Des logiciels comme LibreOffice, Thonny, Scratch, Scratch 2, Sonic Pi, Minecraft, Python Games, SmartSim ou SenseHAT Emulator ne sont ainsi pas présents. Ils sont seulement intégrés dans l'image complète, considérés comme des « logiciels recommandés ».
Ils font ainsi leur apparition dans l'application créée l'été dernier, permettant de gérer simplement les outils installés via une interface graphique. Cette image « Full » gagne au passage des outils comme Mathematica, BlueJ, Greenfoot, Node-RED, Claws Mail ou encore VNC Viewer. Les fichiers de localisation du support de LibreOffice sont installés si nécessaire.
Une façon de faire plus modulaire. La fondation précise que la nouvelle image de base permettra de limiter la quantité de données à télécharger, chacun pouvant ensuite sélectionner les outils qu'il souhaite. Ceux qui continuent à vouloir un pack complet sans téléchargement ultérieur nécessaire peuvent opter pour la complète.
Les fichiers téléchargés pèsent respectivement 351 Mo, 1 Go et 1,84 Go pour des images de 1,73 Go, 3,17 Go et 4,93 Go.
Commentaires (31)
#1
En parlant d’accélération matérielle, lorsque je visionne une vidéo en bonne qualité par le net (en passant par Chromium ou Firefox), le RPI n’arrive pas à suivre malgré une allocation mémoire GPU de 512Mo.
Par contre, aucun problème pour du FHD sur KODI. Espérons qu’il en soit de même pour VLC.
#2
C’est l’heure de mettre à jour.
#3
Vous pouvez utiliser OMXPlayer qui est full opti Raspberry" />
#4
Mais surtout, VLC est désormais présent avec l’accélération matérielle du GPU VideoCore intégrés aux SoC Broadcom utilisés par les RaspberryPi.
Enfin une bonne raison d’acheter un Pi ! " />" />" />" />" />
Plus sérieusement, un support d’accélération matérielle, c’est toujours bon à prendre. À suivre de près !
#5
Question à coté de la plaque. Vous avez quoi comme alimentation durable pour vos pi3 ? J’en ai acheté plusieurs et dans le temps en alimentation continue elles n’arrivent plus forcément à tenir les 2,5⁄3 ampères requis.
#6
#7
#8
#9
Je suis content pour la nouvelle image, j’en avais marre d’avoir besoin d’installer Minecraft et Mathematica (et surtout de les mettre à jour) quand je veux tester rapidement un script ou faire un PoC.
#10
j’utilise une alim a découpage à intégrer, il y en a des très petite pour le 5V, il est possible d’ajuster le 5v et de la placer dans une petite boite en plastique. C’est utilisé pour l’alim de LED en général.
Avec à mon avis l’avantage de choisir le courant de sortie vers les 4A, pour être confortable pour le RPI.
#11
#12
#13
Je ne suis pas expert, mais le décodage des vidéos demande de multiples passes de traitement sur la donnée source pour arriver à l’image finale à afficher. A chaque passe, il faut stocker les données traitées qui font probablement une taille non négligeable, à mon avis le calcul que tu fais est trop simple et ça ne m’étonne pas du tout qu’il soit nécessaire d’avoir beaucoup plus de ram que les 30 Mo dont tu parles.
#14
question de novice, ca peut decoder quoi comme flux video un Pi 3B+? Est ce qu’il “digere” les h264/x264 et H265/x265?
#15
Normalement la décompression est un processus (beaucoup) plus simple que la compression (déjà rien qu’en terme de demande CPU ça l’indique bien), et se base essentiellement sur la différence entre 2 images et les références à l’image précédente (avec des vecteurs de mouvement par exemple quand un élément subit une simple translation).
En principe tu as besoin de 2 buffers seulement, l’image actuelle, et la future en construction. Le décodage de blocs d’une image ne devrait pas nécessiter plus de mémoire que celle d’une image complète, donc ajoutons un 3e buffer, on est à 18 Mo vu comme ça.
Il faudrait que je regarde plus en détail.
#16
#17
#18
#19
Sur le papier ça donne peut être si peu, mais dans les faits, si la mémoire allouée n’est pas augmentée les vidéos deviennent illisibles. Je ne suis pas un pro concernant le traitement vidéo mais es-tu sûr qu’il n’y a pas d’autres facteurs qui rentrent en compte ?
Et depuis un navigateur, sans accélération matérielle les vidéos deviennent rapidement illisibles, d’où mon interrogation.
#20
c’est suffisamment costaud pour le modèle que j’ai pris, ca ressemble quand même vachement a une alimentation AT en plus petit et sans ventilo.
genre ça
surtout régler la tension avec un voltmètre avant de le brancher, le mien a été réglé à l’arrache " />
#21
L’idée du double buffering est idéale pour des animations où l’image est calculée image après image, mais en vidéo H264, une image est codée d’après la ou les précédentes donc il en faut bien plus.
De plus, il faut des buffers pour éviter les coupures…
Une autre façon de compter.
20 Go pour 90 minutes, cela donne presque 4 Mo par seconde pour le flux compressé.
Et dans ton calcul 6Mo x 30 img/sec = 180 Mo / sec d’images décompressées
Il n’est pas tellement surprenant qu’un décodeur résilient ait une consommation mémoire proche de la seconde.
#22
#23
#24
Le 3 de son calcul correspond à cela : 24 bits / 8 bits/octet= 3 octets par pixel.
#25
#26
l’image “lite” est sans X11 donc ? Du coup c’est nouveau ça, avec jessie ça n’existait pas
#27
Je peux me tromper, mais je crois que Rasbian lite a toujours été fourni sans X11.
#28
Je crois qu’OMXPlayer est fournis de base mais sans GUI.
#29
#30
#31
C’est arrivé en 2015 :https://www.raspberrypi.org/forums/viewtopic.php?f=66&t=111144
Du coup je n’ai effectivement pas installé de pi depuis ^^