Rockbox Development > Feature Ideas

Buffer level in WPS

(1/3) > >>

NiHaoMike:
In the debug menu, the various buffers can be viewed. It would be nice if the disk buffer level could be displayed in the WPS. (As for actual application, it's really another thing to show. But hey, I'm an engineer.)

I would assume the actual implementation shouldn't be very difficult since the code to check the buffer already exists. But I mainly deal with hardware, not software.

Llorean:
Generally there needs to be a reason such information is useful to the normal user before more tags are added. While one can't argue that Rockbox is even remotely as lean as it used to be, there's still general benefit in avoiding bloat where possible, so a feature like this seems unlikely. It's more or less purely debug information.

Yotto:
*EDIT for clarity*

As a user, I've wanted this for some time. I listen to podcasts, and frequently want to delete the current podcast while I'm listening to it, some time in the last 10 minutes or so when it's convenient (Say, while stopped at a red light). I don't want to do this unless the mp3 file is fully loaded, and currently there is only one way to do this: have a playlist window up. Playlists can show if the NEXT song is loaded, and I can infer that that means that the CURRENT song is loaded, but this is a little clunky.

A tag (with conditional) would make this much easier to both code and read. %?bf<if 0|if 1|if 2|...|if more than those> would be perfect.

I've also wanted a "Fill the buffer" option somewhere easy to get to, but that's for another thread. :)

Llorean:
Isn't the "Next track Title" ID3 tag only visible when the next track is on buffer?

Wouldn't that be all you need to know when you can safely delete the current one?

The current buffer level wouldn't tell you anything about what's in it, just how full it is. If you've got about 8 minutes of audio left, and the buffer is 30% full, do you know much?

JdGordon:
the next tracks id3 should *always* be visible (it is loaded seperatly for the track after the last one in the buffer).

it sounds like it would be better to change the "delete file" behaviour on the current playing track to delete after it finishes instead of immediatly.

Navigation

[0] Message Index

[#] Next page