search

dinosu / musikcube

Automatically exported from code.google.com/p/musikcube
Other
0 stars 0 forks source link

Crashes while Analyzing at 27.10% #86

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
I have a pretty big library with a lot of it in FLAC format, and when it 
gets to 27.10% in analyzing it crashes. (Library also contains files with 
Unicode characters in tags and file names if that is of importance.)

Original issue reported on code.google.com by kr1t...@gmail.com on 29 Aug 2009 at 5:10

GoogleCodeExporter commented 9 years ago 
Any chance you could try to add folder by folder to the library, until you find 
out 
what folder makes the crash?
If you do, please send me a link (onnerby at gmail) to the files that makes it 
crash, 
and I'll have a look.

Original comment by onne...@gmail.com on 1 Sep 2009 at 6:24

GoogleCodeExporter commented 9 years ago 
Okay I'm doing that now, also I made a copy of the crash dump that was produced 
when 
it crashes. And looking at it states that the program crashed due to a "Stack 
Buffer 
Overflow" and lists certain addresses and values.

Original comment by kr1t...@gmail.com on 5 Sep 2009 at 11:08

GoogleCodeExporter commented 9 years ago 
Okay another update, after adding folder after folder it eventually crashed and 
when 
I deleted the database files for MusikCube, restarted the application, and 
re-added 
the folder which caused the crash.....well it didn't. So this makes me think 
that 
MusikCube just crashes when you have too many files and/or folders in the 
database.

Original comment by kr1t...@gmail.com on 6 Sep 2009 at 2:31

GoogleCodeExporter commented 9 years ago 
Sounds very strange. I've tried with about 50000 without any problems.. hmm..
The SQLite database we use shouldn't have any limit, but maybe there is a 65535 
limit 
somewhere that I havn't noticed.
I will duplicate my test-files to be more than 65535 files and give it a try.

Original comment by onne...@gmail.com on 7 Sep 2009 at 6:18

GoogleCodeExporter commented 9 years ago 
Okay did a count of all the files in the folders that I added (including like 
scans 
of cover art and archive files), and it comes to 2,792 files and 331 folders 
with a 
total file size of 42.7GB. I'm gonna see if removing any and all archive files 
from 
those would fix it.

Original comment by kr1t...@gmail.com on 7 Sep 2009 at 9:08

GoogleCodeExporter commented 9 years ago 
UPDATE: Yea didn't seem to work...

Original comment by kr1t...@gmail.com on 7 Sep 2009 at 11:35

GoogleCodeExporter commented 9 years ago 
I've tried to add about 80000 tracks without any problems at all and I'm 
starting to 
run out of ideas.
Have you been able to isolate the problem to any specific file/folder?
What platform are you running on?
Is your files .flac-files or .ogg-files with embedded flac?
Are your files on your computer or on a network disk running on wifi or 
ethernet?

Original comment by onne...@gmail.com on 8 Sep 2009 at 6:54

GoogleCodeExporter commented 9 years ago 
Platform: Windows XP SP3 Home Edition 32-bit
The files I added were mostly MP3 with some FLAC ones in there.
And files are on my harddrive.

Original comment by kr1t...@gmail.com on 8 Sep 2009 at 12:03

GoogleCodeExporter commented 9 years ago 
@kr1tt3r Did you install the BPM plugin?

Original comment by gatekil...@gmail.com on 2 Oct 2009 at 10:44

GoogleCodeExporter commented 9 years ago 
While I don't remember installing the BPM plugin (could've just came with it), 
removing the BPM plugin and musikCube2 now doesn't crash. Thank you gatekiller!
Now I guess it's just looking into why bpm_analyzer.dll makes musikCube2 crash 
when 
I add my library...

Original comment by kr1t...@gmail.com on 2 Oct 2009 at 10:17

GoogleCodeExporter commented 9 years ago 
Good to hear :)

Original comment by gatekil...@gmail.com on 3 Oct 2009 at 7:13