What feature would you LIKE to see implimented next?

[ventralnet]

I WOULD WANT A BETTER RANDOM SHUFFLE!

It seems that the shuffle feature will always take the same path

For example if you start on song A and hit next to song B then go previous back to song A

shutdown the player

start playing track A again, and skip to next track it will be B. That is horrible random number generation

I dont know how many computer science people are out there, but now that the korean firmware supports theclock function again, a simple seed using the time to their random number generator would solve this.

[bobwise]

Originally Posted by ventralnet

I WOULD WANT A BETTER RANDOM SHUFFLE!

It seems that the shuffle feature will always take the same path

For example if you start on song A and hit next to song B then go previous back to song A

shutdown the player

start playing track A again, and skip to next track it will be B. That is horrible random number generation

I dont know how many computer science people are out there, but now that the korean firmware supports theclock function again, a simple seed using the time to their random number generator would solve this.

If you turn the shuffle off, then back on, it re-shuffles the playlist.
bob

[musichound]

Or you can simply use the reshuffle option.

[Febs]

Originally Posted by ventralnet

It seems that the shuffle feature will always take the same path

Are you talking about Rockbox or the original firmware? Rockbox does not have this issue, and the original firmware (allegedly) solved it in versions 1.04/1.29.

[travis]

For example if you start on song A and hit next to song B then go previous back to song A

shutdown the player

start playing track A again, and skip to next track it will be B. That is horrible random number generation

I think thats how its ment to be (or how i would like it at least).

[linus]

Rockbox shuffles the playlist. The songs are then played in this shuffled order, you can skip back and forth in the shuffled playlist. It can even resume and remember the shuffled order.

The key word here is "shuffled".

And no, you do not need a real time clock to get a decent random generator seed value.

[sirbigglesmcjazz]

i think you shpould make saveing and opening possible fpr the word and paint plugins for the rockbox that would be sick

and if someone made a usb keyborad for the iriver that would be insane

[Smaxor5]

GIF's would be pretty awesome too, i heard that the keyboard was impossible though, too hard to write the drivers or something, lazy hackers

[sirbigglesmcjazz]

ya freakin lazy hackers not doing there part i mean i got to sit here and complain all day i dont have time to hack

[musician72]

Originally Posted by Buddie69

Why not an alarm clock. Pluged into some speakers it could wake you up to your favourit track or radio station

Oh yes Buddie69: a timer would be great! Start Playing or RECORDING at a given time. Noone needed to press the rec buttons anymore!

[blindsniper]

I think I have posted in here already, but my #1 thing right now is US FW support...but that seems to be the most difficult item ever because of DRM

[paulheu]

I seriously doubt we'll ever see DRM support in RockBox for a number of reasons. Not that I care either way.

[3.14159265]

i dont think he is looking for DRM support, just make shure it doesent destroy the DRM key

[ratbastid]

Video support. In particular, if it was implemented in a modular, codec-agnostic way. You know, an mpeg decoder and a DivX decoder and a qt decoder and (what the hell) a realvideo decoder... Many of those codecs are available GPL'ed in the mplayer project. We'd probably need to experiment with what frame rates would yield decent, realtime playback--but I bet it'd be better than 10fps!

Obviously, the H3xx is the only device Rockbox supports that could really do video, so it's pretty nichey. If that is, in fact, a word.

[njen]

wma support

[travis]

Any reason why we cant fade in/out the backlight of the H300s yet? (a hardware reason, i know it hasnt been coded yet :P )

The code already exists, i think it just needs to be modified a little so it works with the 300.

(Not really a request just a thought that didnt need a whole new thread)

EDIT: Im compiling a build right now that is supposed to allow H300 fading... 1% chance of it working though because it took me 3 minutes and i dont know much about this lowwer level stuff. lol

[STx]

Album Art for sure

[DD]

Album art would be wicked. Once we have colour bitmap support in the WPS, I think (but I don't really have a clue) it would be fairly approximatly ok to implement (but knowing my luck it would be much more complicated and buggy ) by using something along the lines of...

%x|Y|../%d4/%d3/%d2/%d1/albumart.bmp|x|y|

...or you could just make a special folder for album art...

%x|Y|/albumart/%id.bmp|x|y|

...please correct me about the "../" bit to come out of the .rockbox directory into the root.

(or they could just be kind and add an album art tag to the WPS system )

[DD]

@njen... WMA support is unlikely to happen

[ManchesterUnited4Life]

Originally Posted by drippydonut

@njen... WMA support will never happen

That's untrue, DD.

It is unlikely, yes. But the possibility remains that someone may pick the WMA project up and run with it.

It won't be an easy task, but to say it will *never* happen is a little misinformative



MU4L

[DD]

Ok, edited . I thought there were all the licensing issues which would make it a risky thing to try. If it did happen, I doubt it would be included in the builds though and instead be a patch, for that same reason.

BTW, was I roughly along the right lines with my WPS code stuff, or was I completely out?