dean blackketter
2003-02-22 13:01:23 UTC
<!doctype html public "-//W3C//DTD W3 HTML//EN">
<head><style type="text/css"><!--
blockquote, dl, ul, ol, li { padding-top: 0 ; padding-bottom: 0 }
--></style><title>[slimp3-dev] Re: [Slimp3-checkins] CVS:
slimp3/server/</title></head><body> <blockquote type="cite" cite>> ...until addToList is enabled to run
in the background again...<br>
<br>
What'll it take to do this? As I understand, these pieces are
needed:<br>
<br>
- some basic locking to prevent multiple addtolists to the same
list</blockquote>
<div><br>
Yup.<br>
</div>
<blockquote type="cite" cite>- a couple minor animation and display
update glitches (fixed already?)</blockquote>
<div><br></div>
<div>Not fixed, as far as I know. The main problem I saw was
that when navigating changed a button mode, then addToList updated the
screen in the wrong mode. </div>
<div><br></div>
<blockquote type="cite" cite>- get the indexing code to take a
callback from addToList.</blockquote>
<blockquote type="cite" cite><br>
wrt to the last one, I have a couple ideas. One is a simple workaround
-<br>
just have an option on addToList to have it go into the background or
not.<br>
The other idea is to do the index building inside addtolist, where
we're<br>
looking at ID3 info anyway. Then we'd just do an addtolist to cause
the<br>
indexing as a side-effect, and discard the resulting
list.</blockquote>
<blockquote type="cite" cite><br>
Is there anything else?</blockquote>
<div><br></div>
<div>Yes. The addToList needs to run in the background when
opening directories and playlists. This was causing the audio to
break up for several windows users for large directories and probably
for remote playlists too.</div>
<div><br></div>
<div>-dean</div>
</body>
</html>
<head><style type="text/css"><!--
blockquote, dl, ul, ol, li { padding-top: 0 ; padding-bottom: 0 }
--></style><title>[slimp3-dev] Re: [Slimp3-checkins] CVS:
slimp3/server/</title></head><body> <blockquote type="cite" cite>> ...until addToList is enabled to run
in the background again...<br>
<br>
What'll it take to do this? As I understand, these pieces are
needed:<br>
<br>
- some basic locking to prevent multiple addtolists to the same
list</blockquote>
<div><br>
Yup.<br>
</div>
<blockquote type="cite" cite>- a couple minor animation and display
update glitches (fixed already?)</blockquote>
<div><br></div>
<div>Not fixed, as far as I know. The main problem I saw was
that when navigating changed a button mode, then addToList updated the
screen in the wrong mode. </div>
<div><br></div>
<blockquote type="cite" cite>- get the indexing code to take a
callback from addToList.</blockquote>
<blockquote type="cite" cite><br>
wrt to the last one, I have a couple ideas. One is a simple workaround
-<br>
just have an option on addToList to have it go into the background or
not.<br>
The other idea is to do the index building inside addtolist, where
we're<br>
looking at ID3 info anyway. Then we'd just do an addtolist to cause
the<br>
indexing as a side-effect, and discard the resulting
list.</blockquote>
<blockquote type="cite" cite><br>
Is there anything else?</blockquote>
<div><br></div>
<div>Yes. The addToList needs to run in the background when
opening directories and playlists. This was causing the audio to
break up for several windows users for large directories and probably
for remote playlists too.</div>
<div><br></div>
<div>-dean</div>
</body>
</html>