Topics

1

Bug Reports / OK, so a bug with the current XML export

« on: July 06, 2016, 12:40:33 AM »

So... since my ask for a generic XML export is a "wishlist" item, I present a bug.  I don't see a way to attach a file, so I've put the file here: https://owncloud.eicat.ca/index.php/s/Dq1ZQP68QKQTuBT

... it ends like this:

      <dict>
         <key>Name</key><string>000-limp_bizkit-the_lowdown-2cd-2011</string>
         <key>Playlist ID</key><integer>52300</integer>
         <key>Playlist Persistent ID</key><string>F7CABFD834E41101</string>
         <key>All Items</key><true/>
         <key>Playlist Items</key>
         <array>

... which isn't valid XML.  A python XML parser also complains that it has a non-ASCII character in it and emac's XML parser complains about a single quote on the first page.

I don't have itunes, so I can't tell if this passes itunes, but it strikes me that it doesn't.

2

MusicBee Wishlist / The easiest and most globally helpful way to also help me.

« on: July 05, 2016, 10:45:45 PM »

So... I've been doing some thinking about the track scanning problem.  The dozen or so tracks in that directory aren't the only ones not scanned... but I'm thinking that figuring out a list of tracks not scanned will vastly help.

To that end: a database dump (possibly in XML format, or whatever you like) would be most useful to a lot of people and most helpful to me.  I read that you have a dump to itunes somewhere --- and I can't find where that file ends up.  It says the caveat is that multiple tag values are not supported.  I would like, say, a similar XML dump with all tags included.  This would allow me to compare my list of files with the ones that the library has ingested and find the culprits.

3

Bug Reports / Repeatable fail to scan files.

« on: July 04, 2016, 06:50:24 PM »

So... more of my problems with scanning files.  This one more concrete.  I have a directory with a CD I ripped myself (probably 15 years ago or more).  Title "Gold City -- Cathedral A Capella".  It has 22 tracks.  The first 9 are scanned and in the library.  The remaining 13 are not in the library and refuse to be added on re-scan.  mp3info2 finds them all to be valid and if I play them, they all play.

Obviously, due to copyright, I can't just post these for y'all (nice album that it is).  How would we like to go about debugging this.  It's reproducible as heck .

4

Bug Reports / UI hang observed.

« on: June 21, 2016, 07:53:01 PM »

So... in other news, I'm beginning to try to sort my music with Music Bee.  I've come across a pretty common interface hang when I'm manipulating small groups of files in a large (10k items) playlist.  The UI will hang for 10 to 45 seconds or so and the resume.  My first guess for this bug would be that something I'm doing with that pulldown menu is causing a full scan of the playlist (to be more clear, I'm pulling down the menu on a selection of several playlist items where the playlist is 10k in size).

5

Bug Reports / How do I get MusicBee to output Useful Debugging Information?

« on: June 16, 2016, 02:53:06 AM »

How do I get MusicBee to output useful debugging information?

My problem is this.  I have a large library.  Somewhere between 40k and 60k files and about 505 Gigabytes of files.  I even know that some of these files are bad.  I have been dealing with all the files that MusicBee flags as bad.  Now I am down to one line of output from MusicBee:

6/15/2016 9:31:07 PM - Unable to scan folder 'Y:\Audio\cds\'
6/15/2016 9:31:35 PM - Unable to scan folder 'Y:\Audio\cds\'
6/15/2016 9:33:26 PM - Unable to scan folder 'Y:\Audio\cds\'
6/15/2016 9:34:54 PM - refresh library failed: Thread was being aborted.
6/15/2016 9:37:59 PM - Unable to scan folder 'Y:\Audio\cds\'

... that is the result of multiple runs.  It just quietly says it can't.  Doubly fun... I've tried unchecking 'cds' and checking everything else in Audio ... and that just results in the same message (I did restart, yes).

It seems to have defied any attempt of debugging.