(2013-10-24, 23:31)TheImmortal Wrote: I was testing the PVR add-on with the latest Gotham Alpha and the included RecordPrefs.XML doesn't work with Confluence. It works fine with Frodo, but in Gotham when the dialog comes up to select whether you want to record a series, you can't do anything (i.e. the cursor doesn't move and you can change the settings).

(2013-10-25, 01:50)hoopsdavis Wrote:

(2013-10-24, 23:31)TheImmortal Wrote: I was testing the PVR add-on with the latest Gotham Alpha and the included RecordPrefs.XML doesn't work with Confluence. It works fine with Frodo, but in Gotham when the dialog comes up to select whether you want to record a series, you can't do anything (i.e. the cursor doesn't move and you can change the settings).

I also experienced this when trying out the Gotham build. (I also noticed some weird changes when using the remote in Gotham.) I think the issue is, in Gotham when you're watching live tv and you bring up a menu, the directional arrows do seem to work, they seem to only affect live tv, no matter whats on the screen while live tv is playing the "Left" arrow still only affects jumping the video backwards, "Right" arrow attempts to jump forward and the "up" and "down" arrows change channels. That was my experience. so this seems to be more of a Gotham issue than anything else.

(2013-10-25, 00:15)krustyreturns Wrote: I looked today and I transfer 322 recordings from server to client in a little under a second (two windows machines over gig-e). Again these recording transfers happen every 5 minutes regardless of whether you are displaying the recordings in xbmc or not. So I can't see how this can effect the recordings display time.

I thought about the idea that the image urls might be slowing down the display, so I modified the server so that it has the option to NOT xfer the image urls to the clients, I saw no difference in how long it takes to display the recordings - but I don't have much of a delay anyway. I can put this version of the server up if you guys want to play with turning off the image transfer.

Have you tried resetting the pvr database in xbmc to see if that makes a difference?

(2013-10-25, 03:06)bungee91 Wrote: Still the same, even got the Pi at 1.1Ghz (installed a heat sink today at work) with no difference.
I just updated to the newest server build, and also reset the PVR database prior to taking this video.
Anyhow it ends up still being roughly 20 seconds or so.

My network is setup properly, the server side timing looks good also (as per the previous logs I posted).
No idea what the Pi is doing for roughly 15 seconds, but it's doing something.
I tried after this attempt at 1.1Ghz (this video was at the 1Ghz) and it was roughly the same 20 seconds,

(2013-10-25, 03:52)Dilligaf Wrote: Try putting xbmc into debug and see if the .log gives you any idea what xbmc is doing for the 15 or so seconds. Probably sorting/arranging/getting codec info the recordings

(2013-10-25, 04:54)krustyreturns Wrote: That sucks (but thanks for making the video). I put up a version of the server (1089) that has the option to not xfer the image urls to the client (see 'display options' tab at the bottom). To see its effect, have the pi connect AFTER you change the setting. Try it and see if it makes a difference.

That's all I can think of right now of stuff I am doing that could effect the display speed.

(2013-10-25, 01:09)krustyreturns Wrote:

(2013-10-24, 16:37)Moe Manley Wrote: I don't use XBMC for recording anything. I use ceton's my media center on my phone to schedule my recordings in WMC. Those recordings have properties attached to them like episode name, original air date, etc. This data is displayed by WMC, but for some reason XBMC does not read it. The TVdb scraper requires the file name to be in a specific format with showname_s01e01.ext and I rename the shows I am keeping and then transfer them to my WHS. Everything works and looks great in XBMC, but requires me to make these manual changes.
I wish this was all automatic, so I will have to do some experimenting, but before I do maybe someone can answer some questions
Do recordings in XBMC have this data attached such that no scraper is required or is it solely a function of file naming?
Why is a scraper even required for wtv files when the data is already there?
Is there a better way to do this?
I am guessing Inside the Bears doesn't have a thumbnail, because the TVdb is maintained by a Packers fan.

Not sure I understand your post but...
xbmc will read the metadata (or 'properties' as you put it) of your wmc recordings if you use the server/addon combo that this thread is about. That's one of the purposes of this software.

But yeah, if you just put your wtv files in a folder at point xbmc at it as a location for video, it will try and scrape it and fail. Those weird file names wmc uses will really mess it up. There are 'renamer' programs out there that will rename your files for you in batch mode that will make them scrapable. google wtv renamer.

(2013-10-25, 14:07)bungee91 Wrote: Will also try this, thanks..

I may re-enable the setting for thumbnail extraction from video under the video settings. I know that it's not doing that for these, however maybe it is messing something up. No clue, if Dilligaf isn't having this issue, however others I know are, something has to be causing it. Will play with this later this evening.

(2013-10-25, 14:36)Moe Manley Wrote: Why doesn't XBMC pull the metadata for videos if available instead of using the scraper? Now WMC server is even better than I thought. You are awesome.

(2013-10-25, 16:18)krustyreturns Wrote: I had an idea about what could effect the slow display of rec tv. If anyone - who has this problem - is available today I would like to try an experiment on their system to see if I am on the right track. So if you can help, PM me.

(2013-10-25, 18:48)bwashington Wrote: Having an issue with XBMC client LiveTV. Choose an channel to switch to Livetv playback doesn't start on client. Recordings back back fine. Also LiveTv works fine on server machine.