JJZolx;366883 Wrote: > 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.
ah, i see. JJZolx;366883 Wrote: > 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. then this is a mystery! not one of my albums shows cover art to mp3tag. i thought maybe it was because i used WMP to get a lot of the art, and so the files are hidden, but i tested albums with Folder.jpg's that i placed there myself, [not hidden] and those don't show up either. any ideas? JJZolx;366883 Wrote: > 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. i see a checkbox with a check in it that says "Display cover art" no joy. JJZolx;366883 Wrote: > 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, it strikes me as odd... but i'm not gonna worry about it... if i keep messing with this app i might come across the answer, but i hopefully won't need to use this app much. i can see tho where it could be great for syncing flac/mp3 tags on mirror libraries, something i might need one day. JJZolx;366883 Wrote: > 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. or show both. like, for mp3s, instead of it just saying "Band" it could say "TPE2 Band" and so on for all such names. again, just as an option. i totally agree with you, and i think not having this really hurts educating others as to whats going on under the hood at the root level of tagging. JJZolx;366883 Wrote: > 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. in a way that shows no command of the facts, i think i still understand what you mean. i'm certain i would support this as well. is there anyway i can vote for your enh requests over at their site? i'd be happy to. -- MrSinatra www.LION-Radio.org Using: Squeezebox2 (primary) / SBR (secondary) / SBC - w/SC 7.3b - Win XP Pro SP3 - 3.2ghz / 2gig ram - D-Link DIR-655 ------------------------------------------------------------------------ MrSinatra's Profile: http://forums.slimdevices.com/member.php?userid=2336 View this thread: http://forums.slimdevices.com/showthread.php?t=55949 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/ripping
