Failing to get covers after update

pensadorlouco · Post by **pensadorlouco** » Tue Feb 07, 2012 2:43 pm

I've just updated to 0.3.5 on my Ubuntu 11.10 and after that my collection was blank. No big deal, I just rescan it and it was back. But without the covers. Each music folder still has the original cover image (and the .jpg created by guayadeque), but I'm doing it album by album (selecting the covers) for them to show. Is there a way to make it recognize all the covers again automatically?
Best regards.
Helder Terra

anonbeat · Post by **anonbeat** » Tue Feb 07, 2012 3:14 pm

Can you confirm that your default collection or the collection that you are trying to scan covers for have correctly defined the cover words ?

Thanks for your help

pensadorlouco · Post by **pensadorlouco** » Wed Feb 08, 2012 7:23 am

Yes, they have both "cover" and "front" as the cover words. The collection was fine until the update, and then it happened. Even a rescan on the collection didn't help, but I'm selecting manually each album cover now.

Best regards.

tamalet · Post by **tamalet** » Wed Feb 08, 2012 9:01 am

There seems to be a problem with cover detection, some other people have reported it, see e.g. http://guayadeque.org/forums/index.php? ... ...#Item_4

anonbeat · Post by **anonbeat** » Thu Feb 09, 2012 12:10 am

I will try to fix this bug asap

anonbeat · Post by **anonbeat** » Thu Feb 09, 2012 12:46 am

This should be fixed in revision 1772

Thanks for your bug report

kinggo · Post by **kinggo** » Thu Feb 09, 2012 6:40 am

For me it still doesn't work. And not just that. Each rescan or update ends up with a crash.
I'll try to explain everything I tried so far. I'm using svn version since oneiric because version in repo doesn't save settings. And apart from crash caused with drag'n drop (known bug) and occasional crashes for no obvious reason during playing things were fine. I mean rescan and update worked as expected.
Recently I saw solution for drag'n drop crash here (http://guayadeque.org/forums/index.php? ... nome-shell) so I've done that but after that I can't update or rescan without a crash at the end of the process. And covers don't get updated. I think that at a time I was on rev. 1770.
So I tried with stable v.0.3.5 but It was the same. Crash at the end and no covers. But database was OK in both cases, all songs were there.
So I completely removed everything related to guayadeque and start again from svn. Now I'm at rev. 1773 but I still have the same behaviour.
In the meantime, I tried again v.0.3.1 from repo and that version scanned collection successfully with covers. And I can use that database in rev. 1773.
One other thing I noticed is that when I start scan in v.0.3.5 it sees all the songs at once (23712 or so) but v.0.3.1 doesn't. First it sees some 16xxx song and after finishing scanning that it starts to scan again but this time it's far smaller number of songs. I think that v.0.3.5 does the same but it crashes before that second step (or scan) 'cause I can see something like this after first scan 23712/42 and then it halts, stays like that for a while and then just crashes.
Can that wxwidget version be a cause for all that?

anonbeat · Post by **anonbeat** » Thu Feb 09, 2012 6:45 am

Can you do a backtrace ? there are instructions in a pined post

pensadorlouco · Post by **pensadorlouco** » Thu Feb 09, 2012 7:49 am

Trying to fix the problem in a different way, I used a song tag program to embed all covers into their specific albuns/songs, but still Guayadeque couldn't find all covers. In the end, used the select cover option in Guayadeque to place each one in each album and it worked fine.

kinggo · Post by **kinggo** » Thu Feb 09, 2012 7:49 am

OK, now I'm running rev 1774
Again, it stopped, and stopped responding. It looks like this http://i42.tinypic.com/972u8i.jpg

And backtrace............I never did that. Is this OK?

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe5248700 (LWP 17343)]
0x00007ffff7b3868b in wxStringBase::compare(wchar_t const*) const ()
from /usr/lib/libwx_baseu-2.8.so.0
(gdb) bt
#0 0x00007ffff7b3868b in wxStringBase::compare(wchar_t const*) const ()
from /usr/lib/libwx_baseu-2.8.so.0
#1 0x000000000066cf06 in operator== (s2=0x7de220 L"FILE",
s1=) at /usr/include/wx-2.8/wx/string.h:1563
#2 guCuePlaylistFile::LoadFromText (this=0x7fffe52476e0,
content=)
at /home/mario/guayadeque/src/PlayListFile.cpp:654
#3 0x000000000066f246 in guCuePlaylistFile::Load (this=0x7fffe52476e0,
location=)
at /home/mario/guayadeque/src/PlayListFile.cpp:849
#4 0x000000000066f4b3 in guCuePlaylistFile::guCuePlaylistFile (
this=, location=...)
at /home/mario/guayadeque/src/PlayListFile.cpp:592
#5 0x00000000004de2fa in guDbLibrary::ReadFileTags (this=0xc6fb80,
filename=..., allowrating=false)
at /home/mario/guayadeque/src/DbLibrary.cpp:1726
#6 0x0000000000610cdd in guLibUpdateThread::Entry (this=0x12b7b10)
at /home/mario/guayadeque/src/LibUpdate.cpp:348
#7 0x00007ffff7b6c851 in wxThreadInternal::PthreadStart(wxThread*) ()
from /usr/lib/libwx_baseu-2.8.so.0
#8 0x00007ffff3b0eefc in start_thread ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#9 0x00007ffff422189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#10 0x0000000000000000 in ?? ()