INTERACT FORUM
Windows => JRiver Media Center 33 for Windows => Topic started by: Matt on September 18, 2024, 07:52:35 am
-
Hi all,
We're wondering what things we could do to improve CUE support in MC.
When you import a CUE file, it splits into individual tracks (using the playback range feature).
Tags are stored in the library since the files are virtual.
With Monkey's Audio I created an APL file format that links to the individual tracks. That way tags can be stored with each file.
What else could MC do to aid with CUE files? Thanks for the help.
-
Does the moving source file (using MC) break the cue particles?
-
I'm going to do this for the next build:
Changed: CUE files no longer process in the Rename, Move, & Copy Files tool because it would break the links.
The links point to a source file and if we moved that you would have to update all the other links.
-
Please use this thread to report any remaining CUE file problems. Thanks.
-
Some of these may have been fixed but should be tested.
https://yabb.jriver.com/interact/index.php?topic=120009.0
https://yabb.jriver.com/interact/index.php?topic=85172.0
https://forums.stevehoffman.tv/threads/jriver-mc-problem.860222/
https://yabb.jriver.com/interact/index.php?topic=109535.0
-
Bump.
-
To save tag adjustments, a way to:
- update the .cue file with the current data
- or generate JRSidecar.xml files (or similar) per track
U.
-
I split CUE files a lot and the only thing Id like to see would be a custom menu so I could set up how the split files are named. Currently the names given to the split files are hard coded to the best of my knowledge
-
I deal with this every time I have to switch computers, whether going Mac to Mac or Mac to Linux and am wasting past three days trying to work around. Since this seems to be latest thread though under Windows, I will note this here. It is something like this:
Running the Rename, Move, & Copy Files function to point everything in library to new location works fine for plenty of cue sheet split single file albums. However, if some kinda triggering character is in metadata of album name - say a comma for sure, a slash, maybe parentheses) and there is numbering in album name (like the year 2024 for instance)- and I don't mean just file or folder name, I mean in metadata- then after successful rename with everything found, once restarted (even with auto import off) JRiver decides all but one song split from file is in its own sequentially numbered folder, like instead of
2024 My Great Album
for one song, rest of songs would be looking in non-existant
2034 My Great Album
2044 My Great Album
etc
Some of these can be fixed by hunting down all files and running a secondary Base Path correction, for every single album, but others cannot because apparently if there is more than one such triggering character than not only does JRiver assign a fake folder name, it appends a fake number to each track too.
So for instance if folder structure for real is like
2024 My Great Album/
Artist - My Great Album (Label 1234).cue
2024 My Great Album/
Artist - My Great Album (Label 1234).flac
and first song is correctly seen by JRiver as coming from file
2024 My Great Album/Artist - My Great Album (Label 1234).flac
others songs wrongly are looked as if folder and file were
2034 My Great Album/Artist - My Great Album (Label 1235).flac
2044 My Great Album/Artist - My Great Album (Label 1236).flac
2054 My Great Album/Artist - My Great Album (Label 1237).flac
which can only be fixed one song at time.
So all playlists , play counts, custom tagging, etc, is lost.
There are further nuances, but that is roughly it.
I know I reported this long ago in mac or linux thread. Leaving here in case it is of some help.
It is shame but seems after thinking I had a couple solutions, my only way around it is to convert (split) all such files- and the JRiver conversion always seems to make accurately ripped single file into inaccurately ripped separate songs, so I have to use another app and then trick library into finding those files.
-
I'm not sure if I've missed it but the format of the split files can sometime be cumbersome. Especially with classical music where the [Name] may be very long , sometimes this exceeds the 'Magic 255'
Is there a way to make it simply [Track#] - [Name] or the like , if not could there be ?