Slim::Utils::GDResizer::resize (205) Warning: Image::Scale libpng error: bad adaptive filter value (/mnt/Musikbox/Music/.mp3)
Slim::Schema::_preCheckAttributes (2610) Invalid ReplayGain tag found in /mnt/Musikbox/Music/.mp3: REPLAYGAIN_TRACK_GAIN -> Inf Audio::Scan::scan (64) Warning: Error: Unable to read at least 16 bytes from file (only read 11). Audio::Scan::scan (64) Warning: APE: /mnt/Musikbox/Music/.mp3 Slim::Schema::_createOrUpdateAlbum (1202) Invalid ReplayGain tag found in /mnt/Musikbox/Music/.mp3: REPLAYGAIN_ALBUM_PEAK -> eplaygai Slim::Schema::_createOrUpdateAlbum (1202) Invalid ReplayGain tag found in /mnt/Musikbox/Music/.mp3: REPLAYGAIN_ALBUM_GAIN -> eplaygai Slim::Schema::_preCheckAttributes (2610) Invalid ReplayGain tag found in /mnt/Musikbox/Music/.mp3: REPLAYGAIN_TRACK_PEAK -> eplaygai Audio::Scan::scan (64) Warning: APE: [Invalid item key, too short ( eplaygai * Playlist management: Do I see it correctly that playlists can be externally written to some playlist folder that is configurable in LMS, but each change requires a subsequent rescan of this playlist folder? Is there no easy way/interface for writing the changes directly to the corresponding SQLite DB (library.db, if I see it correctly)? Are there any UI updates that improve/fix this? For long lists (~15000 entries), this is a royal pain in the behind. * LMS displays paginated lists in the Web UI. Is there a possibility of instructing the scanner to derive performer, album & track names from file names and paths instead? * LMS appears to scan the media file tags only. * Is it feasable to have LMS operaing on a read-only NFS mount (across Gigabit Ethernet) instead of local files? * Is LMS able/designed to manage this amount of media files at all? I'm running LMS v8.0.0-732899 with a large (~1 million files), but thoroughly structured media collection of FLAC, MP3 & OGG tracks on a Linux box.
0 kommentar(er)
