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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
18 matches
Mail list logo