MythTV Official Community Forum

We will be implementing a workaround for this, but the simple answer is that all of the clients/devices which no longer work are not UPnP compliant. VLC's UPnP stack in particular is a steaming pile that will actively DOS UPnP servers, if it was able to connect in the first place which it's not. So ...

In 28.0 we're exposing episode info for UPnP.

Whether UPnP clients support it is a different matter, many barely even support the basic metadata and half don't seem to support UPnP.

These channels are FTA (Free to Air) but they aren't carried by Freesat, as a result Freesat frequencies don't provide the information on where to find those channels which is why they are missing from the scan results. Since other applications actually predefine the list of frequencies to scan they...

Obrigado pela informaçao, Renato

Could you open a ticker for this one and assign it to me? This looks like an oversight.

The livestream API will probably be re-written. I agree that in it's present form it's clumsy, and it violates REST principles. What we'd ultimately like to have is an on-demand transcode where you request the recording or video by it's ID and get back the playlist. Each 'chunk' in the playlist woul...

The offset setting was removed, 'auto' is now the default. The guide data must either supply the time in UTC/GMT or explicitly include the timezone in +/-HHMM (e.g. +0300) format for each date. I would start by checking the raw xml produced by Shepherd to see that the times and timezone information ...

Development is far from dead, and I least while I still draw breath development will continue. There are natural highs and lulls in any open source project, and it so happens that we're currently in one of the lulls. Reasons vary, but primarily it's because a number of developers have found themselv...

If you look at the raw xml (/Dvr/wsdl?raw=1), down the bottom you have the following: <service name="DvrServices"> <documentation>Interface Version 6.1 -</documentation> <port name="BasicHttpBinding_Dvr" binding="tns:BasicHttpBinding_Dvr"> <soap:address location="http://192.168.159.2:6544/Dvr"/> </p...

No, I mean http://{backend_ip}:6544/Dvr/wsdl http://{backend_ip}:6544/Guide/wsdl etc

The version information is present in the xsdl for each endpoint, although I've just noticed that it could be made more machine readable.

This was a known bug that was fixed just over a week ago in the development version, the fix should be backported to 0.27-fixes soon.

Do you actually need "slow deletes"? This was a compromise option for crappy filesystems that would tend to lock up if you deleted large files. On filesystems which don't have this limitation it does more harm than good. You can configure how long to keep deleted recordings before they are removed i...

In almost every case the cause of failed recordings are hardware/driver failures and outside the control of MythTV. We might be able to suggest ways to eliminate the problem if you can tell us what tuner hardware you are using. As an example, a lot of 'dual' tuner devices tend to fail much more ofte...

Please upgrade, this was fixed weeks ago.