Re: [slim] Shuffle algorithm

2008-05-12 Thread Peter
Toby Dickenson wrote: The random shuffle code is here. Without having worked through all the details, it looks like it is using mysql to order by RAND() http://svn.slimdevices.com/7.0/trunk/server/Slim/Plugin/RandomPlay/Plugin.pm?revision=19572view=markup AFAIK the 'shuffle' function of

Re: [slim] Shuffle algorithm

2008-05-10 Thread kmr
pippin;300323 Wrote: Can you describe what a similar but not identical random sequence is? You are correct, my car radio plays IDENTICAL sequenced. But I don't fully understand what you mean, then. To have similar sequences is not necessarily a correlation, a correlations means

Re: [slim] Shuffle algorithm

2008-05-10 Thread Toby Dickenson
The random shuffle code is here. Without having worked through all the details, it looks like it is using mysql to order by RAND() http://svn.slimdevices.com/7.0/trunk/server/Slim/Plugin/RandomPlay/Plugin.pm?revision=19572view=markup That is, mysql generates a random number for each matching

Re: [slim] Shuffle algorithm

2008-05-09 Thread pippin
kmr;300284 Wrote: I think you're mistaken here; if the RNG seed were the same, you'd get the SAME random number sequence. What I get with my iPod and dislike is similar but not identical random number sequences - a classic sign of correlation with the RNG (i.e., different seeds produce

Re: [slim] Shuffle algorithm

2008-05-08 Thread kmr
pippin;299889 Wrote: No. I have the same thing in my car radio. This is usually not a correlation thing, because you don't hear correlations, as soon as the first track is different you are on a completely new trail and don't tell me that you can hear a correlation like in 1 20 4 80 5 vs 2

Re: [slim] Shuffle algorithm

2008-05-08 Thread Peter
kmr wrote: pippin;299889 Wrote: No. I have the same thing in my car radio. This is usually not a correlation thing, because you don't hear correlations, as soon as the first track is different you are on a completely new trail and don't tell me that you can hear a correlation like in 1

Re: [slim] Shuffle algorithm

2008-05-07 Thread kmr
pippin;298814 Wrote: Do you plan to encrypt something with the titles in your playlist? Otherwise even rand() should be good enough for shuffling. It's not the sorted order of an individual playlist that is the problem; I totally agree that rand() is good enough for that. What I really

Re: [slim] Shuffle algorithm

2008-05-07 Thread pippin
kmr;299592 Wrote: It's not the sorted order of an individual playlist that is the problem; I totally agree that rand() is good enough for that. What I really dislike is correlation in the successive random number sequences. For example, I like to use shuffle songs on my late 2004 4th gen

Re: [slim] Shuffle algorithm

2008-05-05 Thread pippin
Do you plan to encrypt something with the titles in your playlist? Otherwise even rand() should be good enough for shuffling. To define equal chance for such an application is not that simple, though. There's an abundance of subjective priority parameters you may or may not want to see in that

Re: [slim] Shuffle algorithm

2008-05-05 Thread RonM
Sorry, wrong text included. -- RonM RonM's Profile: http://forums.slimdevices.com/member.php?userid=17029 View this thread: http://forums.slimdevices.com/showthread.php?t=47242

Re: [slim] Shuffle algorithm

2008-05-05 Thread pippin
RonM;298902 Wrote: Ideally, I'd like an algorithm that dropped played titles from the playlist, until all were played and it started over. It would be nice if there were some alternative choices, options only -- e.g. to no play from the same album two cuts in a row, or to choose a spiral

Re: [slim] Shuffle algorithm

2008-05-05 Thread erland
RonM;298902 Wrote: It would be nice if there were some alternative choices, options only -- e.g. to no play from the same album two cuts in a row, or to choose a spiral method, where a track would be played from each of the included albums until they'd all had a track played, and then it

Re: [slim] Shuffle algorithm

2008-05-05 Thread JJZolx
RonM;298902 Wrote: Ideally, I'd like an algorithm that dropped played titles from the playlist, until all were played and it started over. It would be nice if there were some alternative choices, options only -- e.g. to no play from the same album two cuts in a row, or to choose a spiral

Re: [slim] Shuffle algorithm

2008-05-05 Thread Siduhe
I would also recommend looking at MusicIP which is supported within Squeezecenter. It's not random, but produces some great playlists and is easy to configure different types of mixes (once you have it set up) - Jagged Mix might work well for you. -- Siduhe

[slim] Shuffle algorithm

2008-05-04 Thread RonM
Anyone know what the shuffle algorithm is for the Duet? I mean in general terms. I've gotten tired of shuffle or random features in devices that are clearly not, with distinct patterns always emerging. It would be nice if the Duet had something approximating true randomness, with each

Re: [slim] Shuffle algorithm

2008-05-04 Thread JJZolx
RonM;298782 Wrote: Anyone know what the shuffle algorithm is for the Duet? I mean in general terms. I've gotten tired of shuffle or random features in devices that are clearly not, with distinct patterns always emerging. It would be nice if the Duet had something approximating true

Re: [slim] Shuffle algorithm

2008-05-04 Thread dean
For the shuffle modes, the playlist is shuffled in place using a Fischer-Yates shuffle: http://en.wikipedia.org/wiki/Knuth_shuffle -- dean dean's Profile: http://forums.slimdevices.com/member.php?userid=2 View this

Re: [slim] Shuffle algorithm

2008-05-04 Thread kmr
But what algorithm produces the random numbers? Hopefully not the C rand() function! BTW, a member of the ANSI C committee once told me that the only thing rand is used for in C code is to decide whether to pick up the axe or throw the dwarf... - from Tim Peters, numerical methods wizard and