INTERACT FORUM
More => Old Versions => JRiver Media Center 18 for Windows => Topic started by: wig on November 29, 2012, 01:06:57 pm
-
As first described below, I'm having problems updating relational fields on albums that contain stack members. If I update a relational field when the stacks are collapsed, the tag eventually reverts back to previous entry; it might take seconds, or as long as several hours.
Relational tags update normally when the stacks are expanded (although if I collapse them shortly after updating the tag it will still revert back).
The original files are stored on a NAS, while the Conversion Cache is stored on the server.
Is this a bug? Some sort of corruption in my database? Any help would be appreciated; I'm really scratching my head on this one.
I'm running into a weird problem using stacks and relational fields.
Here's the scenario.
I use the handheld sync feature, set to always convert, to create a converted file. This creates a stacked file in the same folder as the original with 'cache audio custom' appended to the file name.
With the stack collapsed, I edit a relational field. Several minutes later, the field changes back to the original value. Only relational fields revert, and only if the stack was collapsed.
Can anyone reproduce this?
-
I couldn't reproduce this in a quick go by stacking some files and editing a relational field.
Something must trigger the change back. Any guesses what it might be? Maybe when you connect a handheld or do some other particular action?
Are you doing client / server, or anything else special?
-
I couldn't reproduce this in a quick go by stacking some files and editing a relational field.
Something must trigger the change back. Any guesses what it might be? Maybe when you connect a handheld or do some other particular action?
Are you doing client / server, or anything else special?
I really don't know. All I'm doing is listening to music and updating tags.
Here's a log file, it will probably be a lot more help than me.
http://hotspur.us/uploads/JRiver%20Log%202012-11-29%2021-08-34.zip