URL for Active Recordings vs. URL for Completed Recordings
#46
Yep, have a look in your config.xml for "Debug_RequestAllRecordings"
pvr.wmc TV addon and ServerWMC Backend Development Team
http://bit.ly/ServerWMC
Reply
#47
Awesome. Thank you!

Do I want to make it "False"??

I read somewhere that you were going to introduce a feature that would allow us to make TV channels appears as Radio channels. Is that there, and if so, is it in the GUI?
Reply
#48
Sorry if the name is confusing, it made sense to me lol Smile

In your case, you want to set it to TRUE. If true, it will send empty paths to XBMC in the GetRecordings call, thus making it "RequestAllRecordings" from the backend when you actually play one. If false (the default) it will behave as per previous builds, where the file paths for completed recordings are sent to XBMC, and playing a completed recording has no further involvement with the backend ServerWMC
pvr.wmc TV addon and ServerWMC Backend Development Team
http://bit.ly/ServerWMC
Reply
#49
No worries, mate! Thanks again for doing this.

Did the TV as radio stations make it into this releaseHuh
Reply
#50
(2014-04-27, 03:32)advocate99 Wrote: Did the TV as radio stations make it into this releaseHuh

Yes, it's in the change log.
Reply
#51
Yep, it's called "ForcedRadioChannels" in the config.xml and supports number ranges with either dashes or comma separated.

eg
Code:
<ForcedRadioChannels>700-750,795,802.1,802.2</ForcedRadioChannels>
pvr.wmc TV addon and ServerWMC Backend Development Team
http://bit.ly/ServerWMC
Reply
#52
Just an update: This problem still occurs on Gotham 13.1 using OpenELEC if RequestAllRecordings is set to the default of false.

I've posted over at OpenELEC to report the problem, but nobody responded.
I welcome comments and suggestions for the Kodi (XBMC) Set-up Guide that I wrote.
You can read it here:  http://forum.kodi.tv/showthread.php?tid=193310
Reply
#53
Well, I think I found the problem. (Fingers crossed).

I was duplicating the bug again this evening by changing the filenames, and found that after I changed the filename of an existing recording, then deleted another existing recording to force XBMC to reload the recordings list, the log would show that XBMC was attempting and FAILING to obtain a thumbnail from an old DVR-MS file that I have. It was always that one file and just that file. Typically, that would happen right before XBMC loaded the new recordings list containing the newly found (renamed) file). When I attempted to play the newly discovered (renamed) file, it would fail.

However, occasionally, XBMC would NOT attempt to load that thumbnail, and in those cases, the newly discovered recording would play just fine.

So, I moved that old DVR-MS file out of my watched folder and then did my test again. I've tested it several times and the newly discovered recording seems to play just fine.

I'm going to give it a day or so to verify, but if it works now, it would seem that there's some kind of bug that makes it so that if XBMC loads the recording list and is unable to find a thumbnail from a recording, it is then unable to play any of the other newly found files until an older file is played..
I welcome comments and suggestions for the Kodi (XBMC) Set-up Guide that I wrote.
You can read it here:  http://forum.kodi.tv/showthread.php?tid=193310
Reply
#54
Never mind. That didn't fix it either. Back to RequestAllRecordings - True.
I welcome comments and suggestions for the Kodi (XBMC) Set-up Guide that I wrote.
You can read it here:  http://forum.kodi.tv/showthread.php?tid=193310
Reply
#55
Oh noes for a minute there I thought it was explained. Now we are back to head scratching!
pvr.wmc TV addon and ServerWMC Backend Development Team
http://bit.ly/ServerWMC
Reply
#56
Interestingly, this bug has now returned, but in the opposite direction.

I can no longer play new recordings that show up on my system until I do a library update. However, I have the debug settings, requestallrecordings to TRUE. If I change it to FALSE (default), then I appear to be able to play new recordings. This is the opposite of what it was before. In fact, you introduced this debug feature so that I could play new recordings that were NOT working with the default.

This problem started after I installed one of the recent ServerWMC updates over the last week.

Can you guys think of any changes that you made that might have affected this?? Its very strange that the bug is now reversed..

