I guess it's different with
It looks like the call to get the recording list is timing out.
I don't have anything like 1300 recordings. If you want to post your npvr.db3, I can try it here and see how long it's taking.17:28:15 T:139716255647488 DEBUG: CurlFile::Open(0x7f122430f540) http://192.168.9.203:8866/service?me...99cb8476a7bf2e
17:28:35 T:139716255647488 WARNING: FillBuffer: curl failed with code 28
17:28:35 T:139716255647488 ERROR: CCurlFile::CReadState::Open, didn't get any data from stream.
Can you see if this patch helps?
The NShared.dll patch worked to get all the available recordings to show up after I did a Reset pvr database.
Several hours later, I went to use the xbmc client to watch the news that had recorded after I did that test of the reset database. The 2 shows that had recorded since the reset did not show up. The only way I could get them to show up was to do another reset of the pvr database.
Is that the normal operation? I was wondering if another piece of the update process was still failing.
Also, when I did play that recording thru the client, there were long delays when I hit the right arrow to advance 30 seconds. Is that pretty normal for playback with streaming?
When I play the same recording thru the videos tab as an SMB share I am able to use the skip 30 seconds button with almost immediate results.
If that is what I should expect, that's fine. Just curious what I should be expecting.
BTW, the client is an ACER Revo 1600 (atom with ION) with 1gb Ram running OpenElec off a thumb drive. NextPvr Server is an Athlon II X4 635 with 4gb ram running 64bit Win7 Home Premium.