alex wallis wrote:

    Hi. because, what happens if a user wants to change a setting that
    impacts on how music is played back they wouldn't be able to do it
    if settings was turned into a plugin and battery bench was left in
    its current state.
    They would therefor have to disable battery bench, change the
    setting, run battery bench again and restart playback, you must
    admit that would be a very annoying situation.


The entire point of battery bench is that you should NOT be doing anything to trigger the backlight, change what's on the screen, spin the disk, or otherwise tax the player above and beyond basic playback preferably with the default WPS once you start the plugin. That would include changing settings. Taking a plugin's size from the audio buffer is exactly the opposite of trying to get an accurate benchmark (by the way, I doubt it's 512 bytes, it may not use the whole 512 kilobytes of the plugin buffer but that sounds extremely small). I mean all you'd be doing by moving the battery bench into the audio buffer would be making it even easier to create inaccurate battery benches, because they start of biased slightly toward a worse time than you'll normally see.


But you can almost certainly guarantee there wil be at least one person who say decides they want to change an album so it gets shuffled for example. Yes I no that would lead to an inaccurate battery test, but i'm sure you will find there is at least one person out there who does that. Besides I like thomas's idea of being able to see what affect the use of other plugins has on battery life, it could make for some very interesting intertarget comparisons.

Reply via email to