- État Nouveau
- Pourcentage achevé
- Type Anomalie
- Catégorie Périphérique d'interface utilisateur
- Assignée à Personne
- Système d'exploitation Tous
- Sévérité Critique
- Priorité Haute
- Basée sur la version 10.5.49 - 2.22.1
- Due pour la version Non décidée
-
Échéance
Non décidée
-
Votes
1
- OGX70000 (17/08/2026)
- Privée
Ouverte par Dams59 - 09/07/2026
Dernière modification par Dams59 - 22/07/2026
FS#41090 - Geforce Now semble détecter "virtual-search" comme une manette => Pb Multijoueurs
Bonjour,
Vous trouverez ci-dessous une prose détaillée du problème rencontré. Par avance merci pour la prise en compte.
Résumé du problème :
Sur Freebox Player Pop (Android TV) avec l’application de cloud gaming GeForce NOW, un device d’entrée virtuel nommé virtual-search — injecté par le firmware/système Free — semble occuper en permanence le slot XInput #1 sur Steam (Geforce Now lance Steam) dans les jeux multijoueur. Ce device n’est pas une manette physique mais un périphérique système lié à la recherche vocale. Conséquence : lors du branchement de manettes physiques pour du multijoueur local, la première manette est décalée sur le slot #2, et ainsi de suite. Comme le système Geforce Now/Steam ne propose que 4 slots XInput au total, une manette physique ne peut plus se connecter : le multijoueur local est donc limité à 3 joueurs maximum au lieu de 4, sur des jeux comme Streets of Rage 4, Tools Up!, Rayman Legends ou Overcooked!.
Étapes de reproduction :
- Démarrer le Player Pop et lancer l’application GeForce NOW
- Lancer un jeu multijoueur (ex : Tools Up!, Streets of Rage 4)
- Connecter une seule manette physique
- Ouvrir le menu Steam via l’overlay GeForce NOW (appui long sur le bouton start de la manette) > Paramètres > Contrôleur
- Constater que XInput #1 et #2 sont tous les deux marqués comme occupés, alors qu’une seule manette physique est connectée
- Déconnecter cette manette physique : XInput #1 reste occupé malgré tout, confirmant qu’il s’agit d’un device fantôme indépendant de toute manette physique branchée
Investigation technique :
Le nom et la configuration du device potentiellement responsable ont été identifiés via débogage ADB (adb shell getevent -l et adb shell dumpsys input), qui indique le device suivant, présent en permanence avant tout branchement de manette physique :
- Device 7: virtual-search
- Path: /dev/input/event6
- ControllerNumber: 1
- Identifier: bus=0×0006, vendor=0×0000, product=0×0000, version=0×0001
- ConfigurationFile: /system/usr/idc/virtual-search.idc
- Le fichier de configuration /system/usr/idc/virtual-search.idc contient notamment :
- device.internal = 0
C’est ce dernier paramètre qui semble problématique : device.internal = 0 indique à Android que ce device virtuel serait un périphérique externe, ce qui peut amèner les applications tierces (GeForce NOW, etc.) à le détecter comme une manette et à lui attribuer le slot XInput #1.
Tests de comparaison effectués :
Le même test sur l’application GeForce NOW Android (tablette Android, même compte) ne présente pas ce problème : aucun device virtuel n’occupe de slot XInput, tous les slots sont libres avant branchement
Le problème persiste après réinitialisation usine complète du Player Pop
Le problème persiste après désinstallation/réinstallation de l’appli GeForce NOW
Le problème persiste après suppression de tous les appareils Bluetooth appairés (télécommande incluse)
Le problème persiste après coupure secteur complète (1 minute)
Le problème persiste avec différents types de manettes (8BitDo Ultimate 2 en 2.4GHz, manette Xbox filaire USB)
Le problème est également constaté sur des jeux non-Steam (Rayman Legends via Ubisoft Connect), où le slot #1 est automatiquement assigné au joueur 1, rendant la manette physique incapable de contrôler le joueur 1
Ces éléments semblent confirmer que le problème est spécifique au firmware du Player Pop, et non lié à une application tierce, au compte utilisateur, ou à un périphérique physique.
Impact :
Ce bug limite le multijoueur à 3 au lieu de 4 frustrant ainsi l’un des membres sacrifié de la famille.
Résolution probable :
Dans le fichier /system/usr/idc/virtual-search.idc, remplacer :
device.internal = 0
par :
device.internal = 1
Cela pourrait suffire à indiquer à Android que virtual-search est un périphérique système interne, invisible aux applications tierces, sans impacter les fonctionnalités de recherche vocale.
Référence croisée :
Ce bug est également signalé au support NVIDIA GeForce NOW (ticket n°260626-000310), qui a confirmé que le problème ne provient pas de leur côté et a été escaladé à leurs équipes techniques en attente d’une correction firmware côté Free.
Par avance merci pour votre aide et pour la prise en compte du problème,
Damien (le membre sacrifié de la famille)
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
jour,
En complément de mon message précédent, j'ai tenté d'appliquer moi-même le correctif proposé (device.internal = 0 → 1 dans /system/usr/idc/virtual-search.idc), pour confirmer que cette modification résout bien le problème. Deux pistes tentées, toutes deux bloquées par le verrouillage standard de l'appareil :
- Accès direct via ADB : adbd refuse tout accès root ("adbd cannot run as root in production builds"), cohérent avec un Verified Boot validé (ro.boot.verifiedbootstate: green) et dm-verity actif en mode enforcing sur /system.
- Accès via un environnement Linux démarré depuis une clé USB (via fbx-gnulinux-maker) : le kernel/DTB fourni ne monte pas le partitionnement de l'eMMC interne (aucune table de partitions exposée pour /dev/mmcblk1), donc impossible d'atteindre /system par ce biais non plus.
La modification n'est donc accessible qu'au niveau firmware visiblement et donc pas de mon côté.
Y a-t-il un moyen pour que je puisse faire cette modif moi-même ? Ou alors est-elle envisageable de votre côté ?
Damien LOHEZ
Bonjour,
En gros le device "virtual-device" est configuré comme si c'était un device externe (device.internal=0) alors qu'il est interne au player pop. C'est un bug qu'il faut corriger.
Par avance merci,
Damien
Bonjour,
Avez-vous pris en compte la correction de ce bug ?
Par avance merci,
Damien
Bonjour
On a, a priori, un correctif dispo.
Souhaitez-vous rejoindre un beta test qui le contient pour voir si ça résout le pb ?
Si oui, indiquez moi la MAC de votre Freebox.
Merci
Bonjour,
Je veux bien rejoindre le beta test.
Adresse MAC de la freebox
DC:00:B0:66:9E:13
Adresse MAC du player pop
38:07:16:fc:77:b4
Merci,
Damien
Rebonjour,
J'ai installé la Beta v10.5.69 sur mon player pop et je vous confirme que le problème est bien résolu. A confirmer à moyen terme.
Merci pour votre intervention,
Damien
Parfait, merci du retour.