r.chatigré

Ca peut arriver avec les zip si l'antivirus s'en mêle (sale manie de Windows de travailler sur le disque de boot - remarque, saturer un /tmp de Linux de la même manière c'est faisable). En NVme sur USB3, j'atteint le 200Mo/s sans problème sur un vieux NVMe. L'USB3 est capable de passer 2 écrans FHD + des disques sur les mêmes fils... Normalement ça marche plutôt très très bien.

Yes! (je pensais quand même poster un autre screen ce soir, pas eu le temps 🙂 )

Je pense qu'en 2024 et bientôt 2025, il faut un smartphone pliable en 20 volets qui fait aussi éventail. En fait je pense qu'un smartphone intégré dans une visière avec projection en hud serait pas mal non plus (genre Iron man)

Non (mais...)

Suivant - là c'est juste l'intro du jeu, pas le gameplay 🙂

Brigador! (je l'ai 🙂 )

Il fait d'abord configurer un autologin, c'est faisable en général depuis les options du gestionnaire graphique. C'est gnome, kde, xfce, autre? Une fois l'autologin configuré, je modifierais le fichier .xsession dans le répertoire de l'utilisateur pour lancer Kodi. https://wiki.debian.org/Xsession Sinon, il y a https://github.com/graysky2/kodi-standalone-service

Quand tu branches un AP (donc avec un port WAN, un Wifi et des ports LAN). Appelons le AP8000 🙂 AP8000 En mode routeur: L'AP8000 va séparer le réseau extérieur (celui sur le WAN) de Wifi et LAN, il est en mode "intelligent" L'AP8000 va attribuer lui-même les adresse IP sur Wifi et LAN Tu as donc un sous réseau propre à l'AP8000 Si tu branches un AP8000 sur un autre APXT12, tu dois le brancher par la prise WAN de AP8000 à une prise LAN de APXT12, et tes appareils de APXT12 ne verront pas les appareils branchés à AP8000 sauf configuration réseau (l'inverse par contre est généralement possible) Pour illustrer (valeurs au pif): les appareils reliés directement à APXT12 auront une IP en 10.1.101.xxx les appareils reliés directement à AP8000 auront une IP en 192.168.12.xxx AP8000 En mode bridge: L'AP8000 va faire un pont entre le réseau extérieur (celui sur le WAN) et son Wifi et LAN L'AP8000 va faire transiter les demandes d'adresse IP à l'AP précédent Tous les appareils sont sur le même réseau Pour illustrer (valeurs au pif): les appareils reliés directement à APXT12 auront une IP en 10.1.101.xxx les appareils reliés directement à AP8000 auront une IP en 10.1.101.xxx et recevront cette IP de APXT12 au travers de AP8000 Si tu branches un AP8000 sur un autre APXT12, tu dois le brancher par la prise WAN de AP8000 à une prise LAN de APXT12, et tes appareils de APXT12 et AP8000 devraient tous se voir Dans tous les cas: Ce n'est pas du mesh, le Wifi de l'AP8000 doit être différent. Et même s'il a le même nom et le même mot de passe, des appareils le considéreront comme différent (Windows notamment) Les erreurs "fatales": Brancher AP8000 (prise LAN) sur APXT12 (prise LAN) : il y a des chances que l'AP8000 foncitonne en tant que switch mais le Wifi n'aura pas d'IP et l'interface d'administration sera peut-être impossible à joindre c'est pas vraiment supporté comme config Les bonnes surprises: Parfois, on met un appareil sous OpenWRT, et miracle, il voit les autres appareils car souvent, les protocoles sont standards, même s'ils sont vendus sous un nom propriété de la marque Exemple autre: une freebox 4K va détecter des CPL TP-link comme étant des freeplug et permettre de les surveiller/administrer, tout simplement car le protocole utilisé est standard Exemple autre 2: HDMI CEC est vendu sous plein de nom selon les marques comme Anylink, Bravia Sync, ... Donc si l'envie de passer un routeur AP8000 sous OpenWrt pour voir ce que tu peux en faire de plus te tente...

Regarde bien les specs et les forums, car je sais que chez linksys ou NETGEAR, il y a des niveaux de compatibilité: pas besoin de prendre des appareils identiques ou de la même génération pour mettre en mesh. Cela pourrait te permettre de trouver un 3ème point moins cher. Remarque: le 3 ème point peutêtre un ap dédié extérieur (ton r8000) En mode bridge derrière les xt12, les appareils feront partie du réseau, sinon par sécurité en mode routeur aussi.

Yes! 199!!!

Allez, un jeu plus récent 🙂

Oui au fait, pareil. J'ai rippé en SATA sur un ordi et en USB sur deux autres, ras. J'ai même rippé en 24x, mais c'est bruyant. A part cela...

Plusieurs points importants de ta config: Milkywan -> pas de box: il te faut un routeur. Tes "cochonneries" sur le réseau -> il se peut que tu aies un appareil peu compatible Mesh ou ne jouant pas bien le jeu du Wifi Mon avis très perso: Je mettrais par défaut les 2 XT en place (un en routeur/master, l'autre en esclave) reliés en RJ45 puisque tu le peux Si problème persistant: je brancherais le X6S comme point d'accès supplémentaire en 2.4GHz dédié IOC (Internet Of Cochonneries 🙂 ) Je remettrais aussi en cause le CPL si tu as des problèmes avec. De mon expérience, le Wifi est plus fiable que le CPL. Le R8000, je le passerais en OpenWrt pour le fun 🙂 Après, difficile à dire sans connaître le plan, les distances et les emplacements de tout cela. Mon expérience perso: comme j'ai des murs de pierre et pas de dalles entre les étages (uniquement bois + isolation), je me suis aperçu au bout de 5 ans que pour optimiser le Wifi dans ma maison, au lieu de placer les bornes aux mêmes étages que les équipemens, il valait mieux les placer au grenier de part et d'autre du mur de pierre central - ça m'a permis de passer de 3/4 à 2 bornes. out ça pour dire que trouver une config Wifi qui marche bien, ça nécessite de réfléchir un peu en fonction du bâtiment - c'est pas automagique.

Je n'ai pas bien compris pourquoi tu voulais une borne en mode AP forcément. Le R8000 peut aussi servir à connecter l'IOT, vu que la plupart ne font qu'aller sur internet, et les XT12 derrière pour le Wifi "patator" Pour le mesh, en général la borne qui est routeur est master. Ensuite c'est automatique. De ce que j'ai vu sur du netgear et du linksys, une fois une borne ajoutée en mesh, de toute façon tu n'y a plus vraiment accès qu'au travers de la borne maître.

Premiers conseils: Arrêter d'utiliser tout appareil Wifi B/G (la wii) ou leur dédier un point d'accès et des fréquence à l'autre bout du spectre Prendre garde aux appareils en Wifi4 ou "early 5", notamment la domotique et les imprimantes pas chères. En effet, ces appareils: Ont un Wifi généralement limité (basé sur des micro contrôleurs limités en vitesse Wifi) - cela les mène à demander souvent la "parole" Ne connaissent pas ou pas bien les Wifi mesh - ils ont tendance s'ils sont en limite à switcher d'une borne à l'autre, provoquant plein de message d'authentification - et souvent ils se ratent, provoquant des timeout/mitigations ... Réserver le Wifi 5GHz aux appareils évolués: téléphones, ordis, consoles, peut-être TV Ne pas laisser un appareil fixe choisir sa borne Au final, sans changer, tu peux tenter ceci: Si ce n'est pas fait: séparer les réseaux 2.4GHz et 5GHz sur 2 SSID Ne déclarer qu'un seul réseau par appareil (pour que les tels ne passent pas du 5 au 2.4GHz par exemple) Si possible: Ne mettre en mesh QUE le réseau 5GHz (donc avoir un SSID 2.4 différent sur chaque routeur) Activer si existant la pré-authentification sur le mesh et le pilotage du mesh par les bornes (que ce soit la borne qui dise à l'ordi "t'es trop loin, change de borne") séparer le 5GHz en 2 SSID (téléphones/consoles/TV et ordis) Donner des priorités aux SSID (multimédia pour les tel/console/tv qui ont besoin de stabilité mais pas de débit, forte prio sur les ordis qui ont besoin de patate, faible sur le 2.4) Enfin, le positionnement des bornes Vu le mesh par ethernet, le positionnement en coin opposés semble être une bonne idée Il faut vérifier avec un outil d'analyse Wifi le niveau de réception entre les 2 bornes. S'il est aux alentours du seuil de recherche d'un autre borne, alors tes équipements au centre vont faire du "ping pong" entre les 2 bornes décaler (recentrer) les bornes pour ne jamais être sous ce niveau est parfois une bonne idée Pour le matos, @ashlol a pointé un excellent appareil, perso j'aime bien aussi les netgear orbi, mais perso j'utilise du linksys parce que je peux mettre openwrt dessus sans risque pour le retour en arrière et parce que ça se trouve régulièrement d'occasion.

Le rendu -> année 2000 environ -> à cette époque les jeux étaient encore souvent dédiés à un avion -> Cockpit russe + le petit truc en haut à droite -> Sukoï ou mig 29 (ça c'est d'expérience de ce genre de jeux) -> Page wiki "combat flight simulation videogame" -> deux trois vérifs -> site moby games en lien -> 1er screenshot 🙂 (ma seule hésitation: je trouvais le rendu plutôt classe pour 1997/98 - j'avais commencé par des jeux plus récents mais comme je "savais" que c'était un avion russe ...)

Mig 29 Fulcrum?

Bon, vu qu'il n'y a personne d'autre, je te l'accorde. @ceric64 - ce jeu est dispo sous Linux, dans les paquets standards de debian.

Dans ce cas la prise HDMI de la TV est condamnée, désolé j'avais mal compris, je pensais que la RPI3 pourrait servir à autre chose que le son. Je pensais plutôt à un boitier de ce genre (non ARC) Amazon Basics Convertisseur d'extracteur audio, HDMI vers HDMI + Audio (SPDIF + RCA stéréo), Noir : Amazon.fr: High-Tech Et je n'avais pas vu que le boitier proposé avant n'avait pas d'entrée HDMI (le ARC normalement c'est double sens, non?)

