What steps will reproduce the problem?
1. Set cachemembuffersize to 16777216(16MB) in advancedsettings.xml
2. View Amazon video
3. Press 'o' and observe buffering
4. Pause movie
What is the expected output? What do you see instead?
I would expect to see the network usage stay high for an extended period of
time while it is buffering and overlaid cache size to grow to something greater
than 0. Instead, buffering stops rapidly within about 1MB of data buffered and
it says "cache:0 B" in overlay.
What version of the product are you using? On what operating system?
OS: Ubuntu 12.04
Tested on XBMC v11 (from standard Ubuntu repository) and v12 (from xbmc ppa).
Please provide any additional information below.
I tinkered for a few hours with this and saw no success at all. I've confirmed
in log file that advancedsettings.xml is being read. YouTube add-on works with
expected behavior (pausing causes buffering to occur for an extended period of
time and "cache:" field increases into the MB's). With Amazon add-on, I have
tested with both cachemembuffersize=0 (unlimited file based buffering) and
various positive values to no effect.
Extensive Googling suggests that most people's problems like this occur because
cachemembuffersize is ignored for "local" connections (i.e. NFS,SMB,etc.) and
only used for "stream" connections (like http,rtp,webdav). But I would assume
that Amazon streaming falls into the latter category, so this shouldn't apply
here.
Note that in YouTube, the buffer gets to 100% before the "cache:" number gets
above zero. But in Amazon, the network usage drops to zero immediately after
buffer gets to 100% (which seems to be about 1MB based on time), so Amazon
add-on seems to be behaving as if the "cache:" buffer size is actually zero (no
caching?).
With the small buffering that it is doing (~1MB) I am still able to play videos
with reasonably good quality (I am using the 600Kbit setting), but it pauses to
buffer every 15-20 minutes or so, disrupting playback. This appears to be due
to minor temporary fluctuations in available bandwidth (someone checking their
email on same network?) that would likely be eliminated if Amazon add-on would
support a larger stream buffer (16MB should be a few minutes worth of a 600Kbit
datastream).
Original issue reported on code.google.com by xye.yan...@gmail.com on 17 Apr 2013 at 4:28
Original issue reported on code.google.com by
xye.yan...@gmail.comon 17 Apr 2013 at 4:28