I acknowledge there is no "conspiracy". What I question is SD's transparency. You have mentioned a great new product, been silent about for over a year, refused to talk about it, don't show up to trade conventions so not even the professional community knows anything about this "great new thing ...

That's a bit disingenuous, Ned. Nothing actually changed *how* importing goods from foreign nations works, just the costs that importers have to pay to receive those goods. Unless your product is using components deemed embargoed, such as certain chips from China, this isn't really a "civics" issue ...

That are already programs for SDR radios that can decrypt HD Radio and RDS data. While not as user-friendly as a turnkey box, they do exist if that is your ultimate goal.

(HD Radio is basically a paywalled format, similar to Dolby audio on US TV broadcasts.)

As we approach the one year anniversary of the announcement of this new product, is there anything beyond copyright/trademark filings that indicate this is indeed a forthcoming product and not just vaporware.


Starting a new business venture (according to nickk, not associated with the ...

As we approach the one year anniversary of the announcement of this new product, is there anything beyond copyright/trademark filings that indicate this is indeed a forthcoming product and not just vaporware.

(IIRC, SD did not attend last year's NAB, which likely would have been the industry ...

With an IoT device, final control or say belongs to a third party.

https://arstechnica.com/security/2025/03/massive-botnet-that-appeared-overnight-is-delivering-record-size-ddoses/

https://www.reuters.com/graphics/IOT-CYBER/0100307Z0J8/

Regardless; an option to tell the software what internal ...

Where are you getting "17.13." from?


As stated above, the example given was S18E14, which in the 0-indexed xmltv_ns is 17.13.0.

From the XMLTV DTD :

xmltv_ns: This is intended to be a general way to number episodes and
parts of multi-part episodes. It is three numbers separated by dots,
the ...

You did not go to the threads I posted that explained what is needed for Plex which is included in the Channels DVR posts I referenced above https://community.getchannels.com/t/using-channels-m3u-to-xteve-to-plex-all-tv-episodes-show-as-new-episodes/26342/15


You're right, I didn't. But wouldn't ...

I am just replying to Nick he asked me for what is missing that he can possibly add to the XMLTV so I will leave at that.... I just did the research it is up to Nick whether he chooses to add anything. I do not have a problem as the work arounds are working for me and automated.... but non ...

For one thing some do not recognize Season/Episode So I have to run the Python Script posted above for emby. And Plex identifies all recordings as New Without using the Schaefer Docker Image.... also posted above.

Not Recognixed by EMBY ..
<episode-num system="onscreen">S05E06</episode-num ...

The main Problems is Identifying "New" and Season/Episodes.

Scedules Direct

<programme start="20211119040000 +0000" stop="20211119050000 +0000" channel="EPG123.20292.schedulesdirect.org">
<title>Station 19</title>
<sub-title>Little Girl Blue</sub-title>
<desc>Station 19 and Station 23 each ...

I believe if you concatenate all DeviceIDs together, you will get a single XMLTV file with the guide data for both tuners.


Yes thanks for the info .... in my case use I like them separate. But I would like to see what you mean by concatenate ? Device Id's


If you have one tuner with ...

I believe if you concatenate all DeviceIDs together, you will get a single XMLTV file with the guide data for both tuners.