INTERACT FORUM
More => Old Versions => Media Center 12 (Development Ended) => Topic started by: Dutch Peter on October 12, 2006, 02:08:38 pm
-
Covert art is not stored in the file.
Yes i have checked the option 'Store File in Tags (if possible)' in options > Library & Folders > Standard Library Fields > Image File > Edit.
I am using mp3 files which are NOT read only.
It looks like it has been broke for some time. Maybe even since MC11??
Writing this I was triggered to try MC11, which is still running on same machine.
And guess what: it works.
So > storing covert art in file works with MC11 and not with MC12.
-
Covert art is not stored in the file.
Yes i have checked the option 'Store File in Tags (if possible)' in options > Library & Folders > Standard Library Fields > Image File > Edit.
I am using mp3 files which are NOT read only.
It looks like it has been broke for some time. Maybe even since MC11??
Writing this I was triggered to try MC11, which is still running on same machine.
And guess what: it works.
So > storing covert art in file works with MC11 and not with MC12.
The change made by MC11 is not seen by MC12. Not even after an (auto)import.
-
Covert art is not stored in the file.
Yes i have checked the option 'Store File in Tags (if possible)' in options > Library & Folders > Standard Library Fields > Image File > Edit.
I am using mp3 files which are NOT read only.
It looks like it has been broke for some time. Maybe even since MC11??
Writing this I was triggered to try MC11, which is still running on same machine.
And guess what: it works.
So > storing covert art in file works with MC11 and not with MC12.
It works for me.
To check, click "Tag" in the Action Window. Then click the image to zoom-in on it. Then look at the tooltip.
It should say "inside file"
-
It works for me.
To check, click "Tag" in the Action Window. Then click the image to zoom-in on it. Then look at the tooltip.
It should say "inside file"
It shows the path name of the images file.
Then I do: right click > image > copy to clipboard and right after that right click > image > paste from clipboard.
Normally this results in transferring the image file into the mp3 tag.
Now it does not.
-
The Image Tools work in both MC versions similarly and add cover art inside the APIC frame if selected in options.
Import in MC11.1 and Otto in MC12 do not change file tags and embed cover art.
What the import function should do when the "store inside" option is selected can be debated.
Then I do: right click > image > copy to clipboard and right after that right click > image > paste from clipboard.
This works for me. It changes a filename link to "Inside File".
-
The Image Tools work in both MC versions similarly and add cover art inside the APIC frame if selected in options.
Import in MC11.1 and Otto in MC12 do not change file tags and embed cover art.
What the import function should do when the "store inside" option is selected can be debated.
The thing is that MC11 says the image is inside the file and MC12 says it is not.
It is the same file, but different libraries by definition, because MC11 and MC12 need different libraries.
-
The thing is that MC11 says the image is inside the file and MC12 says it is not.
It is the same file, but different libraries by definition, because MC11 and MC12 need different libraries.
Do you mean that the automatic import does not change the Image file field in MC12 when you add an image in the file tags outside MC12?
-
Do you mean that the automatic import does not change the Image file field in MC12 when you add an image in the file tags outside MC12?
Yep!!
-
So Otto does not check for new embedded images and change the status inside MC accordingly.
Perhaps it should.
Should it also add images inside tags on import if selected in the options?
In general, I think that an import operation should never automatically change the file tags and thus the file modification date. All media file changes should be controlled by the user.
However, this could be an exception if the users could voluntarily choose an "embed cover art automatically" behavior.
The current behavior is confusing. Apparently MC12 adds image files on import because the correct thumbnails are generated and the users get wrong impression that MC obeyed the selected cover art option, i.e. added the image files inside tags when possible.
-
If you choose the 'next to file' option, MC12 appears to grab the first image it sees (even if it does not match the 'artist - album' convention) and attaches it to the file on import. I have pulled in files on my desktop and it applies a non-related image file that also happened to be on my desktop as the 'cover art' for that file. I don't want it auto-embedding anything as long as that is the default behavior.
-
If you choose the 'next to file' option, MC12 appears to grab the first image it sees (even if it does not match the 'artist - album' convention) and attaches it to the file on import. I have pulled in files on my desktop and it applies a non-related image file that also happened to be on my desktop as the 'cover art' for that file.
Technically the desktop is a file folder that has a directory path. By design MC can use any jpg file as cover art if the folder contains only one image file besides the audio files. If the folder contains more than one image the image must be named according to the rules to make it appear automatically as cover art.
I don't want it auto-embedding anything as long as that is the default behavior.
As I said, no media file changes should happen on import by default. I would not use a program that alters my files automatically.
-
So Otto does not check for new embedded images and change the status inside MC accordingly.
Perhaps it should.
Should it also add images inside tags on import if selected in the options?
In general, I think that an import operation should never automatically change the file tags and thus the file modification date. All media file changes should be controlled by the user.
However, this could be an exception if the users could voluntarily choose an "embed cover art automatically" behavior.
The current behavior is confusing. Apparently MC12 adds image files on import because the correct thumbnails are generated and the users get wrong impression that MC obeyed the selected cover art option, i.e. added the image files inside tags when possible.
Alex,
you are right, but this thread was started for another reason.
When I add covert art to a song it just does not put it in the file.
It keeps referencing to the jpg, despite of all necessary settings.
-
Technically the desktop is a file folder that has a directory path. By design MC can use any jpg file as cover art if the folder contains only one image file besides the audio files. If the folder contains more than one image the image must be named according to the rules to make it appear automatically as cover art.
This is not what is happening for me. I just dropped two audio files with no cover art directly from my desktop in to playing now. It attached a file 262487854_8611d4b98d.jpg that was also on my desktop as the cover art for both files.
I gave on of the files an artist of 'a' and an album of 'a'. Removed the cover art, and did a quick find. It re-added 262487854_8611d4b98d.jpg as the cover art.
-
This is not what is happening for me. I just dropped two audio files with no cover art directly from my desktop in to playing now. It attached a file 262487854_8611d4b98d.jpg that was also on my desktop as the cover art for both files.
Did you have other jpg images on the destop?
As I said, if the folder has only one jpg image MC uses it (makes a cover art link) despite the filename. This is by design.
-
Alex,
you are right, but this thread was started for another reason.
When I add covert art to a song it just does not put it in the file.
It keeps referencing to the jpg, despite of all necessary settings.
It worked for me.
What was the cover art status before you tried to embed the image. Did the Image File field have a value?
Can you explain exactly what you did, step by step?
-
It worked for me.
What was the cover art status before you tried to embed the image. Did the Image File field have a value?
Can you explain exactly what you did, step by step?
Value of the Image Field = the path name of the image file.
Then I do: right click > image > copy to clipboard and
right after that right click > image > paste from clipboard.
Normally (in MC11) this results in transferring the image file into the mp3 tag.
Now it does not.
-
Value of the Image Field = the path name of the image file.
Then I do: right click > image > copy to clipboard and
right after that right click > image > paste from clipboard.
Normally (in MC11) this results in transferring the image file into the mp3 tag.
Now it does not.
I did exactly the same here:
Then I do: right click > image > copy to clipboard and right after that right click > image > paste from clipboard.
This works for me. It changes a filename link to "Inside File".
I tried MC11.1 and MC 12 several times and it worked fine in both programs.
The only difference is that my image file was in the file folder so the link contained only the plain filename (in case your link included the complete folder path).
-
Value of the Image Field = the path name of the image file.
Then I do: right click > image > copy to clipboard and
right after that right click > image > paste from clipboard.
Normally (in MC11) this results in transferring the image file into the mp3 tag.
Now it does not.
Is the file playing (or paused)? Tags don't get updated until you stop playback.
-
File is not playing. (I know exactly what you mean).
I even checked if it was read-only in Windows Explorer. It's not.
The only difference is that my image file was in the file folder so the link contained only the plain filename (in case your link included the complete folder path).
My ref in the image tooltip contains the total path + image file name.
-
New Experiment.
I deleted cover art from song. From the same album (other song, with cover art in file) I copied the image via right click menu.
Then I pasted it to the song with the deleted cover art.
Cover art shows up, but it is NOT in the file.
Peter
-
One of the problems I'm having is that one of my cover art is attaching itself to multiple songs. Its the same one through out (Neil Diamond cover art). I've had to manually delete several cover art that does not belong to these songs. I had this problem happening in MC11 at times. Any idea what's happening.
Skylar
-
Are all the songs with the same cover art in the same directory?
-
My songs are in the same directory but my cover art is in Data/Cover
I've had to rehook about 250 cover art to tracks since the upgrade. These are the ones that had the same 'one' cover art attached to them.
Skylar
-
The cover art system uses the [Album Artist (auto)] - [Album].jpg naming rule when the cover art location is defined to be a single folder. The [Album Artist (auto)] field is automatically the same as the [Artist] field unless the album has multiple artists. To make the automatic system work correctly the audio files of each album should be in a separate album folder.
What is the filename of the "Neil Diamond" image file?
Do the audio files have complete and correct tags?
-
Ok. I found it.
There are 2 places were you can indicate "Store Images in Tags":
1. Options > File Location > Track Images Location
2. Options > Library & Folders > Standard Library Fields > Image File > Edit
In MC11 I had set both. In MC12 only the second. That why it did not work.
This is one of the reason why i started this thread:
http://yabb.jriver.com/interact/index.php?topic=35954.0 (More Backup and restore functions needed).
Anyway, it works!!!
Oh, maybe it is a suggestion to remove the second option to set the 'store in file tag'. Or link them automatically.
Have a good weekend.
-
2. Options > Library & Folders > Standard Library Fields > Image File > Edit
This seems to be redundant. A couple of MC versions ago the field specific "Store in file tags" option could be used for storing the field value (i.e. the image link, not the actual image) in the files. Currently it does nothing.
-
I've go 'track images' go to data/cover art and in the next section just below I've set it to where I want my songs to go.
I've corrected all the images on my work PC but I'm holding for a while to do my laptop and desktop at home.
Why aren't all parameters that are set in MC11 being carried over to MC12 when it is downloaded. Shouldn't MC12 be reading these from MC11 and copying them over. It makes it so much easier and then we don't have to guess which parameters we had set in the previous release.
Thanks,
Skylar
-
This seems to be redundant. A couple of MC versions ago the field specific "Store in file tags" option could be used for storing the field value (i.e. the image link, not the actual image) in the files. Currently it does nothing.
Jim, Math, what do you think?