UncleJohnsBand Wrote:Ok..attached patch now outputs the xml document in utf-8 encoding.
Let me know if it works.
It works! We are really close now . The only information that I need that is not available in the XML is the actual channel names and numbers (the IDs are supplied but I don't know anything else about the channels). Could the channel list be supplied somewhere in the XML or could the channel name and number be inserted next to the channel IDs? Thanks again.
cncb Wrote:It works! We are really close now . The only information that I need that is not available in the XML is the actual channel names and numbers (the IDs are supplied but I don't know anything else about the channels). Could the channel list be supplied somewhere in the XML or could the channel name and number be inserted next to the channel IDs? Thanks again.
yea...I should be able to do something.....I need to think about how I want to implement it.
The premise behind the web service architecture was that the calling app would use the serch web service to get a list of channels which has channel info on it and then join the epgevent channel oid to the oid on the channel from the channel info where you get the channel name and number.
Can you do something like (make a second call to get another xml doc of channel info) that..... or does the actual channel name and number need to be in the webServiceEPGEventObject segement itself without having to make a second call to get the channel info?
Another thing I could do would be to return both the webServiceManage xml document and right under that another xml document with the channel info with the single call.....you would still need to do a lookup between the two documents to get the info but you would have both documents with a single call.
Let me know.
Intel Core i7 @ 4.00GHz Skylake 14nm
ASUSTeK COMPUTER INC. Z170-DELUXE
Windows 10 Pro x64
PVR Software: NPVR 5.1.1
SiliconDust HDHomeRun HDHR5-4US Connect Quatro 4 Channel Tuner
Roku Ultra
2 PCH A-100's
UncleJohnsBand Wrote:Can you do something like (make a second call to get another xml doc of channel info) that..... or does the actual channel name and number need to be in the webServiceEPGEventObject segement itself without having to make a second call to get the channel info?
If you were able to embed the channel name and number into the webServiceEPGEventObject that would be easier for me but a separate call/doc would be fine.
UJB, since ccnb is going to need a new thread anyway, I have mentioned this before but I would love to see a the entire web service api opened up so that it doesn't use enterprise-grade authentication on the private LAN That way I can focus on Boxee/XBMC interfaces and not fight with the access to the api (which I prefer debugging with curl etc)
Another question: Is there a way to get the channel logos with the background transparency intact? If I use the URL that the NEWA pages seem to use ('public/download.ashx/-5,1?ChannelID') I get an image with a solid black background.
mvallevand Wrote:UJB, since ccnb is going to need a new thread anyway, I have mentioned this before but I would love to see a the entire web service api opened up so that it doesn't use enterprise-grade authentication on the private LAN That way I can focus on Boxee/XBMC interfaces and not fight with the access to the api (which I prefer debugging with curl etc)
Martin.
that's something I noticed too, why should one need to enter user/password when you are on the same network segment?
"I'd rather have a bottle in front of me than a frontal lobotomy"
Reddwarf Wrote:that's something I noticed too, why should one need to enter user/password when you are on the same network segment?
That's only part of it, user id and passwords are easy to use in API, NEWA web services use a much more sophisticated approach that is great when you are on the web, but not worth my time implementing in python.
mvallevand Wrote:UJB, since ccnb is going to need a new thread anyway, I have mentioned this before but I would love to see a the entire web service api opened up so that it doesn't use enterprise-grade authentication on the private LAN That way I can focus on Boxee/XBMC interfaces and not fight with the access to the api (which I prefer debugging with curl etc)
Martin.
Yea...locking down to a particular segment will take some investigation but since IP addresses can be spoofed it really isn't secure. I'll look into it but no problems.
Intel Core i7 @ 4.00GHz Skylake 14nm
ASUSTeK COMPUTER INC. Z170-DELUXE
Windows 10 Pro x64
PVR Software: NPVR 5.1.1
SiliconDust HDHomeRun HDHR5-4US Connect Quatro 4 Channel Tuner
Roku Ultra
2 PCH A-100's
cncb Wrote:Another question: Is there a way to get the channel logos with the background transparency intact? If I use the URL that the NEWA pages seem to use ('public/download.ashx/-5,1?ChannelID') I get an image with a solid black background.
I'll have to look into why that may be occuring....basically what is happening at the url is that the image is being streamed to the browser.....so you would want to use that url in your display and when the browser goes to render it the channel icon should render.
Intel Core i7 @ 4.00GHz Skylake 14nm
ASUSTeK COMPUTER INC. Z170-DELUXE
Windows 10 Pro x64
PVR Software: NPVR 5.1.1
SiliconDust HDHomeRun HDHR5-4US Connect Quatro 4 Channel Tuner
Roku Ultra
2 PCH A-100's