Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: BUG ? Album Art Search didn't find a picture (Read 521 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

BUG ? Album Art Search didn't find a picture

Hi @all

I' ripped a audio-cd with fb2k: ALBUM-name is HUMAN. :||: NATURE.
The resulting file ist named: ...HUMAN._-__-_NATURE. ...
The search pattern for my album art is: *_-_$replace(%album%, ,_,?,-,",,/,-,|,_,:,-)_a.*
an existing picture (.jpg)with this pattern is not found (it searches *_-_HUMAN._-__-_NATURE._a.* !!)
I think, the "|"-sign is problematic and the rip-name ist given, but album-art search canceled search before pattern is ran through

Is there always a solution (feature) or is this a bug?

A solution or education would be nice, thx
perhaps @Peter has a solution

ASopH

Re: BUG ? Album Art Search didn't find a picture

Reply #1 –
Quote from: ASopH on
Hi @all

I' ripped a audio-cd with fb2k: ALBUM-name is HUMAN. :||: NATURE.
The resulting file ist named: ...HUMAN._-__-_NATURE. ...
The search pattern for my album art is: *_-_$replace(%album%, ,_,?,-,",,/,-,|,_,:,-)_a.*
an existing picture (.jpg)with this pattern is not found (it searches *_-_HUMAN._-__-_NATURE._a.* !!)
I think, the "|"-sign is problematic and the rip-name ist given, but album-art search canceled search before pattern is ran through

Is there always a solution (feature) or is this a bug?

A solution or education would be nice, thx
perhaps @Peter has a solution

ASopH
Not a bug. The issue is you cannot have '.' in your filenames.

I use:
$replace(%album%,/,-,:,-,.,-,?,-,*,-, AND , & )))


Re: BUG ? Album Art Search didn't find a picture

Reply #2 –
Hi @Defender
thx for your clarification - hmm
Quote
Not a bug. The issue is you cannot have '.' in your filenames.
why the converter write these "." in filenames if they not allowed ? (Windows does)

I#ve renamed the file to HUMAN__-__-_NATURE_ and patter is now *_-_$replace(%album%,.,_, ,_,?,-,",,/,-,:,-)_a.* but this album art is not shown :-(

Why not cover "front.jpg", "back.jpg": my directory is %album artist%\%date% %album% - since ages ago (~45)  :)

ASopH

Re: BUG ? Album Art Search didn't find a picture

Reply #3 –
Just throwing a quick comment that of course dots are allowed in the name. And I can confirm that for some reason the pipe characters cause the matching to fail. Peter will fix and/or comment.

Re: BUG ? Album Art Search didn't find a picture

Reply #4 –
@Case thanks for the attention, I've already doubted myself  ;D

Re: BUG ? Album Art Search didn't find a picture

Reply #5 –
Quote from: Case on
Just throwing a quick comment that of course dots are allowed in the name. And I can confirm that for some reason the pipe characters cause the matching to fail. Peter will fix and/or comment.
My bad.
Dots in the filename (art or other) definitively go wrong from within PSS/ELP $filefind commands. Everything after the first dot is just considered as a wildcard. Apparently true TF handles dots correctly.