Why don't you put the ID3 images in a way compatible with the others programs?
Pirk - 6-9-2003 at 04:21 PM
Dear Audiosoft,
I know I have already often annoyed you with this. Excuse me if I make a thing about it.
I would like the ID3 images put with the eJukebox editor or with the CD Ripper be compatible with the others programs like Music Match Jukebox, Tag
& Rename or Mp3 Info shell extension (by Michael Mutschler)... NONE of these programs are able to read the "eJukebox" ID3 images.
I think it's not good at all that eJukebox use a specific way to store the ID3 images, even if I suppose it's not intentional. It's
annoying.
Sure, I LOVE your program, but I LOVE EVEN MORE my mp3s. So, I would like they stay TOTALLY compatible with any kind of program.
Do you understand my worry on this point?
Thanks,
Pirk
Audiosoft - 6-9-2003 at 08:14 PM
I guess we will have to look into this further. I don't understand how those programs can have a problem with the way eJukebox encodes the images
as it follows the standard.
Windows Media Player has no problem displaying Images that were embedded in the tag using eJukebox.
Pirk - 6-9-2003 at 08:36 PM
Thank you very much to take care of my remark.
If I can help you by doing any kind of tests..I'm ready when you want!
Thanks again,
Pirk
Pirk - 6-9-2003 at 08:42 PM
If that can help, I don't have any problem to read in eJukebox the ID3 images I put with these others programs.
Pirk
Rich - 6-9-2003 at 09:51 PM
Audiosoft (from a Requested Features post):
| Quote: |
So if you like eJukebox please try using eJukebox's editor as it allows you to save an image inside the mp3 or autolookup covers and encode the
image id only saving space and making eJukebox run faster (because the images are already sized perfectly).
|
So, Pirk... Could it be that you are expecting the images to be "encoded" within the mp3 file, when in fact there is just an "image
ID" in the tag that points to a URL?
Audiosoft: If the editor allows the user to save the image inside the mp3, or use the encoded ID number, how would we make that choice?
At any rate, I think that all of us would benefit from a clear explanation of how album images are handled in eJukebox.
Thanks,
Rich
jhlurie - 6-9-2003 at 10:32 PM
| Quote: |
Originally posted by Audiosoft
I guess we will have to look into this further. I don't understand how those programs can have a problem with the way eJukebox encodes the images
as it follows the standard.
Windows Media Player has no problem displaying Images that were embedded in the tag using eJukebox. |
True. I've tried this. Works for me.
Pirk - 6-9-2003 at 11:43 PM
Rich,
| Quote: |
So, Pirk... Could it be that you are expecting the images to be "encoded" within the mp3 file, when in fact there is just an "image
ID" in the tag that points to a URL?
|
No, I don't think so.
To my knowledge,
-Each time you put a local image (i.e. stored on your hard-drive) either from the eJ editor or from the CD Ripper then this image is embedded (=ID3
image) in the mp3. I proceed like this.
-I think if you choose to point to a Web link using the editor or the CD Ripper then only an URL is stored inside the mp3. But as I never use that
way, I'm not sure.
-If you let eJukebox automatically (or even started manually) do its "lookup" then there isn't any image stored inside the mp3 itself,
but only a reference to that image stored in the database.
In all the cases the image is stored in the database, in 3 different sizes I believe.
I think that could be an answer to your question to Audiosoft.
jhlurie,
Yes you are right, with Media Player that work fine for me too.
But have tried to read some "eJukebox" ID3 images using Tag & Rename or Music Match Jukebox?
Pirk
Audiosoft - 6-10-2003 at 12:36 AM
| Quote: |
-I think if you choose to point to a Web link using the editor or the CD Ripper then only an URL is stored inside the mp3. But as I never use that
way, I'm not sure.
|
This is incorrect. Whenever you use the "Set Local or Internet File as Album/ID3 Image" button on the editor or Ripper is
encodes the actual image inside the Mp3 tag. This is done regardless if you use a file or URL. The URL and File location is never used again or stored
by eJukebox in anway in order to avoid the risk of separation of files or the url no longer working.
How eJukebox handles album images in relation to Mp3 ID3 tags:
Images that are looked up automatically by eJukebox (when a song is played for the first time and when the CD Ripper CD cover is auto lookedup) or
when you use the Editors "Lookup Album/Image" button do Not get saved inside the MP3s tag. Only an image ID# is saved in the tag so eJukebox
knows what image to use after rebuilding. The image itself is permanently saved to eJukebox database. If the image data for the ID# is not found in
the database (if you install on another machine and transfer your files for example) it will use the ID# from the tag in order to download the image
into the database, from the net, without having to first look it up.
The only time the actual image itself is saved to the mp3's ID3 tag is when you use the "Set Local or Internet File as Album/ID3 Image"
button on the editor or CD Ripper to set the image.
Also, when you use the editors "Set4all" button or Album Browse feature to change a songs album to an exisiting one...it will save the image
inside the mp3 if the image was from another song were it was in the file. Otherwise if it is an eJukebox looked up image it will encode the ID # only
to the tag.
--------
We will continue to look into this issue. Because eJukebox can read in images saved by these other programs and Windows Media Player can read images
from eJukebox saved tags it is probally just a problem with MusicMatch and Tag&Rename being too dumb to figure out what format the image inside
the eJukebox saved tag is in. Even though the ID3 standard default is JPEG these programs must require the specification of the file type in order to
be able to process the images.
So, Hopefully we will be able to fix this for these programs by somehow specifiying that the MIME type of the image is JPEG.
Rich - 6-10-2003 at 12:52 AM
| Quote: |
Quoted from Pirk
In all the cases the image is stored in the database, in 3 different sizes I believe.
|
The Database is way too small to contain any images. I recall from previous posts from Audiosoft, that all images that are not stored in the mp3
files are (were) stored in the Temporary Internet Files folder.
However, for a couple of versions now, I believe that just a URL is stored in the database and when you play a song, the image is quickly looked up
and placed in the Temporary Internet Files folder. If you play the song again, it's pulled from there. (If i'm not 100% correct, I know
I'm close) 
Since MMJukebox and other programs store the image directly in the .mp3 file, perhaps Audiosoft may consider offering an option (checkbox)
"Always Write Album Image to Tag."
Personally, I like the current method, but I'm connected to the net 24/7. But for low-band users, and for people who work hard creating flawless
.mp3 files (including the correct images), this may be a good solution.
Thanks,
Rich
Audiosoft - 6-10-2003 at 12:59 AM
Rich,
Pirk is correct on this one. The images are very small in file size and the eJukebox database file is compressed everytime you exit eJukebox. ALL of
the images are stored inside the database believe me. Even ID3 tag encoded Images are stored in the database (in its original size - this is why it
takes longer to build the database when you have a bunch of ID3 tag encoded images - because these images are larger and are always reinserted into
the database on rebuilding just in case you changed the image outside of eJukebox, where as eJukebox looked up images are small and never need to be
reinsterted because they never change and have a set ID#).
You do not need to be connected to the net to see the images, after the image has been initially looked up and download by eJukebox.
You are correct in that the images are cached in the temporary internet files but this is only done in order to improve performance - by making it so
the images don't have to be extracted from the database every time they are needed. If you clear the temporary internet files or if windows
deletes the image from the cache - eJukebox will then pull the image from its database again and put it back in the internet cache - no internet
connection needed.
Rich - 6-10-2003 at 01:06 AM
If I've not said it before, I'll say it now; you guys kick ass! There's no way I would have believed the images were stored in the db
in the last couple of versions. My old db was almost 300MB and now it's 13MB!
Still, would you consider an option to always write to the mp3 files if most of us thought it useful? 
Thanks,
Rich
Pirk - 8-26-2003 at 02:08 PM
| Quote: |
Message original : Audiosoft
We will continue to look into this issue. Because eJukebox can read in images saved by these other programs and Windows Media Player can read images
from eJukebox saved tags it is probally just a problem with MusicMatch and Tag&Rename being too dumb to figure out what format the image inside
the eJukebox saved tag is in. Even though the ID3 standard default is JPEG these programs must require the specification of the file type in order to
be able to process the images.
So, Hopefully we will be able to fix this for these programs by somehow specifiying that the MIME type of the image is JPEG. |
Something new about this issue?
Thanks.