MrSinatra;366859 Wrote: > i am using the newest version, just fyi. > > if i click Tools > Options a dialog comes up. if i then click and > highlight "Tag Sources" the only option there is: > > "Default filename for cover art:" > > and a dropdown box. the dropdown box already had: > > folder > > in it. since i saw no art, i tried "Folder.jpg" that didn't work > either. i don't see it on the left or in extended tags.
Ok, I see it. If you click 'Help' it explains that this is the filename used when Mp3tag _saves_ artwork that it downloads for you. You can change the name, use variables, etc. > contrary to what snarly is saying, i think mp3tag does intend, or at > least, does imply it works with files, since it explicitly says > "filename" above, and since you have success using cover.jpg files, and > i assume you know if you have embedded art or not. You're right. It is intended to work with files. I just tried something in a folder where I have a bunch of booklet and other artwork scans along with my cover.jpg... If I remove cover.jpg, Mp3tag displays the first .jpg file from the folder, regardless of file name. If I change cover.jpg to Folder.jpg it works for me. I have no embedded artwork anywhere in my library. > i don't know what you mean when you say "if enabled in options." where > do i enable showing artwork files in the options? In the options, under 'Tag Panel' you'll see a checkbox to display cover art. I think the default is on. I turned mine off a long time ago. > AH, ok, so i need to set both to read and to write. interesting. so > why is this the case? > > meaning, shouldn't it always read and write to the same spot? > obviously no, but why not? I don't really know. The ability to make columns read-only would be one use. I suppose you could also read one field and write to another, although there are much easier ways to copy data from field to field. > yeah, i noticed it wasn't showing them, (T-codes) but i kinda wish an > option existed to display them, or at least have them denoted alongside > "normal" names. I've had two enhancement requests in for Mp3tag for a long time. The first is to have the ability to view the 'raw', unmapped field names. It's just too hard to debug difficult tagging issues when the tagger is doing the name mapping thing. My current solution is to break out a binary file editor and look at the actual data at the byte level. The other, much more extensive, would be to allow the user to define the field name mappings. I work with both Flac and Mp3 files and I have about 20 Actions (scripts) defined. The problem is that in Flac, the literal field name is always used (with two undocumented exceptions: YEAR is mapped to DATE and TRACK is mapped to TRACKNUMBER), while with Mp3's, everything is mapped to a T--- or W--- frame name. So for some fields, BAND being the best example, if I want it to be ALBUMARTIST in Flac files, then I have to detect file extensions and use a conditional to write the correct field name according to the file type. If you had the ability to control the mappings yourself, then it becomes much simpler to write Actions that will work on all types of files. -- JJZolx Jim ------------------------------------------------------------------------ JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=55949 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/ripping
