Please upload this album to dropbox and supply me with a link via personal mail.
Please upload this album to dropbox and supply me with a link via personal mail.
Spoon
www.dbpoweramp.com
It seems that another software has found very funny to change some tracks by copying artist to album artists JRIVER ? I can't but I double checked my database and the error was there.
Sorry for the inconvenience.
In the meantime I found something else:
Some covers, not many, do not light up.
Here are the files, opened with "Edit id-tag" dbpoweramp shell integration it shows under "Front album cover", MP3TAG is also OK but asset shows an icon...
One thing common, the folders of those files also include a copy of the cover under "cover.jpg"
Hello,
Any idea about it ?
These files have embedded art?
Spoon
www.dbpoweramp.com
If you do a right click with dbpoweramp shell integration or open it with mp3tag you can see the covers.
Please upload one of the files to dropbox and personal message me the link.
Spoon
www.dbpoweramp.com
The link is already above for a week
Here are the files, opened with "Edit id-tag"
Last edited by Silences; 08-04-2016 at 06:03 PM.
Thanks for the bug report and sorry about slow reply.
I've set up folders with these files and cover.jpg in each folder copied off the embedded image, but cannot recreate this bug.
Please open Asset configuration on the offending installation, use [Download Configuration Dump] and mail the file it wrote to peter@dbpoweramp.com. If the file turns up huge, get me just the uMediaLibraryMainDBv5.bin from inside the archive.
There's a good chance that this issue will go away with a "rescan all" pass - however I advise you don't try this before getting a dump of the malformed database with missing covers.
In case the issue persists after a "rescan all" cycle -
* Enable debug logging, apply configuration.
* Do 'rescan all' again, let it finish.
* Mail me the library log it produced during the pass.
Thanks.
Thanks for your feedback.
Here is the downloaded dump (63MB)
I have already done a rescan all without success.
I have the same issue on my three nases and on a friend NAS it is a bit different the cover shows up at the end of the tree but not at a parent tree branch.
I searched for one problematic album : Wende:
[22:52:39] Getting tags from: /share/Multimedia/FLAC/CD/Pop/Wende/No. 9/08. Wende - The moon is out.flac
[22:52:39] Tags retrieved OK
[22:52:39] AddArtwork() : got album art of 29310 bytes
[22:52:39] Got JPEG
[22:52:39] AddArtwork() : done (1)
[22:52:39] Left folder /share/Multimedia/FLAC/CD/Pop/Wende/No. 9
[22:52:39] Entering folder /share/Multimedia/FLAC/CD/Pop/Wende/Chante!
[22:52:39] Getting tags from: /share/Multimedia/FLAC/CD/Pop/Wende/Chante!/08. Wende - De nuttelozen van de nacht.flac
[22:52:39] Tags retrieved OK
[22:52:39] AddArtwork() : got album art of 40555 bytes
[22:52:39] Got JPEG
[22:52:39] Resizing album art
[22:52:39] AddArtwork() : done (3)
The first is one ok it shows the cover. (452x452px)
The second one not (500x500px), the difference is the resizing command.
But why resizing a 500x500?
Is there any guideline there we should follow ?
Thanks for the bug report.
As it turns out, the "download configuration dump" feature is broken on QNAP - due to /tmp being exactly 64 megabytes; configuration tarballs larger than this would get truncated.
Beta 11 is being prepared, it corrects the above bug. Please make a new configuration dump using beta 11 and post it, I'll be able to recreate the exact scenario on my development machine then.
Some insights about the missing album art bug so far:
The resizing you've observed is probably not directly related to the bug. Asset stores big (original) and small versions of each picture. The resizing doesn't happen all the time because it only needs to resize once per album - which would be consistent with what the whole log says.
I did get the main database file from the logs - the covers for the affected albums appear to have been indexed OK, but the album art cache file did not come thru so I was unable to verify what exactly happens when Asset tries to serve those albums. We'll get to the bottom of this soon.
Update: Took a bit longer than expected but here it is - beta 11 has been posted.
Last edited by PeterP; 08-16-2016 at 04:12 PM. Reason: Beta 11 ready
I believe there's an issue with string-comparisions between multibyte and singlebyte entries:
I'm having an album containing tracks in mp3 and ogg-format but sharing the same album-title:
Track 1: MP3, IDV3V2.3 (UTF16)
Track 2: OGG, Vorbiscomment (singlebyte)
Although both tracks are tagged with album title "Electro Jazz Divas, Vol.2", they appear as to different albums in Asset (5 beta 11).
Darkest Day.ogg:
Come As You Are.mp3Code:00000070 76 6F 72 62 69 73 2F 00 00 00 42 53 3B 20 4C 61 vorbis/...BS; La 00000080 6E 63 65 72 4D 6F 64 28 53 53 45 33 29 20 28 62 ncerMod(SSE3) (b 00000090 61 73 65 64 20 6F 6E 20 61 6F 54 75 56 20 5B 32 ased on aoTuV [2 000000A0 30 31 31 30 34 32 34 5D 29 10 00 00 00 17 00 00 0110424])....... 000000B0 00 42 41 4E 44 3D 45 6C 65 63 74 72 6F 20 4A 61 .BAND=Electro Ja 000000C0 7A 7A 20 44 69 76 61 73 16 00 00 00 45 4E 43 4F zz Divas....ENCO 000000D0 44 45 44 2D 42 59 3D 57 69 6E 61 6D 70 20 35 2E DED-BY=Winamp 5. 000000E0 35 36 46 00 00 00 47 52 41 43 45 4E 4F 54 45 46 56F...GRACENOTEF 000000F0 49 4C 45 49 44 3D 33 43 44 33 4E 34 30 52 37 33 ILEID=3CD3N40R73 00000100 39 30 35 35 31 35 55 32 38 38 32 46 32 45 42 34 905515U2882F2EB4 00000110 35 36 39 45 34 33 41 39 38 41 33 32 34 34 33 32 569E43A98A324432 00000120 32 32 33 32 43 36 41 30 30 45 50 33 13 00 00 00 2232C6A00EP3.... 00000130 49 54 55 4E 45 53 43 4F 4D 50 49 4C 41 54 49 4F ITUNESCOMPILATIO 00000140 4E 3D 31 0D 00 00 00 54 52 41 43 4B 54 4F 54 41 N=1....TRACKTOTA 00000150 4C 3D 31 37 0B 00 00 00 44 49 53 43 54 4F 54 41 L=17....DISCTOTA 00000160 4C 3D 31 0D 00 00 00 43 4F 4D 50 49 4C 41 54 49 L=1....COMPILATI 00000170 4F 4E 3D 31 1F 00 00 00 41 6C 62 75 6D 3D 45 6C ON=1....Album=El 00000180 65 63 74 72 6F 20 4A 61 7A 7A 20 44 69 76 61 73 ectro Jazz Divas 00000190 2C 20 56 6F 6C 2E 32 1F 00 00 00 41 72 74 69 73 , Vol.2....Artis 000001A0 74 3D 4E 65 6D 6F 20 66 65 61 74 2E 41 69 6D 65 t=Nemo feat.Aime 000001B0 65 20 43 72 61 64 64 6F 63 6B 15 00 00 00 47 65 e Craddock....Ge 000001C0 6E 72 65 3D 45 6C 65 63 74 72 6F 6E 69 63 20 4A nre=Electronic J 000001D0 61 7A 7A 11 00 00 00 54 69 74 6C 65 3D 44 61 72 azz....Title=Dar 000001E0 6B 65 73 74 20 44 61 79 0E 00 00 00 44 49 53 43 kest Day....DISC 000001F0 4E 55 4D 42 45 52 3D 32 2F 32 09 00 00 00 44 41 NUMBER=2/2....DA 00000200 54 45 3D 32 30 30 35 13 00 00 00 4F 52 47 41 4E TE=2005....ORGAN 00000210 49 5A 41 54 49 4F 4E 3D 57 61 67 72 61 6D 0E 00 IZATION=Wagram.. 00000220 00 00 54 52 41 43 4B 4E 55 4D 42 45 52 3D 31 35 ..TRACKNUMBER=15 00000230 1F 00 00 00 41 4C 42 55 4D 20 41 52 54 49 53 54 ....ALBUM ARTIST 00000240 3D 45 6C 65 63 74 72 6F 20 4A 61 7A 7A 20 44 69 =Electro Jazz Di 00000250 76 61 73 01 00 vas..
++umgfoin.Code:00000000 49 44 33 03 00 00 00 00 13 6D 54 41 4C 42 00 00 ID3......mTALB.. 00000010 00 35 00 00 01 FF FE 45 00 6C 00 65 00 63 00 74 .5...ÿþE.l.e.c.t 00000020 00 72 00 6F 00 20 00 4A 00 61 00 7A 00 7A 00 20 .r.o. .J.a.z.z. 00000030 00 44 00 69 00 76 00 61 00 73 00 2C 00 20 00 56 .D.i.v.a.s.,. .V 00000040 00 6F 00 6C 00 2E 00 32 00 54 50 45 31 00 00 00 .o.l...2.TPE1... 00000050 21 00 00 01 FF FE 53 00 69 00 63 00 69 00 6C 00 !...ÿþS.i.c.i.l. 00000060 69 00 61 00 6E 00 6F 00 2C 00 20 00 44 00 61 00 i.a.n.o.,. .D.a. 00000070 6E 00 69 00 54 50 45 32 00 00 00 27 00 00 01 FF n.i.TPE2...'...ÿ 00000080 FE 45 00 6C 00 65 00 63 00 74 00 72 00 6F 00 20 þE.l.e.c.t.r.o. 00000090 00 4A 00 61 00 7A 00 7A 00 20 00 44 00 69 00 76 .J.a.z.z. .D.i.v 000000A0 00 61 00 73 00 43 4F 4D 4D 00 00 00 68 00 00 00 .a.s.COMM...h... 000000B0 65 6E 67 69 54 75 6E 4E 4F 52 4D 00 20 30 30 30 engiTunNORM. 000 000000C0 30 30 32 38 43 20 30 30 30 30 30 32 30 30 20 30 0028C 00000200 0 000000D0 30 30 30 36 41 36 38 20 30 30 30 30 33 37 37 31 0006A68 00003771 000000E0 20 30 30 30 34 36 38 31 32 20 30 30 30 34 30 43 00046812 00040C 000000F0 34 37 20 30 30 30 30 38 30 30 30 20 30 30 30 30 47 00008000 0000 00000100 38 30 30 30 20 30 30 30 32 36 34 36 44 20 30 30 8000 0002646D 00 00000110 30 31 32 31 42 34 00 54 50 4F 53 00 00 00 04 00 0121B4.TPOS..... 00000120 00 00 32 2F 32 54 43 4F 4E 00 00 00 21 00 00 01 ..2/2TCON...!... 00000130 FF FE 45 00 6C 00 65 00 63 00 74 00 72 00 6F 00 ÿþE.l.e.c.t.r.o. 00000140 6E 00 69 00 63 00 20 00 4A 00 61 00 7A 00 7A 00 n.i.c. .J.a.z.z. 00000150 54 43 4D 50 00 00 00 03 00 00 00 31 00 54 49 54 TCMP.......1.TIT 00000160 32 00 00 00 21 00 00 01 FF FE 43 00 6F 00 6D 00 2...!...ÿþC.o.m. 00000170 65 00 20 00 41 00 73 00 20 00 59 00 6F 00 75 00 e. .A.s. .Y.o.u. 00000180 20 00 41 00 72 00 65 00 54 52 43 4B 00 00 00 03 .A.r.e.TRCK.... 00000190 00 00 00 31 36 54 59 45 52 00 00 00 05 00 00 00 ...16TYER....... 000001A0 32 30 30 35 54 58 58 58 00 00 00 43 00 00 01 FF 2005TXXX...C...ÿ 000001B0 FE 41 00 4C 00 42 00 55 00 4D 00 20 00 41 00 52 þA.L.B.U.M. .A.R 000001C0 00 54 00 49 00 53 00 54 00 00 00 FF FE 45 00 6C .T.I.S.T...ÿþE.l 000001D0 00 65 00 63 00 74 00 72 00 6F 00 20 00 4A 00 61 .e.c.t.r.o. .J.a 000001E0 00 7A 00 7A 00 20 00 44 00 69 00 76 00 61 00 73 .z.z. .D.i.v.a.s 000001F0 00 .
Last edited by umgfoin; 09-13-2016 at 04:43 AM.
Thanks for the detailed bug report, this is most interesting.
This can't possibly be a string encoding comparison issue - we deal with different encodings and convert them all to C++ wchar_t before doing any other work.
However, I've noticed that your MP3 file has both TPE2 and TXXX Album Artist; we read TPE2 as Album Artist, so Asset probably thinks the MP3 files have two Album Artists named "Electro Jazz Divas", not one; which doesn't agree with the Ogg files that have just one Album Artist. You can verify this by getting rid of the TXXX.
I'm changing Asset code to skip over redundant Album Artist values in such cases, starting with the next R5 update.
In case I'm wrong and getting rid of duplicate Album Artist doesn't fix this, feel free to mail whole sample files to peter@dbpoweramp.com for analysis.
Hi Peter,
thanks, you're right - removing TXXX did it.
I've noticed, a similar behaviour, if Vorbis Comment "ALBUM ARTIST" is set in opposite to (or together with) "ALBUMARTIST", which seems to be the case for some of my ogg-tracks.
++umgfoin.
Copyright © illustrate 2024, All rights reserved