XBMC hangs after caching, will not restart episode (storage full?)

[GoogleCodeExporter]

What channel are you trying to watch?
Uitzendiggemist

What episode are you trying to watch?
Kijken in de ziel topondernemers afl 2

What is the expected output? What do you see instead?
First episode downloaded and played (october 18, 11:51). I have UZG cache 
cleanup set to 1 day.
At 12:51 I tried to play the second episode which downloaded 100% and then XBMC 
UI froze.
I cleaned the cache using cyberduck, so SSH was still working. Also cache/WWW 
and the sessionlock 1 level up.
After a reboot XOT would fail immediately after selecting play for aflevering 
2. I tried to set the cache path to my NAS through NFS, but that did not work 
at all.

I have the impression cache folder is not cleaned every day, but I did not look 
at the dates. Cache is in the default folder on a USB connected to my RPi, 
mounted as storage.
XOT hangs more often and cleaning the cache and a cold boot usually does the 
trick.

What version of XBMC are you using? On what operating system?
Openelec 3.2.2 on RPi model B 512MB. storage on 2GB USB thumb drive.

Please provide any additional information below.

Please ATTACH a complete DEBUG uzg.log or uzgplugin.log and add an
xbmc.log. Without a logfile issues cannot be fixed. Wondering where
you can get them? Read it here:
http://www.rieter.net/content/xot/troubleshooting/#Log_level_settings

Original issue reported on code.google.com by Peter.Oo...@gmail.com on 18 Oct 2013 at 11:35

Attachments:

• uzgPlugin.log
• xbmc.old.log
• xbmc.log

[GoogleCodeExporter]

It seems to be a  HTTP cache issue, so not the UZG download cache. Apparently 
UZG does not send any HTTP cache parametersBecause there is not explicit "do 
not cache" header present, XOT caches the UZG requests, eventhough they seem to 
expire. 

You can disable the http cache from the XOT-Uzg.v3 add-on settings (it's called 
Cache HTTP Requests). It should fix your issue for now.

The hanging for XBMC on playback, is something I cannot explain. More an XBMC 
issue than XOT issue I think. I will try to fix the HTTP cache issue, but it 
will require a complete new 

Original comment by basrie...@gmail.com on 18 Oct 2013 at 12:34

• Changed state: Accepted

[GoogleCodeExporter]

I fixed the caching issue. Please replace these files and then enable the HTTP 
caching again. It should be fine then.

Original comment by basrie...@gmail.com on 18 Oct 2013 at 6:42

• Changed state: Started

Attachments:

• urihandler.py
• chn_nos2010.py

[GoogleCodeExporter]

Thanks for the quick fix! I will give it a try. Although this episode already 
played fine later in the day (HTTP cache expired?).

BTW: why are UZG cached episodes not deleted immediately after playing? Because 
when I restart a previously played episode it will download it again instead of 
playing the version still in the cache folder. 

Original comment by Peter.Oo...@gmail.com on 18 Oct 2013 at 7:33

[GoogleCodeExporter]

Because the URL is dynamically (the GUID part changes all the time) it will 
force a new download. The cache duration in this case, should be considered a 
clean-up time. 

Initially I took the name of the episode as the filename, but there are 
programs that have the same name for different episodes and then playing one 
would cause the use of the cache of the other. 

Original comment by basrie...@gmail.com on 18 Oct 2013 at 7:44

[GoogleCodeExporter]

A new release is available XOT-Uzg.v3.3.7 which has a fix included.

Original comment by basrie...@gmail.com on 20 Oct 2013 at 7:06

• Changed state: Done