![]() I actually did that manually until got fed up with all that labor - it's easier to search split albums manually and that's what I do. If I'd wanted to be "super-Linux-way" I'd just cron something to split media. And second one is much, MUCH more difficult either to set up and to maintain. And even on Linux is just a way to shift a problem from "file packing issue" to "administration issue". I think the only thing missing is a way to tell Lidarr that for renaming multi-track files, it should omit individual track names and fall back onto the album name. The only issue for me is that when renaming the file, Lidarr actually includes every single track number and name. Weirdly though what this thread seems to omit is that Lidarr does handle them pretty well at the moment: when importing your full album you can multi-select tracks (so you'd select all the tracks for this single file). Obviously not meant for mass copy, but should work for streaming audio, the idea being that you use this read-only virtual FS as the library for Plex.Īll this is missing is the capacity for Lidarr to handle this. This is a virtual (read-only) filesystem, so it doesn't take space or modify the files, instead it takes CPU at the moment you are reading those files. This project uses FUSE to create a virtual filesystem identical to your music library, but with all full files divided into tracks. To mitigate the issue with Plex and other incompatible software, you could use TrackFS. In the world of trackers, the flac + cue format is pretty much the first choice, so splitting the album makes you have to maintain two copies (one for seeding one for the library). My expirience is either:Ģ.1 Inserts both CUE as tracks and FLAC - which makes "just playing" or shuffling work not as expectedĢ.2 Doesn't support CUEs at all - and that's a huge issue with Plex. Quite often are not adequately handled by players.Big (yes, it is sometimes an issue, split+convert to lossy might be not bad as well).Use Cue File to parse tracks (if present)Īt the moment I've got a folder I can't even begin adding to Lidarr because all it contains is archived single file albums which it simply won't recognize.įLAC/APE+CUE albums are good (as gapeless experience?) and all, but quite impractical, because: ![]() So my suggestion would be to have an option in the settings to make Lidarr switch to parsing a cue file if found, instead of any present tracks/singe file album.Į.g. I've got a lot of archived material that I'd like to keep in single album files. Instead of having Lidarr actually split the single file into separate tracks, I'd rather have it be able to retrieve the info from a cue file (if present).
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |