I have a dlna System, but the main problem is about reading my tracks in correct order. Copy CD1 into sub folder ML1, etc. Then make six sub folders labeled ML1 through ML6 c. Make a main folder called MARYS LAMB b. Copy all disks to PC, putting in separate folders Example: If the story name is MARYS LAMB, and has six CDs, a. Renumbering file names and track numbers from multiple CD so the track numbers are consecutive from first to last disk.
...
But, STRANGELY, it's the exact order my DLNA app is running the songs ! If i click on column "title" or "track" in mp3tag, it will be ordered correctly (in mp3tag ofc, not on my app).But playlists seem a really good idea ! Haven't thaught about it. Have you looked into this? Mp3tag is great for creating playlists with songs in whatever order you specify.I know that the order I open the files in mp3tag doesnt mean anything. If your DLNA app has no way to resort files after it loads them (which seems unlikely) then it has a huge bug.Google tells me that some DLNA apps can accept M3U playlists. Windows Explorer cannot do that either.That may mean simply that they were downloaded in the right order.
The files have been loading and working great in iDrive, including the correct track order for each album.However, some of the tag info often ends up incorrect, and the cover art is often missing. I've been ripping my CD collection to WMA-PRO files using Windows Media Player to place on a USB drive to use in my 2017 BMW with iDrive. I will try this and come back ! Thank you for your help !I'm having a similar track order problem, but not with DLNA, although perhaps the root of my problem is the same as the original poster's.
So it appears that MP3tag is reading the binary values fine when loading the tag info, but then saving them as ASCII when I edit other tag fields (title, album, track name) and then save to the files. The "TrackNumber" bytes have the same binary/ASCII difference, although 1 value higher (starting with 1 instead of 0). However, those albums now have the tracks shown in iDrive alphabetically by title instead of by track number! Frustrating!After some experiments and binary-comparing pre/post-MP3tag-edited files I discovered that the "Track" tag numbers in the files prior to editing with MP3tag (which order correctly in iDrive) have the byte containing the track number in binary (1=00h, 2=01h, 3=02h, etc.), whereas after editing with MP3tag the bytes are in ASCII (1=31h, 2=32h, etc.).
0 kommentar(er)
