Asset R5 beta for OSX/Linux

**Spoon** · July 20, 2016, 02:38 PM

Re: Asset R5 beta for OSX/Linux

Please upload this album to dropbox and supply me with a link via personal mail.

**Silences** · July 27, 2016, 10:54 AM

Re: Asset R5 beta for OSX/Linux

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"

**Silences** · August 04, 2016, 12:10 PM

Re: Asset R5 beta for OSX/Linux

Hello,

Any idea about it ?

**Spoon** · August 04, 2016, 05:24 PM

Re: Asset R5 beta for OSX/Linux

These files have embedded art?

**Silences** · August 04, 2016, 08:32 PM

Re: Asset R5 beta for OSX/Linux

If you do a right click with dbpoweramp shell integration or open it with mp3tag you can see the covers.

**Spoon** · August 04, 2016, 09:53 PM

Re: Asset R5 beta for OSX/Linux

Please upload one of the files to dropbox and personal message me the link.

**Silences** · August 04, 2016, 10:00 PM

Re: Asset R5 beta for OSX/Linux

Originally posted by Spoon

Please upload one of the files to dropbox and personal message me the link.

The link is already above for a week

Here are the files, opened with "Edit id-tag"

**PeterP** · August 05, 2016, 10:49 AM

Re: Asset R5 beta for OSX/Linux

Originally posted by Silences

The link is already above for a week

Here are the files, opened with "Edit id-tag"

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.

**Silences** · August 10, 2016, 08:43 PM

Re: Asset R5 beta for OSX/Linux

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.

**Silences** · August 10, 2016, 09:24 PM

Re: Asset R5 beta for OSX/Linux

And here the Library log

**Silences** · August 10, 2016, 09:33 PM

Re: Asset R5 beta for OSX/Linux

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 ?

**PeterP** · August 16, 2016, 05:04 PM

Re: Asset R5 beta for OSX/Linux

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.

**umgfoin** · September 13, 2016, 08:38 AM

Re: Asset R5 beta for OSX/Linux

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:

Code:

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..

Come As You Are.mp3

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                                               .

++umgfoin.

**PeterP** · September 13, 2016, 10:43 AM

Re: Asset R5 beta for OSX/Linux

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.

**umgfoin** · September 13, 2016, 03:11 PM

Re: Asset R5 beta for OSX/Linux

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.