Hi,
I have a lot of MPC and APE files, all with APEv2 tag format and no ID3v2. When I load them into the database, I get the new database entries all messed up, because I have the files organized in the file system in a way that EJ seems to not recognize...
My files are ALL organized in this way:
Artist(Year) AlbumTrackNR - Title.mpc
but in EJ I get tracknr as the artist, and just the title correct.

Are you planning to release a new version with APEv2 tag format support?

Or, at least, do you think it's possible to tell ej HOW to read the info from the file system?

why the pissed off face?

Maybe we should consider a different direction....
instead of :mad: ...

But I am glad, that more people are interested in APE tag support.
Imagine yourself in 2006, with a low budget HDD of 4.5 Tb !!
Why losing valuable quality with mp3's ??.

Anyway, I still think that E-Jukebox is the best music program
aound. Too bad my 2 x 30 days are LONG GONE.

I'll purchase the program once I can RATE my APE's.


Maybe I should try to write a plugin myself someday, so that
we all can have what we desire for...

Word

The problem with supporting all the different tag formats besides the mp3 id3 tag is that most of them do not allow for embedding album images, custom fields for ratings, etc.

We are thinking about making eJukebox save the tag data for non-mp3 files to individual text based files with the same file name and a ".tag" extension?

For example:
You have a file called "Zed Leppelin - Stairway to Heaven.ape"

eJukebox would then create a file called "Zed Leppelin - Stairway to Heaven.tag" in the same directory as the .ape.

The file would be marked 'hidden' so you could hide these files in explorer. If you make hidden files visible in explorer you could then copy or move these .tag files along with the music or video file with the same name if you need to....and eJukebox would be able to get the data from them when the eJukebox database is rebuilt.

Edits made in eJukebox would be saved to the .tag files along with popularity counts and album images. You would be able to open the .tag files in notepad to see the data as it would all be text based except for the album image data.

Hum hum... i don't want so many text files with my music files! even if they are hidden...

Is it absolutly necessary to have the images embedded in the music files as they are already either in the database or in a separate .jpg image file?

And what it will happen to these txt files if the music files be renamed??? they will stay as a lot of waste on our hard drives!?? No good, i think...

Currently the data for all files is always stored in the database, as you know, and also in the tag for mp3 files....but if you rebuild your database any data changes on non-mp3 files is lost.

.tag files would only be created for non-mp3 files...and we could instead make it so it saves the album image as a seperate file such as "artist-albumname.jpg" instead. We can't have it save the album image as cover.jpg because allot of people have multiple albums in the same folder.

If you rename a non-m3 file you would have to rename its .tag file to the same name. We would add the ability to rename a file in the eJukebox editor which would automatically rename the .tag file.

We really don't like the idea of having a bunch of extra files created either but it is the only sure fire solution we can think of to instantly add support for saving data on ALL non-mp3 files outside of the database....so that it can be restored after rebuilding or moving files.

Im not particularly technical but.... if you are basing the new tag file on the audio's filename - cant you create a new "nonmp3" table where the id is the file name(including full directory structure to be safe) and then record all relevant data in the new table. This would keep everything as is whilst only marginally increasing the size of the eJ db.

Sounds like a plan to me...