06-23-2026, 06:05 PM
(Modification du message : 06-23-2026, 06:06 PM par renesenses.)
Bonjour zaurux,
J'ai analysé ton problème en détail. Le scan tourne mais ne trouve aucune piste — ça indique que soit le chemin configuré ne correspond pas au dossier réel, soit un problème de permissions empêche Tune de lire les fichiers.
Peux-tu faire ce test rapide dans un terminal (CMD ou PowerShell) ?
curl http://localhost:8888/api/v1/system/settings
Cherche la clé "music_dirs" dans la réponse — c'est le chemin que Tune utilise réellement pour scanner. Vérifie qu'il correspond bien à c:\Users\stef\Music (avec les bons séparateurs).
Ensuite, vérifie que tes fichiers ont bien une extension reconnue : FLAC, MP3, M4A, OGG, OPUS, WAV, AIFF, WV, WMA, DSF, DFF, APE. Si ce sont des fichiers dans un format exotique, Tune ne les trouvera pas.
Dernier test : lance tune-server.exe depuis un terminal (pas en double-click) et regarde les lignes de log pendant le scan. Tu devrais voir :
- auto_scan_starting
- auto_scan_files_found files=XX — c'est le nombre de fichiers audio trouvés dans tes dossiers
- Si files=0 → c'est un problème de chemin ou de permissions
Envoie-moi ces infos et je saurai exactement ce qui bloque.
Bertrand
Bonjour Papytechnofil,
Le scan ne devrait pas repartir de zéro à chaque relance — Tune compare la date de modification et la taille de chaque fichier avec ce qui est en base de données, et ne rescanne que les fichiers modifiés.
Ce que tu observes (scan complet à chaque fois) indique probablement l'un de ces deux cas :
1. NAS avec mtime instable : certains NAS (Asustor, Synology) rapportent une date de modification légèrement différente à chaque montage (décalage d'une seconde dû au fuseau horaire ou au protocole SMB). Tune voit un mtime différent → considère le fichier modifié → le rescanne.
2. Chemin qui change : si le lecteur réseau est remappé avec un chemin légèrement différent (majuscule/minuscule, slash final), Tune ne retrouve pas la correspondance en base.
Dans les logs au démarrage, tu devrais voir une ligne "auto_scan_pre_filter_complete" avec "changed=XX unchanged=YY". Si unchanged=0 et changed=4000+, c'est le cas 1 (mtime drift).
Je travaille sur un fix pour tolérer un écart de mtime plus large sur les montages réseau. En attendant, peux-tu me donner cette ligne de log ? Ça confirmera le diagnostic.
Bertrand
J'ai analysé ton problème en détail. Le scan tourne mais ne trouve aucune piste — ça indique que soit le chemin configuré ne correspond pas au dossier réel, soit un problème de permissions empêche Tune de lire les fichiers.
Peux-tu faire ce test rapide dans un terminal (CMD ou PowerShell) ?
curl http://localhost:8888/api/v1/system/settings
Cherche la clé "music_dirs" dans la réponse — c'est le chemin que Tune utilise réellement pour scanner. Vérifie qu'il correspond bien à c:\Users\stef\Music (avec les bons séparateurs).
Ensuite, vérifie que tes fichiers ont bien une extension reconnue : FLAC, MP3, M4A, OGG, OPUS, WAV, AIFF, WV, WMA, DSF, DFF, APE. Si ce sont des fichiers dans un format exotique, Tune ne les trouvera pas.
Dernier test : lance tune-server.exe depuis un terminal (pas en double-click) et regarde les lignes de log pendant le scan. Tu devrais voir :
- auto_scan_starting
- auto_scan_files_found files=XX — c'est le nombre de fichiers audio trouvés dans tes dossiers
- Si files=0 → c'est un problème de chemin ou de permissions
Envoie-moi ces infos et je saurai exactement ce qui bloque.
Bertrand
Bonjour Papytechnofil,
Le scan ne devrait pas repartir de zéro à chaque relance — Tune compare la date de modification et la taille de chaque fichier avec ce qui est en base de données, et ne rescanne que les fichiers modifiés.
Ce que tu observes (scan complet à chaque fois) indique probablement l'un de ces deux cas :
1. NAS avec mtime instable : certains NAS (Asustor, Synology) rapportent une date de modification légèrement différente à chaque montage (décalage d'une seconde dû au fuseau horaire ou au protocole SMB). Tune voit un mtime différent → considère le fichier modifié → le rescanne.
2. Chemin qui change : si le lecteur réseau est remappé avec un chemin légèrement différent (majuscule/minuscule, slash final), Tune ne retrouve pas la correspondance en base.
Dans les logs au démarrage, tu devrais voir une ligne "auto_scan_pre_filter_complete" avec "changed=XX unchanged=YY". Si unchanged=0 et changed=4000+, c'est le cas 1 (mtime drift).
Je travaille sur un fix pour tolérer un écart de mtime plus large sur les montages réseau. En attendant, peux-tu me donner cette ligne de log ? Ça confirmera le diagnostic.
Bertrand