Channels DVR + Xteve / Telly

FYI: we will be deprecating there Telly integration in the future. It has never worked reliably and been a source of constant headaches.

Unfortunately the emulated HDHR approach is simply not technically sustainable. Our DVR server has very strict assumptions about how HDHRs behave, based on five years of code written and tested against real HDHR devices. Instead of fighting the code at every step and risking breaking actual HDHR support in the process, we have decided to go in a different direction. We will be providing an alternative interface for integration and will have more to share about it soon.

6 Likes

so now that i finally have a way to get locast OTA channel numbers into the app you're telling me it's not going to work anymore?

that's incredibly frustrating.

maybe it's just me, but i don't think anyone was asking you to change your HDHR implementation to try to support emulated devices...all the majority of us want is a way to get our own guide into the DVR if we provide one via XML. granted i don't know the inner workings of the DVR, but it seems that you clearly have the ability to allow us to enter our own guide, based on the beta program that has been in place for almost a year. it's just not turned on for everyone.

i don't understand how just allowing everyone to use that would break anything involving the HDHR implementation...

We don't intend to break anyone's setup. What you have will continue working, but deprecated means we're not able to improve it or provide support.

1 Like

fair enough, but can i ask what the hesitation is in just allowing everyone to import or provide their own guide data? there are a ton of valid use cases for that at this point, from someone running their own channels with their own media to something like using fHDHR to get pluto or other streams into the DVR.

in the week or so i've been using fHDHR, it honest to god just works. it is nothing like the sh*t show that was telly and xteve, which i literally messed with for months and never got to work well enough to use it...fHDHR was literally five minutes to get up and running, and then use the HD homerun option in channels to add the source. done. the dev has stated his goal is to make sure that what it outputs is as close as possible to what the actual HDHR outputs, so in theory it should just work as is with no need for you guys to change anything (aside from the aforementioned potential guide data issue).

There is no hesitation, and we're not purposefully holding back features. There are simply bugs which make it not work as expected, and its not worth our time to try to track them down in this part of the code.

The new system will make this all a lot simpler and you can set up whatever guide source you want with it.

5 Likes

It's very, very difficult to defensively program against data you have no control over. I don't know the developers but I do have a rather popular open source program. Some of the biggest headaches come from having to sanitize others data, to think like an adversary to anticipate how others may act badly to intentionally cause systems to crash. Any time you open to outside input you're adding a lot more work to make it "just work".

You may be of the best intentions and have data that is in the exact format that the API consumer can use, but you can't depend that everyone will be the same.

Remember little Bobby Tables.

1 Like

Seconded. I've been working on a tool for my own use to munge M3U files from providers into something more sensible - automatically, since I've become tired of the constant maintenance required when using iptveditor or 'EPG for IPTV'. M3U files are anything but static.

Both M3U and XMLTV are interpreted somewhat 'loosely' by some providers, and it's hard to code something that 'just works' without user intervention when fed with some of the 'creative' interpretations you're presented with. Some of the metadata I want to extract (e.g. country of origin, resolution) are often only found in the group title or channel title, and not always strictly correct (SD/HD/FHD in a channel title vs. the group title it's in, US channels appearing in Canadian groups, etc.) Then there's the fun and games of trying to make sense of the same stream appearing under different channel names in different groups, fun stuff like making sure that 'BBC 1' and 'BBC One' are seen to be the same, but different from 'BBC 1 Scotland' etc.

None of these particular examples are that difficult to solve individually, but the sheer number of them, and the possibility of the solutions to one problem interacting with another, make the goal of it just doing 'the right thing' every time surprisingly difficult. And I haven't even gotten to the issues with how many different ways are used to identify local channels. I'm still pondering if there's an automatic way I can reliably map M3U streams to EPG listings - it's not looking that promising, even after I've canonicalized the station name to something somewhat consistent.

1 Like

LOL. I hear you. I finally arrived at a standard m3u format that gets me 100% EPG match on locals and about 95% on network/cable stations. This entire space is a mess. Targeting Emby only reduced the complexity but supporting any and everything would require and ISO standard. :wink:

fair enough. looking forward to it!

2 Likes

This is awesome! Thanks.

What would be even better if we could use the custom url for guide data as we can with a normal HDHR device:

However it's not there right now:

You're looking at screenshots of two different places. The option is available in the same place as the first screenshot.

I know this how it looks at the homescreen:

Notice with the real hdhomerun device I have a button "Pick Guide Provider", that is not available with the M3U provider

Aaah I figured it out. I first had to delete the current (automatically?) mapped guide data.

Thanks for the quick reply.

1 Like

Trying to get fHDHR running in Channel but no luck (works fine in Plex)
Get traceback error
AttributeError: 'NoneType' object has no attribute 'lower'

which fhdhr?

fHDHR for Locast in Ubuntu 20.04
within Channels DVR, I can receive the channel listings but it will say "Tuner not available" with the traceback error
Issue appears to be only in Channels, no issue with receiving the stream in Plex

I bet AI could do it...maybe some one can make a Little program and plug it in to the online Quantum computer, You guys know they are letting people tinker with them right? Since the cooling it takes is far to expensive for consumer use. Unless you are Lockhead Martin , Google, Amazon, etc. you werent getting near one og those suckers. Now, Any one can mess around with them. Pretty cool in my book, and something so mundane and irratating as telling the differences and similarities between BBC one, BBC 1, BBC one America, BBC one Scotland x's ad nearly infinum..... well that sounds like an excellent task for a computer build for determining a multitude of possibilitiies all at one. Not to mention grat practice for it before it goes on to solve more trivial human problems, like death and why is there Whoopi Goldberg? Its like what is the point of...that? Ps this community is awesome. Thanks to all for the great contributions. Its been a marvel to watch this thing grow. I became a paying sub before I even used it because I had hoped it would grow into something great,. Now its my dai;y driver, not quite yet where Id like it nut getting closer all the time. iN LARGE PART BECAUSE OF THE OPEN SOURCE SPIRIT AND FREEDOM OF TINKERING! oops sorry for the caps.

1 Like

Hi @imx Would you know is it possible to remove the -re from a Windows install of Telly?

Everything works great for me but just the slow tuning times on Sat>ip to telly. Thanks.

This change/fix was merged into the dev branch and under release telly v1.1.0-Beta7, latest being Beta8,

1 Like