(2015-05-28, 11:23)metu71 Wrote: (2015-05-28, 08:20)glubbish Wrote: (2015-05-25, 14:48)metu71 Wrote: I'm sure here is plenty of people who knows better, please correct if my finding is not relevant/correct.
To me it seems that your MythTV backend isn't holding preview images for your recordings. If you browse you media library using MythTV frontend (for example locally in MythTV server machine) can you see preview images for your recordings? The first line on the response is saying the status for the request and that is checked in GetResponse function. That is the only place in that function that can change the default return value (false) to true.
This is the first line in the response: (CPPMyth)GetResponse: HTTP/1.1 301 Unknown
The files in ~/.kodi/userdata/addon_data/pvr.mythtv/cache/thumbnail have many with zero length
I deleted one and copied another to its name and the error for that one ceased.
However just deleting them all, brings them back zero length as well.
I cannot find where they are coming from.
I did a search of the whole system (all disks), but the names (and partial names) only appear in the thumbnail directory
I wonder if there is anything in mythtv backend log about those trial to read it from the backend. I can see preview images via mythweb, but those are usually created with some delay after the recording has finished. There is a separate log file for this process in your backend.
Maybe Kodi is trying to read it too quickly after recording has stopped. If preview image is not yet available, it might create an empty file. This doesn't explain why it still doesn't work if zero size file is deleted.
I checked from my system that preview images are stored in same directory as recorded files.
below part of code handling that: fileOps.cpp line 303
Code:
// Failed to open file for reading. Unfortunately it cannot be determined if this is a permanent or a temporary problem (new recording's preview hasn't been generated yet).
// Increase the error count and retry to cache the file a few times
if (!fileStream)
{
XBMC->Log(LOG_ERROR, "%s: Failed to read file: type: %d, local: %s", __FUNCTION__, job.m_fileType, job.m_localFilename.c_str());
job.m_errorCount += 1;
}
// File was empty (this happens usually for new recordings where the preview image hasn't been generated yet)
// This is not an error, always try to recache the file
else if (fileStream->GetSize() <= 0)
{
XBMC->Log(LOG_DEBUG, "%s: File is empty: type: %d, local: %s", __FUNCTION__, job.m_fileType, job.m_localFilename.c_str());
}
// Recache the file if it hasn't exceeded the maximum number of allowed attempts
if (job.m_errorCount <= c_maximumAttemptsOnReadError)
{
XBMC->Log(LOG_DEBUG, "%s: Delayed recache file: type: %d, local: %s", __FUNCTION__, job.m_fileType, job.m_localFilename.c_str());
jobQueueDelayed.push_back(job);
}
In all of these 2 cases: no filestream (means cannot download file from backend) and fileStream.GetSize <= 0 (means downloaded file is empty) , the addon create an empty file in its cache. So the file size is zero. It will retry later by delaying the download job for 3 times max (c_maximumAttemptsOnReadError = 3).
Maybe the ERROR status could be renamed to WARNING or NOTICE.
Finally the cache, for artworks and previews, is cleaned after 30 days. the stamp file is stored at the root of folder "cache".
To clean channel icons cache you can launch addon action "Refresh cache for channel icons" in System/LiveTV/Client specific settings.
