XBMC (B2) crashes on music scan/music dir access

elcaballo · 2012-01-23 07:32

I did some reading and saw some threads about this problem in B1 but I'm on B2 and XBMC is still crashing 100% of the time that I go into a particular album folder on my music share. It can also happen (less frequently and very randomly) when I go into the main music share from the Music>Files screen. (I do not use a music library database.)

Oddly, I can sometimes queue the album with the menu "right click" and the album will play. But when go to the Now Playing menu and attempt to move through the tracklist, XBMC will crash. It will also crash if I do not go to Now Playing and try to skip tracks forward.

I am pretty sure this was not an issue before the Eden releases.

xbmc log: http://pastebin.com/JY4Tnn4d

Syslog: http://pastebin.com/Xtqj2Tj4

Crashreporter: http://pastebin.com/dEf56NN8

g-off · 2012-01-23 07:54

You are doing a library update in the logfile. You are pushing your luck to try and too much else at the same time as that. Also it can be dodgy using names instead of ip addresses in your sources. Sometimes the name resolution can be flaky.

Maetrik · 2012-01-23 08:02

I'm not sure if thats really solving the problem as i had a similar issue when accessing my music folder, even with or without reading tag information activated. I use ip adresses instead. As i could not reproduce this error (it occoured randomly 3 times within the last two days in absolutely different music folders, all in file mode), i did not further investigate yet. Also, no crashreporter was created, what reminds me of OOM. Sorry for hijacking, i just want to confirm a similar issue with accessing movie folders on b2.

**Memphiz** · 2012-01-23 10:41

elcaballo Wrote:I did some reading and saw some threads about this problem in B1 but I'm on B2 and XBMC is still crashing 100% of the time that I go into a particular album folder on my music share. It can also happen (less frequently and very randomly) when I go into the main music share from the Music>Files screen. (I do not use a music library database.)

Oddly, I can sometimes queue the album with the menu "right click" and the album will play. But when go to the Now Playing menu and attempt to move through the tracklist, XBMC will crash. It will also crash if I do not go to Now Playing and try to skip tracks forward.

I am pretty sure this was not an issue before the Eden releases.

xbmc log: http://pastebin.com/JY4Tnn4d

Syslog: http://pastebin.com/Xtqj2Tj4

Crashreporter: http://pastebin.com/dEf56NN8

Mhhh fixing one id3tag crash and getting another one? What the fuck is the matter with murphy *grrr*

elcaballo · 2012-01-23 20:20

g-off Wrote:You are doing a library update in the logfile. You are pushing your luck to try and too much else at the same time as that. Also it can be dodgy using names instead of ip addresses in your sources. Sometimes the name resolution can be flaky.

That's what I thought at first too, but it makes no difference if the update is running or not. Even if I cancel the scan, I can reliably crash XBMC by going into a particular folder and I can crash it 50% of the time just by accessing my music share.

I should say that this crash happens over SMB (my usual method) as well as FTP.

**Memphiz** · 2012-01-23 20:34

it states

Code:

Jan 22 22:39:48 Apple-TV ReportCrash[93]: Not saving crash log because we have reached the limit for logs to store on disk.  Sync or otherwise clear logs from /var/mobile/Library/Logs/CrashReporter to save new logs.

Could you please delete thos old logs and give me a new crashreport? Atm it prints the crashreports in the syslog, but they are incomplete that way Sad

.

So i really need a complete crashlog from

/var/mobile/Library/Logs/CrashReporter

**Memphiz** · 2012-01-23 20:53

Well this one is hard to trackdown again. I doubt a crashreporter file will do it. Could you isolate a mp3 which causes the crash somehow? And if so it would be great if you could provide us with such a sample...

Even if its not crashing on a special mp3 then please try to find out if it is the same folder allways or so.

here a symbolicated log for the devs:

http://pastebin.com/p6dnyTtD

Its 7 layers deep in libid3tag on id3_file_open. Decoded the first 2 layers by hand - the other 5 are missing the symbolication.

Tompie · 2012-01-23 21:09

I had the same problem with some albums, both on B1 and B2 on my ATV2. Turns out that it is choking on mp3 with a v2.2 ID3 tag. Check it in iTunes and convert it to v2.3 and see whether it passes this way. Had to do it for a dozen albums in my collection. Quite silly bug and have a hard time determining why it would be iOS only... Let us know.

**Memphiz** · 2012-01-23 21:13

I fixed a bug according to id3tag 2.2 in b2 ... so this is another crash here - different from the one i fixed ... so if you have such an mp3 - don't convert the id3tag before giving it to us. Otherwise we don't have a chance to fix this new crash here...

**jmarshall** · 2012-01-23 23:23

@elcabello: Can you confirm this was not a problem in Dharma?

If so, that might help isolate the issue (eg to a function added to libid3tag since then)

g-off Fan Posts: 635 Joined: Aug 2011 Reputation: 3	2012-01-23 07:54 Post: #2 You are doing a library update in the logfile. You are pushing your luck to try and too much else at the same time as that. Also it can be dodgy using names instead of ip addresses in your sources. Sometimes the name resolution can be flaky. HOW-TO post about a XBMC for iOS problem (AKA YOU MUST POST XBMC.LOG SO WE CAN HELP) I bet you can't read the FAQ
	find quote

Tompie Junior Member Posts: 16 Joined: Jan 2011 Reputation: 0	2012-01-23 21:09 Post: #8 I had the same problem with some albums, both on B1 and B2 on my ATV2. Turns out that it is choking on mp3 with a v2.2 ID3 tag. Check it in iTunes and convert it to v2.3 and see whether it passes this way. Had to do it for a dozen albums in my collection. Quite silly bug and have a hard time determining why it would be iOS only... Let us know.
	find quote