Moreover, it is capable of splitting almost all audio formats like FLAC, MP3, WAV, M4A, APE, WMA, MPC, OGG and TTA. If you choose Medieval CUE Splitter to split audio without re-encoded, there is no quality loss.
#Medieval cue splitter 2.0 download software#
They aren't incompatible workflows, just different ones.Medieval CUE Splitter is free software that is designed for splitting a large audio file like an album or a compilation into relative individual tracks with an associated CUE sheet w/o decoding. Personnally I think your workflow for splitting would be best served by a generic feature to trigger custom scripts on import in Lidarr, and my workflow (forgetting about FUSE) would be best served by Lidarr having a different naming scheme for single file albums and some form of support for cue files to read track lengths. APE isn't open source so it's probably impossible to distribute).
Splitting a file isn't trivial, it requires re-encoding (except for mp3s if you split with mp3split) which means that in order to distribute a fully fledge splitting feature Lidarr would have to embed the tools to split and transcode, for all supported audio formats and platorms, while minding distribution licenses (e.g. The most sensible solution would definitely be to either restrict to files that are compatible with the player (which you're doing) or get our media player of choice to support them. To be fair, we're downloading files that are incompatible with our media player and asking Lidarr devs to fix it for us. I don't know if you meant me but I really didn't say yours is a non-issue. Maybe my expectations are just beyond what's considered "normal", but I consider Lidarr "a product" - and if there is a very frequent case in product's scope, just saying "it's a non-issue" IMO is a bit wrong. Even though it kinda defeats all the purpose 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.
#Medieval cue splitter 2.0 download full#
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 kommentar(er)