Voici le schéma en utilisant HDMI: dans ce cas: Dans tous les cas, ce qui est lu sur la RPI est reçu par la chaîne via l'extracteur de son Si la TV est compatible ARC (je ne suis pas convaincu) tout son de la TV ira sur la chaîne (c'est la flèche "retour" allant de la TV à l'extracteur

Source? En fait il faut que le trio (quatuor même) le supporte: CPU, chipset, BIOS, CG... Ensuite il faut que la configuration soit faite dans le BIOS, au niveau du boot de proxmox, et potentiellement dans la VM. Mais il existe de bons tuto pour les intel 12xxx: GitHub - Upinel/PVE-Intel-vGPU: This is a step-by-step guide to enable Gen 12/13 Intel vGPU using SR-IOV Technology so up to 7 Client VMs can enjoy hardware GPU decoding Là on n'est pas en passthrough pour une VM, mais carrément en partage de la CG sur plusieurs VM. Le disque est présent mais non monté dans proxmox, donc je peux l'attacher à une VM ou l'autre. C'est un SATA. C'est peut-être moins évident avec un NVMe Je fait du passthrough SATA/USB, parfois iGPU mais ma config est bateau et assez "vieille" (i5 9500T) mais c'est un ordi "pro".

Tu as ripper à quelle vitesse? Si tu as l'occasion, mets le en USB. Prend un adaptateur USB/SATA et branche le en interne. Je ne rippe qu'en USB (pas de place en interne pour un lecteur) et je n'ai aucun problème. Je rippe en x4 la plupart du temps.

Il te faut un shield correct (hifi berry est pas mal du tout), avec les sorties qui vont bien (analogique et SPDIF/optique par exemple). Pour la vidéo toutefois, je conseillerais de rester avec un séparateur audio HDMI. Les "audiophiles" conseillent un shield avec un master clock, c'est surtout utile en liaison optique sur certains appareils en fait. Tu peux jeter un oeil sur des distro comme https://volumio.com/fr/ pour avoir une idée de ce qu'il faut en matériel. Ca pourrait. Les barres de son sont assez mauvaises en musique en général - pas du tout "tout terrain". Manque de présence et forte connotation "vidéo/plein la tronche". Tout dépend ce que tu écoutes et comment tu l'aimes. Là mon ampli est en panne, j'ai essayé sur la barre de son, c'est correct pour la pop, pour plein d'autres styles, c'est très très bof. Pour ton problème de voix dans l'audio de ta TV, essaie de demander à ta source (Kodi) d'envoyer en stéréo, pas le 5.1 ou le dolby surround ou le DTS. Ces formats ont un codage particulier et parfois la TV le gère très mal (certaines font carrément l'impasse sur les enceintes arrières! hors parfois elles contribuent aux voix)

Je connaissais la série des warhammer/space hulk (les figurines à collectionner/peindre)

Space Hulk: Tactics?