C'est intéressant, surtout la partie concernant les branches, mais en quoi c'est serverless ? C'est à cause du découplage stockage / calcul ?
Ou alors le mot n'a pas la signification que je lui donne ?
Pour moi ça ressemble à ce qui se fait dans le cloud (je prononce clood) ou à ce que je fais sur mon téléphone sous android;
Je ne m'embête jamais à gérer de hiérarchie (pour la plupart des opération les fichiers vont déjà dans des dossiers +- standards, les photos vont dans DCIM etc, je les consultes via l'application galerie), quand je veux rechercher un truc par contre je me rend compte à quel point c'est en bordel.
Pareil pour le cloud, à chaque fois que je regarde les fichiers de mes proches j'ai beaucoup de mal à trouver quoi que ce soit et il y a énormément de fichiers qui ne seront jamais plus ouverts (parce que doc.doc, ou 454216dd.jpg).
Quand on ne sait pas ranger proprement un fichier dans un dossier (qui revient à un tag), on ne saura pas le faire avec plusieurs tags.
À moins de se faire aider par une ia de classement, comme celles que font les gafam, qui identifient les gens dans les photo, etc. Ça pourrait être une solution si les données n'étaient pas siphonnées.
Une version locale d'une ia de ce type (ou un algo de classement automatique plus classique) pourrait peut être aider ? J'en sais rien, en tout cas je pense qu'il faudra toujours conserver le classement hiérarchique, c'est la logique la plus simple. Je n'aurait pas envie de voir mes projets de dev ou mon archi système en vrac dans un dossier avec des tag, ça fait froid dans le dos.
Je suis tout à fait d'accord avec ce que vous dites sur le besoin de sourcer et de mesurer les techniques.
Là ou je suis moins en phase c'est la partie disant qu'une maison individuelle est un non sens écologique. Et encore je suis d'accords avec cette affirmation dans 90% des cas, mais je ne vois pas en quoi une maison telle que construite il n'y a pas si longtemps, en terre, bois, pierre (et avec une part variable de chaud) ne serait pas écologique.
Si l'habitat est fait à partir de matériaux locaux, sans apport lourd d'énergie, et qu'il stock du carbone (à travers la paille, le bois, la carbonatation de la chaux récupérant le carbone dégagé lors de sa production) on est déjà au dessus des constructions modernes.
De plus si la terre a une isolation thermique plutôt pas top, elle propose en revanche une belle inertie thermique et hygrométrique. Pour rester dans les limites de la RE2020 il faudra tout de même l'isoler d'une manière ou d'une autre, et du coup y adjoindre un par-vapeur etc.
Après pour revenir sur l'habitat individuel, je rêve naïvement d'un territoire couvert de foret et parsemé de petite fermes, avec une population en grande partie rurale sur un modèle agro/sylvo/pastoral.
Les habitat collectifs ont beaucoup de sens en ville, c'est une évidence. Chez moi à la campagne je n'imagine pas vraiment d'habitat collectifs (sauf bâtiments communs de loisir, commerce, culture, etc). Ça forcerait les gens à s'entasser dans un même lieu et à se déplacer vers leur travail en journée.
Un bon compromis selon moi étant les villages (ou la plupart des maisons sont collées les unes aux autres et ou l'emprise au sol est donc limitée). Encore faut il recentrer le travail pas trop loin des dit villages.
Mais je suis bien d'accord, la maison type pavillon en brique et béton, sur une parcelle de 1000m avec piscine est bien un non sens écologique. Voir pire, la résidence secondaire.
On a expérimenté une recette sans pétrissage (ou presque), ça fonctionne super bien.
Si jamais vous êtes fatigué de pétrir :) La recette qu'on nous a passé semble inspiré de la technique "No Knead Bread" de Jim Lahey, au moins dans le principe; je vous la met là.
Ingrédients:
100g de levain liquide actif; 250g de T65; 250g de farine de seigle; 350g d'eau tiède; 10g de sel;
Fraisage et autolyse (parce qu'on est des gens cultivés) :
Mélanger lentement et grossièrement les farines avec l'eau. Repos 20 mins.
Pétrissage :
Ajouter le levain et le sel, mélanger grossièrement.
Pointage :
Repos de 3h, avec un rabat toutes les 30 mins.
Pré-façonnage :
Faire une boule avec le pâton. Attendre 15 mins.
Façonnage:
Mettre dans un banneton (ou dans un cul de poule bien fariné) et laisser encore pousser deux heures à 24°C ou une nuit au frigo.
Préchauffer le four à 250°C avec la cocotte dedans.
Reverser le pain dans la cocotte (je met un papier cuisson au fond, mais la recette ne le précisait pas), scarifier le pain.
Laisser cuire 30 mins à couvert puis 20 mins sans couvercle, en baissant à 230°C.
Et normalement à la fin y a un joli pain dans la cocotte !
Par contre c'est sans pétrissage mais faut avoir de la dispo (surtout pour la partie 3), je travail depuis chez moi donc ça n'est pas un problème mais faut prévoir.
Mon dieu, si j'avais su à l'époque ou j'ai récupéré la TI89 de mon frère qu'on pouvait y faire tourner un Chrono Trigger like …! (pour ceux qui l'on encore : https://calc.games/cgi-bin/files.cgi?id=14)
Ça fait plaisir de voir des explications sur le workflow, j'ai regardé beaucoup de vidéos présentant ces concepts mais c'est bien pratique de tout présenter en une fois, avec une certaine logique dans la progression !
Je remarque aussi la gestions des vêtements sous forme de meshs collées au corps, ça fait partie des points qui m'ont toujours limités.
Je vais regarder les autres en tout cas c'est très chouette !
Ce sont tes vidéo ou partage tu uniquement le lien ?
Le but final semble être l'utilisation dans Unity, j'ai tenté à plusieurs reprise l'utilisation d'anims de mixamo dans Godot, je me suis retrouvé avec des meshs qui explosent, il doit y avoir des subtilités que je ne connais pas. Peut être faut il corriger les exports unity dans blender et après les exporter pour Godot ? (vu que mixamo ne propose pas l'export vers Godot [uniquement Unreal et Unity si je me souviens bien]).
Ce n'est pas le driver complet qui est libéré, mais la partie s’interfaçant avec le noyau.
Il reste encore du chemin avant un driver complètement opensource, mais c'est un grand pas (ne serait ce qu'idéologique).
Avant cette libération nous avons récemment eu droit à un driver Tegra opensource, et le code du driver a déjà fuité cette année. Même si le code ayant fuité n'est pas exploitable en l'état, on pourrait imaginer que les développeurs de nouveau ou d'un autre projet se répartissent la tache en deux équipes. une lisant le code et rédigeant des specs et l'autre implémentant les specifications.
C'est peut être cette fuite qui a forcé la main à Nvidia, mais ce n'est que supputation.
Il me semble aussi avoir vu passer que Nvidia avait libéré des clefs pour ces GPU recents (ne pas avoir ces clefs empeche nouveau d'exploiter correctement les GPU post Fermi si je ne me trompe, en les condamnant à rester à la fréquence idle). Mais je n'arrive pas à retrouver cette info.
Il ne faut sûrement pas s'attendre à un grand changement dans l'immédiat mais la situation de nouveau et des GPU nvidia pourrait bien énormément changer dans le futur !
Oui je pensais bêtement trouver la date des résultats du premier tour 2027, mais c'est plus logique de prendre la date de la passation de pouvoir, qui elle sera précise et désigne la vraie fin de la macronie :)
J'attends donc de voir le jour ou ils feront ça, sachant que le 13 mai est la date limite mais que ça peut se faire avant !
C'est un chouette outils, il est simple d'utilisation et le workflow proposé me parait très acceptable !
Il n'y a rien à installé côté serveur à part ssh ?
Y a de chouettes programmes en Rust sur LinuxFR ces derniers temps c'est chouette !
Effectivement on peut penser ça, je me suis mal exprimé.
On peut tout à fait commercialiser un logiciel libre.
Mais comme je ne m'y connais pas plus que ça en licence, je voulais justement vérifier que c'était ok et sous qu'elles conditions :)
Je regardais le projet de loin depuis un moment en me disant qu'il était extrêmement prometteur !
D'ailleurs ma proposition de nouveau nom n'avait pas été retenue, je proposais RQML ^
Mais Slint c'est très bien :)
Un petite question, j'ai toujours trouvé que Qt était un enfer au niveau des licences, en plus c'est pas donné en pro; Slint semble se positionner de la même façon, pourquoi ce choix ?
De plus sur votre site je suis un peu perdu au niveau des tarifs, je n'ai pas trouvé le prix des deux licences logicielles, ça se négocie ?
Si on reste dans du libre la licence n'est pas un problème. Ah, pour information, peut on commercialiser un logiciel bâtit avec Slint sans payer de licence si on publie les sources ?
Niveau rendu vous dites sur le repo utiliser opengl et Qt Style.
Sur Qt je vois pour les Widget et le QML mais je ne connais pas QStyle.
Comment ça fonctionne ? Est ce que vous utiliser QStyle comme un canvas ou bien quand on définit un TextArea ou un Label dans un .slint il va générer un Widget ?
En tout cas bonne chance pour la suite, c'est un superbe projet.
Et l'écosystème Rust manque encore d'un bon système d'UI (même si ce ne sont pas les candidats qui manquent).
Ah oui j'aurais adoré pouvoir faire ça, mais j'ai déjà galéré avec le passage du câble Ethernet, j'avais vraiment pas envie de tirer un câble HDMI ^
Et dans mon cas il reste aussi le problème de la connexion sans fils de la manette (le bureau et le salon sont séparés par deux bons gros murs).
Ah d'accord, merci de l'info. Effectivement ça marche très bien, l'extension Moonlight sur LibreElec se lance d'ailleurs via un script qui tue kodi et lance moonlight-qt; et qui relance kodi quand on ferme moonlight.
Il y a une latence de quelques secondes mais c'est très honnête.
Je n'ai pas essayé de client VNC sur RPI, j'ai utilisé un deuxième PC, mais je me souviens de soucis de framerate et ma manette ne fonctionnait pas (mais j'ai pas creusé).
Après je suppose que VNC reste une solution envisageable, mais ça m'a paru plus complexe à mettre en place que Moonlight au final.
Je referai sûrement des tests un de ces jours, quand mon setup me lâchera !
# Serverless ?
Posté par Aldebaran (site web personnel) . En réponse au journal Neon : Postgresql serverless avec branches . Évalué à 3.
C'est intéressant, surtout la partie concernant les branches, mais en quoi c'est serverless ? C'est à cause du découplage stockage / calcul ?
Ou alors le mot n'a pas la signification que je lui donne ?
# En même temps
Posté par Aldebaran (site web personnel) . En réponse au lien Un jour, on pourra étiqueter ses fichiers plutôt que de les enfouir dans des sous-dossiers. Évalué à 1.
Pour moi ça ressemble à ce qui se fait dans le cloud (je prononce clood) ou à ce que je fais sur mon téléphone sous android;
Je ne m'embête jamais à gérer de hiérarchie (pour la plupart des opération les fichiers vont déjà dans des dossiers +- standards, les photos vont dans DCIM etc, je les consultes via l'application galerie), quand je veux rechercher un truc par contre je me rend compte à quel point c'est en bordel.
Pareil pour le cloud, à chaque fois que je regarde les fichiers de mes proches j'ai beaucoup de mal à trouver quoi que ce soit et il y a énormément de fichiers qui ne seront jamais plus ouverts (parce que doc.doc, ou 454216dd.jpg).
Quand on ne sait pas ranger proprement un fichier dans un dossier (qui revient à un tag), on ne saura pas le faire avec plusieurs tags.
À moins de se faire aider par une ia de classement, comme celles que font les gafam, qui identifient les gens dans les photo, etc. Ça pourrait être une solution si les données n'étaient pas siphonnées.
Une version locale d'une ia de ce type (ou un algo de classement automatique plus classique) pourrait peut être aider ? J'en sais rien, en tout cas je pense qu'il faudra toujours conserver le classement hiérarchique, c'est la logique la plus simple. Je n'aurait pas envie de voir mes projets de dev ou mon archi système en vrac dans un dossier avec des tag, ça fait froid dans le dos.
[^] # Re: a vous maintenant.
Posté par Aldebaran (site web personnel) . En réponse au journal [ HS ] haïku (essai). Évalué à 3.
Disque d'acier
Tête magnétique plonge
Un son d'octets
Code rédigé
Reste à compiler
Le temps qui passe
Poix chiche purée
Citron huile tahin
Sel poivre cumin
[^] # Re: Efficacité énergétique réelle?
Posté par Aldebaran (site web personnel) . En réponse au journal WikiHouse: les plans de pièces de maison sous licence CC BY-SA. Évalué à 4.
Je suis tout à fait d'accord avec ce que vous dites sur le besoin de sourcer et de mesurer les techniques.
Là ou je suis moins en phase c'est la partie disant qu'une maison individuelle est un non sens écologique. Et encore je suis d'accords avec cette affirmation dans 90% des cas, mais je ne vois pas en quoi une maison telle que construite il n'y a pas si longtemps, en terre, bois, pierre (et avec une part variable de chaud) ne serait pas écologique.
Si l'habitat est fait à partir de matériaux locaux, sans apport lourd d'énergie, et qu'il stock du carbone (à travers la paille, le bois, la carbonatation de la chaux récupérant le carbone dégagé lors de sa production) on est déjà au dessus des constructions modernes.
De plus si la terre a une isolation thermique plutôt pas top, elle propose en revanche une belle inertie thermique et hygrométrique. Pour rester dans les limites de la RE2020 il faudra tout de même l'isoler d'une manière ou d'une autre, et du coup y adjoindre un par-vapeur etc.
Après pour revenir sur l'habitat individuel, je rêve naïvement d'un territoire couvert de foret et parsemé de petite fermes, avec une population en grande partie rurale sur un modèle agro/sylvo/pastoral.
Les habitat collectifs ont beaucoup de sens en ville, c'est une évidence. Chez moi à la campagne je n'imagine pas vraiment d'habitat collectifs (sauf bâtiments communs de loisir, commerce, culture, etc). Ça forcerait les gens à s'entasser dans un même lieu et à se déplacer vers leur travail en journée.
Un bon compromis selon moi étant les villages (ou la plupart des maisons sont collées les unes aux autres et ou l'emprise au sol est donc limitée). Encore faut il recentrer le travail pas trop loin des dit villages.
Mais je suis bien d'accord, la maison type pavillon en brique et béton, sur une parcelle de 1000m avec piscine est bien un non sens écologique. Voir pire, la résidence secondaire.
[^] # Re: Autre solution
Posté par Aldebaran (site web personnel) . En réponse au journal Hacking d'une machine à pain. Évalué à 4. Dernière modification le 11 septembre 2022 à 10:32.
On a expérimenté une recette sans pétrissage (ou presque), ça fonctionne super bien.
Si jamais vous êtes fatigué de pétrir :) La recette qu'on nous a passé semble inspiré de la technique "No Knead Bread" de Jim Lahey, au moins dans le principe; je vous la met là.
Ingrédients:
100g de levain liquide actif; 250g de T65; 250g de farine de seigle; 350g d'eau tiède; 10g de sel;
Fraisage et autolyse (parce qu'on est des gens cultivés) :
Mélanger lentement et grossièrement les farines avec l'eau. Repos 20 mins.
Pétrissage :
Ajouter le levain et le sel, mélanger grossièrement.
Pointage :
Repos de 3h, avec un rabat toutes les 30 mins.
Pré-façonnage :
Faire une boule avec le pâton. Attendre 15 mins.
Façonnage:
Mettre dans un banneton (ou dans un cul de poule bien fariné) et laisser encore pousser deux heures à 24°C ou une nuit au frigo.
Préchauffer le four à 250°C avec la cocotte dedans.
Reverser le pain dans la cocotte (je met un papier cuisson au fond, mais la recette ne le précisait pas), scarifier le pain.
Laisser cuire 30 mins à couvert puis 20 mins sans couvercle, en baissant à 230°C.
Et normalement à la fin y a un joli pain dans la cocotte !
Par contre c'est sans pétrissage mais faut avoir de la dispo (surtout pour la partie 3), je travail depuis chez moi donc ça n'est pas un problème mais faut prévoir.
[^] # Re: 4 couleurs, c’est largement suffisant ! 🙂️
Posté par Aldebaran (site web personnel) . En réponse au lien WASM-4: une console de jeux fantaisiste à quatre couleurs. Évalué à 3.
Mon dieu, si j'avais su à l'époque ou j'ai récupéré la TI89 de mon frère qu'on pouvait y faire tourner un Chrono Trigger like …! (pour ceux qui l'on encore : https://calc.games/cgi-bin/files.cgi?id=14)
# Enfin des explications claires !
Posté par Aldebaran (site web personnel) . En réponse au lien Tuto vidéo: modélisation de personnage de jeu vidéo sous Blender, à partir d'une animation de Mixamo. Évalué à 3.
Ça fait plaisir de voir des explications sur le workflow, j'ai regardé beaucoup de vidéos présentant ces concepts mais c'est bien pratique de tout présenter en une fois, avec une certaine logique dans la progression !
Je remarque aussi la gestions des vêtements sous forme de meshs collées au corps, ça fait partie des points qui m'ont toujours limités.
Je vais regarder les autres en tout cas c'est très chouette !
Ce sont tes vidéo ou partage tu uniquement le lien ?
Le but final semble être l'utilisation dans Unity, j'ai tenté à plusieurs reprise l'utilisation d'anims de mixamo dans Godot, je me suis retrouvé avec des meshs qui explosent, il doit y avoir des subtilités que je ne connais pas. Peut être faut il corriger les exports unity dans blender et après les exporter pour Godot ? (vu que mixamo ne propose pas l'export vers Godot [uniquement Unreal et Unity si je me souviens bien]).
Merci bien !
[^] # Re: Lien : NVIDIA publie désormais ses pilotes graphiques pour Linux sous licence libre
Posté par Aldebaran (site web personnel) . En réponse au lien Nvidia fait un grand pas en avant vers le libre ?!. Évalué à 1.
Mince j'avais pas vu désolé !
# En plus long
Posté par Aldebaran (site web personnel) . En réponse au lien Nvidia fait un grand pas en avant vers le libre ?!. Évalué à 2.
Ce n'est pas le driver complet qui est libéré, mais la partie s’interfaçant avec le noyau.
Il reste encore du chemin avant un driver complètement opensource, mais c'est un grand pas (ne serait ce qu'idéologique).
Avant cette libération nous avons récemment eu droit à un driver Tegra opensource, et le code du driver a déjà fuité cette année. Même si le code ayant fuité n'est pas exploitable en l'état, on pourrait imaginer que les développeurs de nouveau ou d'un autre projet se répartissent la tache en deux équipes. une lisant le code et rédigeant des specs et l'autre implémentant les specifications.
C'est peut être cette fuite qui a forcé la main à Nvidia, mais ce n'est que supputation.
Il me semble aussi avoir vu passer que Nvidia avait libéré des clefs pour ces GPU recents (ne pas avoir ces clefs empeche nouveau d'exploiter correctement les GPU post Fermi si je ne me trompe, en les condamnant à rester à la fréquence idle). Mais je n'arrive pas à retrouver cette info.
Il ne faut sûrement pas s'attendre à un grand changement dans l'immédiat mais la situation de nouveau et des GPU nvidia pourrait bien énormément changer dans le futur !
[^] # Re: Ordiphone
Posté par Aldebaran (site web personnel) . En réponse au sondage Quel terme québecois mériterait le plus d'être généralisé en francophonie ?. Évalué à 3.
J'aime bien ordinateur de poche.
[^] # Re: J'espère réellement ...
Posté par Aldebaran (site web personnel) . En réponse au lien Fin de la macronie ?. Évalué à 2.
Ils ne le savait pas mais il était déjà mort !
[^] # Re: Off-by-one
Posté par Aldebaran (site web personnel) . En réponse au lien Fin de la macronie ?. Évalué à 2.
Oui je pensais bêtement trouver la date des résultats du premier tour 2027, mais c'est plus logique de prendre la date de la passation de pouvoir, qui elle sera précise et désigne la vraie fin de la macronie :)
J'attends donc de voir le jour ou ils feront ça, sachant que le 13 mai est la date limite mais que ça peut se faire avant !
[^] # Re: Off-by-one
Posté par Aldebaran (site web personnel) . En réponse au lien Fin de la macronie ?. Évalué à 1.
Mince, j'étais pas sur c'est triste.
C'est pas évident de deviner la date des prochaines élection, j'imagine que ça va fluctuer selon le moment de la passation de pouvoir ?
Vous avez une idée de comment ça se calcul ?
[^] # Re: Faux
Posté par Aldebaran (site web personnel) . En réponse au lien Fin de la macronie ?. Évalué à 0.
Espérons le !
[^] # Re: Boh !
Posté par Aldebaran (site web personnel) . En réponse au journal [Message de service] Gagnants des meilleures contributions de mars 2022. Évalué à 2.
Oui je l'ai changé ce matin, j'ai soupçonné ma vieille boite gmx d'avoir avalé le mail ;)
J'ai reçu, merci !
# Boh !
Posté par Aldebaran (site web personnel) . En réponse au journal [Message de service] Gagnants des meilleures contributions de mars 2022. Évalué à 2.
Merci beaucoup de l'attention (c'est la consécration!), mais je n'ai semble-t'il pas reçu de mail :)
[^] # Re: [hs] en passant
Posté par Aldebaran (site web personnel) . En réponse au journal Sunshine, Moonlight. Évalué à 2.
Ahah !
J'espère en parler un jour quand j'aurai un système de commentaires justement ^
# Longue vie et prospérité
Posté par Aldebaran (site web personnel) . En réponse au lien Automatisation méthode KISS et sans YAML. Évalué à 3. Dernière modification le 25 mars 2022 à 22:18.
C'est un chouette outils, il est simple d'utilisation et le workflow proposé me parait très acceptable !
Il n'y a rien à installé côté serveur à part ssh ?
Y a de chouettes programmes en Rust sur LinuxFR ces derniers temps c'est chouette !
[^] # Re: Et bah dis donc !
Posté par Aldebaran (site web personnel) . En réponse au journal Slint: Un toolkit pour interface graphiques natives. Évalué à 1.
Effectivement on peut penser ça, je me suis mal exprimé.
On peut tout à fait commercialiser un logiciel libre.
Mais comme je ne m'y connais pas plus que ça en licence, je voulais justement vérifier que c'était ok et sous qu'elles conditions :)
[^] # Re: Et bah dis donc !
Posté par Aldebaran (site web personnel) . En réponse au journal Slint: Un toolkit pour interface graphiques natives. Évalué à 3.
Ah d'accord je n'avais pas compris ça comme ça, c'est le mode "Ambasador";
Je pensais que c'était plus select que ça :)
C'est pas bête pour créer un usage et s'attirer de la visibilité effectivement !
# Et bah dis donc !
Posté par Aldebaran (site web personnel) . En réponse au journal Slint: Un toolkit pour interface graphiques natives. Évalué à 6.
Je regardais le projet de loin depuis un moment en me disant qu'il était extrêmement prometteur !
D'ailleurs ma proposition de nouveau nom n'avait pas été retenue, je proposais RQML ^
Mais Slint c'est très bien :)
Un petite question, j'ai toujours trouvé que Qt était un enfer au niveau des licences, en plus c'est pas donné en pro; Slint semble se positionner de la même façon, pourquoi ce choix ?
De plus sur votre site je suis un peu perdu au niveau des tarifs, je n'ai pas trouvé le prix des deux licences logicielles, ça se négocie ?
Si on reste dans du libre la licence n'est pas un problème. Ah, pour information, peut on commercialiser un logiciel bâtit avec Slint sans payer de licence si on publie les sources ?
Niveau rendu vous dites sur le repo utiliser opengl et Qt Style.
Sur Qt je vois pour les Widget et le QML mais je ne connais pas QStyle.
Comment ça fonctionne ? Est ce que vous utiliser QStyle comme un canvas ou bien quand on définit un TextArea ou un Label dans un .slint il va générer un Widget ?
En tout cas bonne chance pour la suite, c'est un superbe projet.
Et l'écosystème Rust manque encore d'un bon système d'UI (même si ce ne sont pas les candidats qui manquent).
Merci de l'avoir fait libre !
[^] # Re: Et en hard?
Posté par Aldebaran (site web personnel) . En réponse au journal Sunshine, Moonlight. Évalué à 2.
Ah oui j'aurais adoré pouvoir faire ça, mais j'ai déjà galéré avec le passage du câble Ethernet, j'avais vraiment pas envie de tirer un câble HDMI ^
Et dans mon cas il reste aussi le problème de la connexion sans fils de la manette (le bureau et le salon sont séparés par deux bons gros murs).
[^] # Re: En 2021
Posté par Aldebaran (site web personnel) . En réponse au journal Sunshine, Moonlight. Évalué à 3.
Je ne mentais pas quand je disais que ça m'a prit du temps ce machin :)
[^] # Re: GBM
Posté par Aldebaran (site web personnel) . En réponse au journal Sunshine, Moonlight. Évalué à 4.
Ah d'accord, merci de l'info. Effectivement ça marche très bien, l'extension Moonlight sur LibreElec se lance d'ailleurs via un script qui tue kodi et lance moonlight-qt; et qui relance kodi quand on ferme moonlight.
Il y a une latence de quelques secondes mais c'est très honnête.
[^] # Re: VNC
Posté par Aldebaran (site web personnel) . En réponse au journal Sunshine, Moonlight. Évalué à 4.
Je n'ai pas essayé de client VNC sur RPI, j'ai utilisé un deuxième PC, mais je me souviens de soucis de framerate et ma manette ne fonctionnait pas (mais j'ai pas creusé).
Après je suppose que VNC reste une solution envisageable, mais ça m'a paru plus complexe à mettre en place que Moonlight au final.
Je referai sûrement des tests un de ces jours, quand mon setup me lâchera !