Re: Problems with the player stopping

I think you'll have to do it both ways.  There will still be cases 
where the server may stall - particularly on Windows - for longer 
than the device's buffer can cover...just like with CD-R burners 
running on something other than an idle system.  When we built XFS 
one of the motivations was to separate streaming (video) data from 
metadata and control the disks differently; even thermal 
recalibration screwed realtime delivery up.  XFS is available for 
Linux, but the motivations for using it have changed.  Maybe there is 
some relief there for now, but...

I can patch around things now by periodically having the server scan 
my top-level directory periodically while it's streaming and dd'ing a 
piece of each drive (during streaming) to keep the disks spinning.  I 
can also imagine also a cron job that looks at tcpdump every few 
minutes to detect if the server is sending music to the device, and 
if so, keeping the directory inodes in the kernel cache by scanning 
them.

Thanks for explaining the issue.

-- Bob Brown



--- In [email protected], Sean Adams <sadams@w...> wrote:
> 
> If the server doesn't respond, it does keep trying, but not after 
the
> buffer has run empty. If you wanted to resume playing 
automatically, it
> would be easy to detect this on the server side. However I'd much 
rather
> fix the original problem, than to implement a workaround which 
results in
> the audio dropping out for a few seconds.



------------------------ Yahoo! Groups Sponsor ---------------------~-->
Tiny Wireless Camera under $80!
Order Now! FREE VCR Commander!
Click Here - Only 1 Day Left!
http://us.click.yahoo.com/WoOlbB/7.PDAA/ySSFAA/rIp0lB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
[email protected]

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/