Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Thurinus]

When I make some changes to tracks, e.g. updating the cover art, JRiver changes the filename and adds a "(1)" to the end of the filename.  A yellow box with an "x" through it is then in place of where the cover art thumbnail should be and when you try to play it you get "File could not be found" error.  You have to go into Windows Explorer and then rename the file and then locate it in MC and then (PHEW) your songs play.

This also seems to be happening to new podcasts that get downloaded (yikes).  Pretty much is making this unusable.  Please helppppppp........

[JimH]

Check the properties of files and directories you're having trouble with.  Something may be read only.

[MrHaugen]

I think you need to describe better what exactly you do. Because this does not sound normal. I do not think this is read only problem as he's clearly indicating downloading and changing files work. So there is write permissions on the folders, and who sets read only attributes on files without knowing it?

[vagskal]

The recent Windows update to Win 7 automatically changed the write permissions on my shared folders/dics, which took me a couple of days to discover. Thank you Microsoft. Double checking the write permissions is good advice.

Describing better what is happening is also good advice.
Is (1) appended to the actual file or is the file path in MC appended (i.e. did you have to write or remove (1) with Windows Explorer)?
Have you moved the files using an external tool? (I have seen this (1) appending when moving files between folders watched by MC.)

[MrHaugen]

The recent Windows update to Win 7 automatically changed the write permissions on my shared folders/dics

That's nice Best to check the permissions then.