<br><br><div><span class="gmail_quote">On 3/2/06, <b class="gmail_sendername">AlanM</b> &lt;<a href="mailto:groups@dancecrave.com">groups@dancecrave.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>You may have a problem I have just solved.<br><br>Mythweb goes and checks all the icons (thumbs) for the programs and<br>generates them if they are not there. It retries each operation for a<br>while if the mpg / nuv is invalid or absent.
<br><br>Look in /var/log/mythtv/mythbackend.log to see whats going on. I saw<br>lots of invalid files.<br><br>The reason was there were several nuvs with 0 file size created while I<br>was messing with the system during upgrade.
<br><br>In addition I had changed the hostname for the 0.19 box and the old<br>recordings were under the old hostname in the database.<br><br>Hope this helps :)<br><br>Alan<br><br>I saw errors similar to:<br><br>2006-03-01 14:25:
12.812 adding: myth-be as a remote file transfer<br>2006-03-01 14:25:12.816 Could not open<br>/video/1041_20060208032200_20060208035500.nuv.png.&nbsp;&nbsp;12 retries remaining.<br>2006-03-01 14:25:13.323 Could not open<br>/video/1041_20060208032200_20060208035500.nuv.png.&nbsp;&nbsp;11 retries remaining.
<br>2006-03-01 14:25:13.831 Could not open<br>/video/1041_20060208032200_20060208035500.nuv.png.&nbsp;&nbsp;10 retries remaining.<br>2006-03-01 14:25:14.339 Could not open<br>/video/1041_20060208032200_20060208035500.nuv.png.&nbsp;&nbsp;9 retries remaining.
<br>2006-03-01 14:25:14.847 Could not open<br>/video/1041_20060208032200_20060208035500.nuv.png.&nbsp;&nbsp;8 retries remaining.<br>2006-03-01 14:25:15.355 Could not open<br>/video/1041_20060208032200_20060208035500.nuv.png.&nbsp;&nbsp;7 retries remaining.
<br>2006-03-01 14:25:15.863 Could not open<br>/video/1041_20060208032200_20060208035500.nuv.png.&nbsp;&nbsp;6 retries remaining.<br>2006-03-01 14:25:16.371 Could not open<br>/video/1041_20060208032200_20060208035500.nuv.png.&nbsp;&nbsp;5 retries remaining.
<br>2006-03-01 14:25:16.879 Could not open<br>/video/1041_20060208032200_20060208035500.nuv.png.&nbsp;&nbsp;4 retries remaining.<br>2006-03-01 14:25:17.387 Could not open<br>/video/1041_20060208032200_20060208035500.nuv.png.&nbsp;&nbsp;3 retries remaining.
<br>2006-03-01 14:25:17.895 Could not open<br>/video/1041_20060208032200_20060208035500.nuv.png.&nbsp;&nbsp;2 retries remaining.<br>2006-03-01 14:25:18.403 Could not open<br>/video/1041_20060208032200_20060208035500.nuv.png.&nbsp;&nbsp;1 retries remaining.
<br>2006-03-01 14:25:18.911 Could not open<br>/video/1041_20060208032200_20060208035500.nuv.png.&nbsp;&nbsp;0 retries remaining.<br>2006-03-01 14:25:19.427 MainServer::HandlePixmapLastModified()<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Couldn't find backend for:
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: &quot; &quot;<br>2006-03-01 14:25:19.432 Got requested for last modified date and time of<br>preview pixmap on staging-be<br>2006-03-01 14:25:19.443 MainServer::HandleGenPreviewPixmap()<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Couldn't find backend for:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: &quot; &quot;</blockquote><div><br>My main problem is the program listing which is slow (12 seconds for 9 channels).<br><br>But the recorded shows page is also awful slow. I do not get the complaints about the missing png files. Instead I get something like:
<br><br>...<br>2006-03-03 09:17:14.576 MainServer::HandleAnnounce FileTransfer<br>2006-03-03 09:17:14.580 adding: PC133 as a remote file transfer<br>2006-03-03 09:17:14.881 MainServer::HandleAnnounce FileTransfer<br>2006-03-03 09:17:
14.884 adding: PC133 as a remote file transfer<br>2006-03-03 09:17:15.088 MainServer::HandleAnnounce FileTransfer<br>2006-03-03 09:17:15.091 adding: PC133 as a remote file transfer<br>0: start_time: 8405.536 duration: 1030.961
<br>1: start_time: 8405.494 duration: 1030.985<br>stream: start_time: 93394.383 duration: 11455.582 bitrate=5232 kb/s<br>2006-03-03 09:17:15.235 AFD: Opened codec 0xaeb968e0, id(MPEG2VIDEO) type(Video<br>2006-03-03 09:17:
15.239 AFD: Opened codec 0xaeb03e80, id(MP3) type(Audio)<br>2006-03-03 09:17:17.464 MainServer::HandleAnnounce FileTransfer<br>2006-03-03 09:17:17.465 adding: PC133 as a remote file transfer<br>2006-03-03 09:17:17.707 MainServer::HandleAnnounce FileTransfer
<br>2006-03-03 09:17:17.710 adding: PC133 as a remote file transfer<br>2006-03-03 09:17:17.893 MainServer::HandleAnnounce FileTransfer<br>2006-03-03 09:17:17.897 adding: PC133 as a remote file transfer<br>2006-03-03 09:17:
18.117 MainServer::HandleAnnounce FileTransfer<br>...<br><br>So there are hundreds or thousand messages about these FileTransfers (which file transfers ?) and some lines which could look like preview generation.<br><br>I also get a few of these:
<br><br>2006-03-03 09:17:19.763 MainServer::HandleAnnounce FileTransfer<br>2006-03-03 09:17:19.765 adding: PC133 as a remote file transfer<br>2006-03-03 09:17:19.832 0 length seek table<br>[mpeg4 @ 0x20a9f44]warning: first frame is no keyframe
<br>2006-03-03 09:17:20.326 MainServer::HandleAnnounce FileTransfer<br>2006-03-03 09:17:20.328 adding: PC133 as a remote file transfer<br><br>They look like broken recordings (I used MPEG4-&gt;MPEG4 transcoding to cut recordings, and that functionality was broken in 
0.18.1 and I still have some of the recordings present).<br></div></div><br>My best guess on the slowness of the listing of recordings is that it tries to generate new thumbnails for the recordings and it fails on some of them, so it retries next time and uses a lot of time on running through all the shows. Is my guess correct ?
<br>I can not see in the log file which recordings it fails on. Can I add a switch to the backend to log the names of those that fail ?<br><br>Niels Dybdahl<br><br>