UZG: Cached full stream fails to play

[GoogleCodeExporter]

What channel are you trying to watch?
Uitzending gemist (not mobile)

What episode are you trying to watch?
Rijdende rechter, Zaanse huisjes April 23rd 2013, but after a reboot this 
episode does play.

What is the expected output? What do you see instead?
I have Cache full stream enabled. Sometimes when playing, the stream downloads 
but fails to play when download is finished. 
Playing the file via Video-Files works though.

What steps will reproduce the problem?
(See above). Does not fail every time. It seems the first stream after a reboot 
always plays.

What version of XBMC are you using? On what operating system?
OE 3.0.3 on RPi Model B 512MB.
latest XOT 3.3.5

Please provide any additional information below.
On 2013-06-02
19:36 Play episode of keuringsdienst van waarde OK
20:18-20:20 First attempt to play Rijdende rechter episode. Fails to play after 
download is finished.

20:20 20:18-20:20 Second attempt to play Rijdende rechter episode. Fails to 
play after download is finished.

All files can be played from Video-Files. 

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/pages/XOT:Troubleshoot

Original issue reported on code.google.com by Peter.Oo...@gmail.com on 2 Jun 2013 at 7:09

Attachments:

• uzgPlugin.log
• xbmc.log

[GoogleCodeExporter]

I can reproduce the issue. I really have no idea why this is happening. Will 
try to fix it.

Original comment by basrie...@gmail.com on 2 Jun 2013 at 8:21

• Changed state: Accepted
• Added labels: Priority-High
• Removed labels: Priority-Medium

[GoogleCodeExporter]

Well, I think I found the issue, although it is weird. Could you try the 
attached chn_class.py file? It should be placed in 
/net.rieter.xot/resources/libs/ (backup the original one).

It kinda looks as if XBMC does not like the actual paths, but prefers the 
file://.... paths. Tested it on PC and ATV2 and it seems to work now.

Original comment by basrie...@gmail.com on 2 Jun 2013 at 8:59

Attachments:

• chn_class.py

[GoogleCodeExporter]

Thanks for your quick response. The fix seems to work.

First I tried to reproduce the error: first episode after a reboot played OK. 
The next episode would produce an error, also after a second attempt.
I replaced the script and the next 4 attempts were successful. Excellent!

BTW I see all cached streams remain on the SD card. Is there a mechanism to 
clean up the files after use?
I tried to put it in .xbmc/tep/temp, hoping this wuld be cleaned, but the files 
are still there.

Original comment by Peter.Oo...@gmail.com on 3 Jun 2013 at 10:17

[GoogleCodeExporter]

problem is that I could delete items that are older than a certain amount of 
time, but that would result in all files in that folder to be deleted. But I 
will look into it.

Original comment by basrie...@gmail.com on 5 Jun 2013 at 5:31

[GoogleCodeExporter]

I implemented a cache cleanup for the UZG downloads. The setting in the Add-on 
settings changed from a boolean to a integer. This integer determines the cache 
duration, eg: 5=5 days of cache to keep. 0=disable the cache and just stream.

Original comment by basrie...@gmail.com on 5 Jun 2013 at 6:38

• Changed state: Started

[GoogleCodeExporter]

Sounds great. I will wait for the next update.

Original comment by Annet.Oo...@gmail.com on 6 Jun 2013 at 8:21

[GoogleCodeExporter]

Thanks Bas!

I changed my cache path to one of my public (read write rights voor anyone) 
shares on my NAS with smb protocol. It does not seem to work. Any ideas why 
it's not storing / downloading to file to my NAS? 

Original comment by eskap...@gmail.com on 9 Jun 2013 at 6:21

[GoogleCodeExporter]

Well, I don't know if Python actually understands the samba shares within XBMC. 
Perhaps you can attach the DEBUG (set it via the XOT-Uzg.v3 add-on settings) 
uzg(plugin).log and uzg(plugin).old.log here after trying to cache it to a smb 
share. Perhaps it's an easy fix that I can squeeze in the 3.3.6 that is almost 
ready to ship. 

KEEP IN MIND: I log the plain text paths that are in the settings. They could 
include usernames/passwords and IP addresses. Please replace those with xxxx or 
**** because everyone would be able to read them if you post here.

Original comment by basrie...@gmail.com on 9 Jun 2013 at 6:39

[GoogleCodeExporter]

OK, I found the issue. XBMC passes the path on as smb://servername/path, but 
for Python it should be \\servername\path. I fixed that now in the 3.3.6 
version. 

However, XOT-Uzg.v3 does not support other protocols than SMB. I will send you 
a 3.3.6 test version via mail, so you can verify it works.

Original comment by basrie...@gmail.com on 9 Jun 2013 at 6:55

[GoogleCodeExporter]

Original comment by basrie...@gmail.com on 11 Jun 2013 at 1:08

• Changed state: Fixed

[GoogleCodeExporter]

Release in XOT-Uzg.v3.3.6

Original comment by basrie...@gmail.com on 16 Jun 2013 at 7:21

• Changed state: Done