FYI- Changing back the debug setting isn't a problem, but I suspect that I'm now not going to be able to play recordings that are in progress, because XBMC still has to request the SMB path for those items from ServerWMC, and I'm no longer able to play those files when they are new until I update the library. It may work if I remux active recordings, but I hate doing that because it messes up the skip timers..
I welcome comments and suggestions for the Kodi (XBMC) Set-up Guide that I wrote.
You can read it here:  http://forum.kodi.tv/showthread.php?tid=193310
Reply
#57
If the active files are showing up in the recordings list and you have RemuxActiveRecordings set to false, you should be able to play there files without remux. Also I think the skip timers work fine for active recordings (so long as the remux has time to get ahead in the file).

As to why the bug is working in reverse, scarecrow did make some server/client notification changes, so he may know.
Windows Media Center PVR addon (pvr.wmc) and server backend (ServerWMC)
http://bit.ly/serverwmc
Reply
#58
Thanks for getting back to me. I've done a little bit more research and I think I was partially wrong earlier. The bug isn't reversed. It now appears to occur either way, but with slightly different characteristics.

1. If RequestAllRecordings=True, then the bug appears after a reboot until you do a library update at least once. If you do at least one library update anytime after rebooting, you're fine going forward. All new recordings will play just fine as long as the show up AFTER one library update. Note: It may be necessary to do the library update AFTER the bug manifests itself, i.e. a recording fails. I haven't tested this precisely yet.

2. If RequestAllRecordings=False, then the bug appears everytime a new recording shows up. A library update, or playing an older recording, appears to cure the bug for new recordings that are actually there at the time you do the library update, but newly added recordings will continue to have the problem. With this setting, you have to continually library update when new recordings appear.

#1 is an easy fix, since doing just one library update after a reboot is an easy work-around. That is probably why I haven't encountered the issue before. Yesterday, I turned on a new machine for use just as an PVR box only and never did a single library update. I encountered the bug. My guess is that it was always there, but on my other machines, I've always done a library update at least once before watching live TV and so I never encountered it.

I'm going to do some more experimentation on this and will report back.



(2014-09-28, 18:48)krustyreturns Wrote: If the active files are showing up in the recordings list and you have RemuxActiveRecordings set to false, you should be able to play there files without remux. Also I think the skip timers work fine for active recordings (so long as the remux has time to get ahead in the file).

As to why the bug is working in reverse, scarecrow did make some server/client notification changes, so he may know.
I welcome comments and suggestions for the Kodi (XBMC) Set-up Guide that I wrote.
You can read it here:  http://forum.kodi.tv/showthread.php?tid=193310
Reply
#59
Sorry to revive an old thread, but I believe that I've gotten to the bottom of this problem.

For whatever reason, when a Linux machine is connected to an SMB share, the machine will not recognize and access new files unless it first touches or does a directory listing of the SMB directory. I suspect it has to do with the mechanism by which SMB shares are accessed by Kodi in Linux. It seems that Kodi doesn't mount the shares, but I cannot quite figure out how Kodi does access the shares.

Is there any way that we can configure the PVR client add-on so that before you tell Kodi to play the file, the system first forces Kodi to run a listing of the SMB directory? There's no need to do anything with the information, but it appears that it is necessary in order to allow newly added recordings to play when running on a Linux device.

Alternatively, I could manually mount the share, but then I'd need a way to get ServerWMC to provide a local directory, rather than an SMB address, to access the shares, i.e. Instead of:

SMB://10.1.1.80/Recorded TV

I'd want it to access

/storage/.xmbc/media/TV

And that would be mounted to access the smb share..
I welcome comments and suggestions for the Kodi (XBMC) Set-up Guide that I wrote.
You can read it here:  http://forum.kodi.tv/showthread.php?tid=193310
Reply
#60
Hi advocate,

By doing a directory listing, you mean have the addon request the recordings list from swmc just before an item is played? If so, I think its possible but only if the RequestAllRecordings setting is true too, so that all playing of recordings gets routed through the addon.

As for the mounted share idea, we do something similar for mbs running in linux, but it also requires a fairly substantial change to the addon.
Windows Media Center PVR addon (pvr.wmc) and server backend (ServerWMC)
http://bit.ly/serverwmc
Reply

Logout Mark Read Team Forum Stats Members Help
URL for Active Recordings vs. URL for Completed Recordings0