MCEBuddy tæver min Ceton InfiniTV 4 med Upnp 'requests'

Fejl / Funktionsanmodninger Bugs
1

Jeg vidste ikke helt, hvor jeg skulle poste dette.

Jeg har lige sat en ny ‘server’ op (Windows 10 Pro 64-bit) og bemærkede, at SageTV ikke kunne kommunikere med tuneren kort tid efter, at en optagelse sluttede. Efter dage med fejlfinding opdagede jeg (ved hjælp af Wireshark), at MCEBuddy overdængede Ceton’en med UPnP-‘forespørgsler’ – tusindvis af kommunikationer. Efter flere minutter begyndte tuneren at smide fejl, fordi den ikke kunne håndtere alle anmodningerne.

Det ser kun ud til at starte, når den første optagelse er slut efter en genstart (eller en genstart af MCEBuddy.service), og så stopper det ikke, før MCEBuddy.service lukkes ned, eller computeren genstartes.

Da jeg slukkede UPnP inde i MCEBuddy, virkede alt som det skulle, og MCEBuddy.service holdt op med at overdænge Ceton’en.

Ceton’en er på 192.168.200.1 og leverer til 192.168.200.2. MCEBuddy sidder på 192.168.1.26 (serverens IP), så jeg er ikke sikker på, hvorfor MCEBuddy går amok og forsøger at kommunikere med 192.168.200.x.

Måske har vi brug for muligheden for at binde MCEBuddy til et specifikt netværkskort eller en bestemt adresse?

2

That’s bug with the Ceton drivers. MCEBuddy just uses a windows API to enable UPnP ports on the gateway device. Ceton has a bug in their drivers where it goes nuts when it gets a UPnP request (which it should not be responding to in the first place since). It’s documented in known issues topic and Ceton has acknowledged it issued an updated firmware/driver

3

Strange why none of the other programs that use UPnP on that machine seem to get in a fight with the Ceton. Perhaps they don’t us the Windows API?

4

The bug with the Ceton driver is that it’s responding to MCEBuddy saying that it supports the ability to add/delete port forwarding mapping, so MCEBuddy sends it a port mapping information to “forward” the ports and “delete” old ports.

Only gateway/router devices are supposed to respond with those capabilities, not sure why Ceton reports it’s a port forwarding device.

5

Okay so I’ve modified the behavior of MCEBuddy and Windows UPnP to hopefully workaround the Ceton Tv Tuner firmware bug.

We’ve limited the discovery “response” time to 60 seconds instead of leaving it open and windows UPnP requests discovery of only WANIPConnection and WANPPPConnection service devices. If your Ceton tv tuner is not a WAN device (I don’t see why it should advertise itself or respond to such a discovery request), it should not respond and all should be good.

Try out today’s 2.4.9 BETA build and let me know how it goes.

6

Thanks Goose, Looks like the changes did the trick.