greynol, thanks.....my sentiments exactly...

in re Winamp, it's the plugin that does the job, understood.
I guess I won't know if this setup/trick/resulting-file works with other players until I download, install, and try it all.
So it embeds the cuesheet-file inside the mp3 file, eh? Do you happen to know if it will use the standard cue-sheet files produced by EAC/Lame; or do I have to do the ripping with Winamp, or some other prog?
2nd question: regarding adding frames between tracks (in a single 'albumized' mp3), you mentioned such not being to 'standard'. Were you suggesting that most players wouldn't play it?
Or that they're likely to play the file OK, but not likely to 'see' the title changes and change the display as the album proceeds from track to track?
Related question: could you suggest a few possible good tools for experimenting with this? Preference is freeware win32 gui tools where possible.
Also, would I need to actually add frames; or could I just modify, i.e. add a tag to an existing frame at the beginning of each 'track' ?
I guess another question is....when Musicutter put the tracks together to make my 'album', what happened to the tags that were already present in the individual track files? If those tags weren't deleted/modded by Musicutter, then perhaps we already have an answer as to whether adding frames with title-info would work (it apparently would not).
fandango; mp3, despite its flaws, is a very widespread standard; playable on anything, now or in the future. Even if albumizing/embedded-titles causes a difficulty on some device in the future, that's fixable without losing the tunes (i.e. via Musicutter et al to split back to individual tracks if needed).
As far as quality....as I mentioned above, I do not need 'supreme' quality for our intended apps. Believe me, you will NOT be able to ABX to anything better while listening on phones while operating a 50,000 lb excavator at the mine...LOL...
plnelson: I simply prefer a directory of albums, rather than an enormous list of tracks. Albumizing cuts the list size by an order of magnitude...ten times smaller directory of music. Just plain easier to deal with on a daily basis; for me anyway.
And the thought of having to make, store, and keep track of during transfers, all those extra cue-sheet files....I dunno...that idea just bugs me. It seems inelegant....and is yet another small PITA to add to the big pile of such already in life...lol...
(for the life of me, I can't understand why this SIMPLE functionality wasn't built into the mp3 std to begin with....but I guess it's neither the only nor the biggest flaw in that std, eh? lol)
My problem in this task is that I'm not up to speed yet on the format/standard (tag ignorance, as well as mp3 format). I'm very computer-literate (cut my teeth keying octal into the front-panel of PDP-11/45's in the 70's), but this is the first time I've ever done anything with mp3's.
You said that 'album' is a tag, and that a player can play an album from separate tracks; but you didn't say how that was done; or what you meant by 'album' in this scenario.
Did you mean that a player will do this only WITH an additional cue-sheet file (plus tagging the file 'album)?
If 'album' is a 'tag', doesn't that imply that it's embedded within the mp3? What does that tag do? Tell the player to look for a cue-sheet file of the same name?
thanks again to all for your help and info.