Posts: 201
Joined: Oct 2013
Reputation:
1
Are you saying any copy-once channels would not be offered to clients and since all my channels are that's I get nothing?
Posts: 201
Joined: Oct 2013
Reputation:
1
I am saying that I can't figure out what is wrong. If all your channels really are drm'd, then there is nothing I can do. But since you say they are not drm'd then I can't figure out why the com is saying that they are. Hopefully I will think of something, if you get any new results on your side post a link to the server log.
[/quote]
Well let's say they are. What i am trying to understand is why WMC can playback them but WMC Server is not offering them to the clients? From what i understand, WMC server is simply feeding to the WMC PVR whatever it found in WMC database, correct?
Are you not offering drm'd channels if you find any? Is that were the problem lies? If that is the case, can you make a test build of the server where all drm'd channels are allowed to be offered to see if that fixes the problem.
I am in USA NY. Anyone in united states would most likely encounter that problem.
Posts: 1,378
Joined: Oct 2004
Reputation:
37
Yes, the server doesnt pass through DRM channels to XBMC because they (traditionally) havent worked due to the copy protection. A test build that allows this would be a good step.
Also FYI we are tapping into the backend WMC services to access EPG data and perform recordings, so we aren't "directly inside" WMC and cant do everything it can do, particularly when it comes to the DRM side of things. "Live TV" in ServerWMC backend for XBMC, isnt directly streaming it off the tuner/wire, it is getting the WMC recording service to perform a recording of the channel, then remuxing that WTV file to TS on the fly and streaming that to XBMC. So unfortunately "copy once" DRM channels are not able to be handled since we are recording the live stream and thus aren't able to read the WTV file if it was a DRM channel.
To my knowledge we havent seen someone where all channels come through as DRM though, so somethign with your setup seems a bit odd. I would have to assume we have other users in NYC. Personally Im in Austrlia and have nothing equivalent from a hardware or broadcast point of view, so I cant really help much with your specific situation
Posts: 201
Joined: Oct 2013
Reputation:
1
Okay. Unsticking the hiding drm and encrypted channels did the trick. I got all 670 channels.
Now that i am going back to memory lane, I didn't have that checked when i finally got it to work last night. I went back and checked it because i was following the wiki tutorial.
I tested 3 channels so far and they play. So i don't know. I will keep testing and report back any findings. May help another.
Wait you in CA and you don't have that problem. Do you have a company like cablevision, timewarner, optimum, comcast. Different names same companies.
Posts: 1,378
Joined: Oct 2004
Reputation:
37
2013-12-02, 06:30
(This post was last modified: 2013-12-02, 06:35 by scarecrow420.)
Presumably you will find some channels that just end up as a black screen that are really DRM'ed. Funny that we report these as DRM when they play fine though. Due to the bug with outputting the stream info though, we only see the copy flag on the first 5 then it doesnt show it for the other 600+. The code actually says if the copy flag does not equal PROT_COPY_FREE then it must be DRM. But there seem to be at least 10 different possible values for copy flag (some of which have a name that would still infer it is some form of FREE). It would be good to fix the logging of these (to log every channel and the what the flag was) and then get your log again, to see whether the first 5 really were COPY_ONCE but others were another value (just not COPY_FREE).
These are the other flags from the microsoft code library. It certainly sounds like some of them could still mean "its OK to view this channel" but since the server logic only accepts the first one, we could be hiding channels that we dont need to
Krusty - Perhaps we could also implement an item in the settings file allowing advanced user to specify what copy flag values are considered to be "non DRM" (eg given the below we might say 1,6,9 should be passed to clients). That way the users wont have to see all channels. Assuming this does turn out to be a case of breezy having different copy flag values to what we've encountered so far.
PROT_COPY_FREE = 1,
PROT_COPY_ONCE = 2,
PROT_COPY_NEVER = 3,
PROT_COPY_NEVER_REALLY = 4,
PROT_COPY_NO_MORE = 5,
PROT_COPY_FREE_CIT = 6,
PROT_COPY_BF = 7,
PROT_COPY_CN_RECORDING_STOP = 8,
PROT_COPY_FREE_SECURE = 9,
PROT_COPY_INVALID = 50,