Robert Moser II
2002-02-07 06:01:21 UTC
Actually that's not how it works, it uses Timers instead of the
Scheduler. So, there isn't any time specifically allocated to the
animation and the only parameters that might help would be reducing the
$tcpReadMax, $tcpWriteMax, and possibly the $tcpConnectMax. What is
happening is that the HTTP connections are using most of the time between
UDP read requests, which results in the Timers being skipped.
I searched all the modules to see what used timers and I came up with
Animation, ScreenSaver, SoftPause, and scanning directories. I think that
I'm of the mind that Timers are a bit more important than HTTP
communication, so another thing that could be done is to move the call to
checkTimers to right after the UDP communications loop. Or it could be
moved to between the TCP read loop and the TCP write loop.
Robert (gr0tus)
slimp3-dev-unsubscribe-***@public.gmane.org
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
Scheduler. So, there isn't any time specifically allocated to the
animation and the only parameters that might help would be reducing the
$tcpReadMax, $tcpWriteMax, and possibly the $tcpConnectMax. What is
happening is that the HTTP connections are using most of the time between
UDP read requests, which results in the Timers being skipped.
I searched all the modules to see what used timers and I came up with
Animation, ScreenSaver, SoftPause, and scanning directories. I think that
I'm of the mind that Timers are a bit more important than HTTP
communication, so another thing that could be done is to move the call to
checkTimers to right after the UDP communications loop. Or it could be
moved to between the TCP read loop and the TCP write loop.
Robert (gr0tus)
The way it works is that various bits of code call functions in the
Animation.pm module which schedule callbacks in the future to update
the display using the scheduler.
If the scheduler doesn't get to run its tasks often enough the
animation gets all jumpy. The scheduler gets its chance to run its
if (SliMP3::Scheduler::run_tasks($schedulerTimeSlice)) {
at 272 in server.pl.
Does this help?
-dean
Your use of Yahoo! Groups is subject to the
<http://docs.yahoo.com/info/terms/>Yahoo! Terms of Service.
To unsubscribe from this group, send an email to:Animation.pm module which schedule callbacks in the future to update
the display using the scheduler.
If the scheduler doesn't get to run its tasks often enough the
animation gets all jumpy. The scheduler gets its chance to run its
if (SliMP3::Scheduler::run_tasks($schedulerTimeSlice)) {
at 272 in server.pl.
Does this help?
-dean
I haven't looked too much at the animation, how does it work? What modules
are involved, and where do the calls happen? I'll try to figure it out once
I get home and have washed my mountain of dishes, but some pointers would
help.
Your use of Yahoo! Groups is subject to
<http://docs.yahoo.com/info/terms/>http://docs.yahoo.com/info/terms/are involved, and where do the calls happen? I'll try to figure it out once
I get home and have washed my mountain of dishes, but some pointers would
help.
Ok, so what should I tweak to give the animation more time when doing HTTP
streaming?Your use of Yahoo! Groups is subject to
Your use of Yahoo! Groups is subject to the
<http://docs.yahoo.com/info/terms/>Yahoo! Terms of Service.
slimp3-dev-unsubscribe-***@public.gmane.org
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/