erland;320536 Wrote: > Yes it would, but it's a matter of priorities unless you have unlimited > number of development resources. > > You could focus on implementing fancy new features which 80% of the > users appreciate or you could focus on inconsistency/error handling of > special cases which 5% of the users have problem with. If the number of > development resources are limited, I would prefer if the focus is on > something which most users want. > > The scanner.log file should work for the 5% which actually have problem > with scanning files. > > The percentages mentioned above are just my own guesses, so the 5% > might be 30% but I'm pretty sure it isn't 80%.
i hear what you are saying, but i respectfully disagree. bells and whistles are not more important than accurately accounting for all the music one has. to put it another way, the pinto might have had some great options, but even if only 5% of them were blowing up, you can bet thats what the engineers focused on. the further problem is we have no idea how many people are affected b/c like i was, most people affected are probably unaware of it. and the issue could have multiple causes, not just the one affecting me. this pgm is a music server first and foremost. i consider accurate accounting of all tracks to be a fundamental and primary criteria for it. erland;320536 Wrote: > This needs more investigation, I think we probably need some case where > it is reproducible. In my library the number matches perfectly. here's a question for you: in the webUI, go to home -> albums, and compare the number of artists in the summary at the bottom to the number of artists in the settings status page. is it the same? i think that might be a separate bug if not, somehow related to various artists. erland;320536 Wrote: > The stats on top of the browse pages lists the total number of tracks in > the currently selected item. i don't follow you. the summary stats are at the bottom (as you see in my screenshots), and nothing is selected. i'm just on the opening album or artist page. erland;320536 Wrote: > So if you select an album it displays the number of tracks in the album. > However, I can agree that it should display all songs if it you just > enter the "Albums" menu because all tracks should be related to either > a real album or to the "No Album" album. it loses songs. the screenshot shows that. but the status page in the screenshot also shows it saw them. so how could it be both? erland;320536 Wrote: > Could it be that "No album" tracks aren't included in the stats shown > when you enter the Albums menu ? i guess, but thats a problem imo. erland;320536 Wrote: > Could it be that internet radio stations are included in the main stats > but not in the Albums stat ? i don't follow you on this one. songs/artists/albums should be different from net radio and playlists, shouldn't they? erland;320536 Wrote: > You could install the Database Query plugin which makes it possible to > list statistics directly from the database without the rest of > SqueezeCenter logic involved. If you do this, you can go into > "Extras/Database Query/SlimServer Statistics" and look at the various > numbers. > > Register a bug report unless you have already done so and provide > enough information to reproduce the problem if you like someone to look > at the bug report in more detail. i'll have to fool around with the plugin later, no time now. but i am working on the bug report. i just messed it up so i have to start over. why can't we edit our own comments in bugzilla??? >:( -- MrSinatra www.LION-Radio.org Using: Squeezebox2 (primary) / SBR (secondary) / SBC - w/SC 7.1beta - Win XP Pro SP3 - 3.2ghz / 2gig ram - D-Link DIR-655 ------------------------------------------------------------------------ MrSinatra's Profile: http://forums.slimdevices.com/member.php?userid=2336 View this thread: http://forums.slimdevices.com/showthread.php?t=49429 _______________________________________________ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
