dvbapiNET - mdvbapi Nachfolge

[trude97]

Heute habe ich den Rechner neu gestartet, danach war leider wieder die Neuinstallation von Oscam for DVBviewer erforderlich. Vorher habe ich einen Auszug aus der dvbapi.log gemacht:

Spoiler

[2020-12-09T19:30:17 PL --] (dvbapiclient) Fehler DVBAPI Client:
[2020-12-09T19:30:17 PL --] (dvbapiclient) System.Net.Sockets.SocketException (0x80004005): Eine vorhandene Verbindung wurde vom Remotehost geschlossen
[2020-12-09T19:30:17 PL --] (dvbapiclient) bei System.Net.Sockets.Socket.EndReceive(IAsyncResult asyncResult)
[2020-12-09T19:30:17 PL --] (dvbapiclient) bei dvbapiNet.Oscam.DvbApiClient.Receive(IAsyncResult iar)
[2020-12-09T19:30:19 PL --] (dvbv plg) Fehler bei Eventverarbeitung:
[2020-12-09T19:30:19 PL --] (dvbv plg) System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
[2020-12-09T19:30:19 PL --] (dvbv plg) bei dvbapiNet.DvbViewer.Plugin.Dispose()
[2020-12-09T19:30:19 PL --] (dvbv plg) bei dvbapiNet.DvbViewer.Plugin.EventMsg(Event ev, IntPtr data)
[2020-12-09T19:30:19 PL --] (dvbv plg) Fehler bei Eventverarbeitung:
[2020-12-09T19:30:19 PL --] (dvbv plg) System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
[2020-12-09T19:30:19 PL --] (dvbv plg) bei dvbapiNet.DvbViewer.Plugin.Dispose()
[2020-12-09T19:30:19 PL --] (dvbv plg) bei dvbapiNet.DvbViewer.Plugin.EventMsg(Event ev, IntPtr data)
[2020-12-09T19:30:19 PL --] (dvbv plg) Fehler bei Eventverarbeitung:
[2020-12-09T19:30:19 PL --] (dvbv plg) System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
[2020-12-09T19:30:19 PL --] (dvbv plg) bei dvbapiNet.DvbViewer.Plugin.Dispose()
[2020-12-09T19:30:19 PL --] (dvbv plg) bei dvbapiNet.DvbViewer.Plugin.EventMsg(Event ev, IntPtr data)
[2020-12-09T19:31:04 PL --] (main) Version: dvbapiNET v1.0 (#1d5c9b8d)
[2020-12-09T19:31:04 PL --] (main) Starte Log, Debuglevel: Error
[2020-12-09T19:31:04 PL --] (dvbv plg) DVBViewer Plugin Initialisierung Fehler:
[2020-12-09T19:31:04 PL --] (dvbv plg) System.Net.Sockets.SocketException (0x80004005): Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig 127.153.228.117:47985
[2020-12-09T19:31:04 PL --] (dvbv plg) bei System.Net.Sockets.Socket.DoConnect(EndPoint endPointSnapshot, SocketAddress socketAddress)
[2020-12-09T19:31:04 PL --] (dvbv plg) bei System.Net.Sockets.Socket.Connect(EndPoint remoteEP)
[2020-12-09T19:31:04 PL --] (dvbv plg) bei dvbapiNet.Oscam.InterCom.InterComClient..ctor(String pipeName)
[2020-12-09T19:31:04 PL --] (dvbv plg) bei dvbapiNet.Oscam.DvbApiAdapter..ctor(String pipeName, Boolean isMdapi)
[2020-12-09T19:31:04 PL --] (dvbv plg) bei dvbapiNet.DvbViewer.Plugin..cctor()
[2020-12-09T19:31:04 PL --] (dvbapiclient) Verbindungsaufbau zu OScam DVBAPI fehlgeschlagen:
[2020-12-09T19:31:04 PL --] (dvbapiclient) System.Net.Sockets.SocketException (0x80004005): Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig 127.0.0.1:6330
[2020-12-09T19:31:04 PL --] (dvbapiclient) bei System.Net.Sockets.Socket.DoConnect(EndPoint endPointSnapshot, SocketAddress socketAddress)
[2020-12-09T19:31:04 PL --] (dvbapiclient) bei System.Net.Sockets.Socket.Connect(EndPoint remoteEP)
[2020-12-09T19:31:04 PL --] (dvbapiclient) bei dvbapiNet.Oscam.DvbApiClient.Connect()
[2020-12-09T19:31:04 PL --] (dvbapiclient) bei dvbapiNet.Oscam.DvbApiClient.WatchConnection(Object o)
[2020-12-09T19:31:04 PL --] (main) Version: dvbapiNET v1.0 (#1d5c9b8d)
[2020-12-09T19:31:04 PL --] (main) Starte Log, Debuglevel: Error
[2020-12-09T19:31:04 PL --] (dvbv plg) DVBViewer Plugin Initialisierung Fehler:
[2020-12-09T19:31:04 PL --] (dvbv plg) System.Net.Sockets.SocketException (0x80004005): Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig 127.153.228.117:47985

Vielleicht findet jemand einen Fehler in der log.

 

[t5b6_de]

Hallo,

Das ist seltsam:
-> Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig
(PS: packe deine Logfiles bitte in Code-Blöcke, die zudem auch in Spoiler-Blöcke gepackt sind.)

Irgendwas hast du da komisches laufen. Lass es Kaspersky, Avast oder irgend nen anderer Antivieren/Firewall-Kram sein.
-> Runterschmeißen, nicht nur deaktivieren, Rechner neustarten.
Das hier ist ein anderer Fehler als in dem ersten Log-Ausschnitt.

Aber Normalerweise dürfte Kommunikation über Localhost keiner Beschränkung unterliegen.


Und ich könnte mir vorstellen, dass Oscam auch keine Sockets öffnen darf, und es deswegen zu dieser ganzen Problematik kommt.

 

[trude97]

Ich habe nur die Windows 10 20h2 Bordmittel, sowie die Windows 10 Firewall control von Sphinx-Soft am laufen. Die schmeiße ich mal runter, und werde berichten.
Vielen Dank!

 

[trillian59]

Aber Normalerweise dürfte Kommunikation über Localhost keiner Beschränkung unterliegen.

DAS ist eine weitverbreitete, aber trotzdem (oder gerade wegen?) total falsche Ansicht.
"Localhost" (aka 127.0.0.1 und ::1) ist eine ganz normale LAN Schnittstelle, mit allen Features, wie jede andere auch. Aus Bequemlichkeitsgründen wird zwar überlicherweise "alles frei"geschaltet, aber das muss nicht so sein.

Ich würde vermuten, dass dieses mysteriöse "Sphinx-Dinx" Oscam als "feindlich" oder "unbekannt, deshalb potentiell gefährlich" einstuft und deshalb sperrt. Ich versteh eh nicht ,wofür das Teil gut sein soll? Macht nichts anderes, wie die Windows Firewall auch, wird wohl nur ein Fake-Frontend sein mit ein paar zusätzlichen Filterregeln gegen Telemetriekram.
Weg damit und nochmal booten...

 

[trude97]

So, bislang läuft alles problemlos, anfangs kamen die Aussetzer auch erst nach ein paar Wochen, sodass ich das länger beobachten muss. Das Logfile enthält aber wesentlich weniger Einträge. Das sieht schon einmal gut aus.
Das die Firewall den internen Zugriff blockieren kann, hätte ich auch nicht gedacht.
Mit der Sphinx Firewall Control wollte ich nur kontrollieren können, welche Programme eine ausgehende Internetverbindung herstellen dürfen.
Scheinbar hat das Programm aber die Verbindung zu Oscam gestört, aber keine Meldung dazu ausgegeben.
Noch einmal zum Einstellen der Logfiles, wie kann ich die denn in Code Blöcke und in Spoiler-Blöcke packen?

Gruß

 

[t5b6_de]

schön dass es nun geht.

Dvbapinet benutzt intern zur Kommunikation auch einen oder mehrere Sockets, je nach Aufbau. die Ports werden dabei Zufällig gewählt.

 

[trude97]

Es läuft immer noch alles einwandfrei. Die Sphinx Firewall Control ist deinstalliert, und die dvbapinet.log enthält nur wenige Einträge.
Ein Vergleich zu vorher: Die Log-Datei ist nach 3 Tagen 677mb groß gewesen! Falls das Problem doch noch einmal auftreten sollte, werde ich mich melden!
Gruß

 

[trillian59]

Die Sphinx Firewall Control ist deinstalliert

Ich sach doch: manche Dinge können so einfach sein. Vor allen Dingen, wenn man Fakeware von seinem Rechner fernhält. Manchmal ist weniger halt mehr

 

[wolpers_0815]

Nachdem mdvbapi nach der Aktualisierung des DVBViewer MediaServers ploetzlich nicht mehr funktionierte, bin ich auf dvbapiNet gewechselt. Leider funktioniert auch dvbapiNet nicht. Im Log gibt es folgenden Hinweis:

Spoiler: Exception

[2021-01-03T12:58:12 PL --]           (main) Starte Log, Debuglevel: 32767
[2021-01-03T12:58:12 PL --]       (dvbv plg) DVBViewer Plugin Initialisierung Fehler:
[2021-01-03T12:58:12 PL --]       (dvbv plg) System.UnauthorizedAccessException: Der Zugriff auf den Pfad wurde verweigert.
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei System.IO.Pipes.NamedPipeServerStream.Create(String fullPipeName, PipeDirection direction, Int32 maxNumberOfServerInstances, PipeTransmissionMode transmissionMode, PipeOptions options, Int32 inBufferSize, Int32 outBufferSize, PipeAccessRights rights, SECURITY_ATTRIBUTES secAttrs)
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei System.IO.Pipes.NamedPipeServerStream..ctor(String pipeName, PipeDirection direction, Int32 maxNumberOfServerInstances, PipeTransmissionMode transmissionMode, PipeOptions options, Int32 inBufferSize, Int32 outBufferSize, PipeSecurity pipeSecurity, HandleInheritability inheritability, PipeAccessRights additionalAccessRights)
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei System.IO.Pipes.NamedPipeServerStream..ctor(String pipeName, PipeDirection direction, Int32 maxNumberOfServerInstances, PipeTransmissionMode transmissionMode, PipeOptions options)
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei dvbapiNet.Oscam.InterCom.InterComServer..ctor(String pipeName)
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei dvbapiNet.Oscam.DvbApiClient..ctor(String host, Int32 port, String pipeName, String clientInfo, Int32 adapterOffset)
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei dvbapiNet.Oscam.DvbApiAdapter..ctor(String pipeName, Boolean isMdapi)
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei dvbapiNet.DvbViewer.Plugin..cctor()
[2021-01-03T12:58:12 PL --]       (dvbv plg) DVBViewer-Event: InitComplete
[2021-01-03T12:58:12 PL --]       (dvbv plg) DVBViewer-Event: TuneChannel

Im OSCAM log sehe ich aber dennoch folgende, allerdings nur einmalige Anfrage:

Spoiler: OSCAM

2021/01/03 12:57:57 53C23C18 c   (dvbapi) New events occurred on 1 of 17 handlers after 157794 ms inactivity
2021/01/03 12:57:57 53C23C18 c   (dvbapi) Now handling fd 15 that reported event 1
2021/01/03 12:57:57 53C23C18 c   (dvbapi) new socket connection fd: 62
2021/01/03 12:57:57 53C23C18 c   (dvbapi) Trying to read 4 bytes from connection fd 62
2021/01/03 12:57:57 53C23C18 c   (dvbapi) Got DVBAPI_CLIENT_INFO packet with size 33
2021/01/03 12:57:57 53C23C18 c   (dvbapi) Client connected: 'dvbapiNET v1.0 (#1d5c9b8d)' (protocol version = 2)
2021/01/03 12:57:57 53C23C18 c   (dvbapi) Sending packet to dvbapi client (fd=62):

 

[esackbauer]

Hast du auch die letzte Version vom DMS im Einsatz (3.0.1)?

Sie müssen registriert sein, um Links zu sehen.

 

[wolpers_0815]

Ich kann erst mal Entwarnung geben. Hab alle Programme (DVBViewer, Server, OSCAM, Plugins) mal neuinstalliert und neugestartet. Jetzt ist alles wieder OK!!!

 

[t5b6_de]

es gab beim DMS 3.0.0 wohl nen Fehler bei der Plugin-API, wurde wohl behoben. Ich selbst habe das noch nicht im Einsatz, und derzeit auch keine Zeit das zu testen, wird noch voraussichtlich bis zum Wochenende dauern.

 

[trillian59]

nein nein, mit den Plugins hatte das nix zu tun, die DLL lief brav weiter.
Der Fehler war in der EPG Auswertung, aufgrund der neu hinzugekommenen Internet Streams kriegt der DVBViewer/DMS nun die Glaubenskrise und wusste nichtmehr so Recht, welches EPG zu welchem Sender gehörte.
Die erarbeitete Lösung erwies sich als äusserst suboptimaler Denkfehler und wurde mit 3.0.1.0 wieder zurückgenommen.

Wie gesagt, das hier ist die völlig falsche Baustelle dafür.

 

[fleischhammer]

Nachdem mdvbapi nach der Aktualisierung des DVBViewer MediaServers ploetzlich nicht mehr funktionierte, bin ich auf dvbapiNet gewechselt. Leider funktioniert auch dvbapiNet nicht. Im Log gibt es folgenden Hinweis:

Spoiler: Exception

[2021-01-03T12:58:12 PL --]           (main) Starte Log, Debuglevel: 32767
[2021-01-03T12:58:12 PL --]       (dvbv plg) DVBViewer Plugin Initialisierung Fehler:
[2021-01-03T12:58:12 PL --]       (dvbv plg) System.UnauthorizedAccessException: Der Zugriff auf den Pfad wurde verweigert.
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei System.IO.Pipes.NamedPipeServerStream.Create(String fullPipeName, PipeDirection direction, Int32 maxNumberOfServerInstances, PipeTransmissionMode transmissionMode, PipeOptions options, Int32 inBufferSize, Int32 outBufferSize, PipeAccessRights rights, SECURITY_ATTRIBUTES secAttrs)
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei System.IO.Pipes.NamedPipeServerStream..ctor(String pipeName, PipeDirection direction, Int32 maxNumberOfServerInstances, PipeTransmissionMode transmissionMode, PipeOptions options, Int32 inBufferSize, Int32 outBufferSize, PipeSecurity pipeSecurity, HandleInheritability inheritability, PipeAccessRights additionalAccessRights)
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei System.IO.Pipes.NamedPipeServerStream..ctor(String pipeName, PipeDirection direction, Int32 maxNumberOfServerInstances, PipeTransmissionMode transmissionMode, PipeOptions options)
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei dvbapiNet.Oscam.InterCom.InterComServer..ctor(String pipeName)
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei dvbapiNet.Oscam.DvbApiClient..ctor(String host, Int32 port, String pipeName, String clientInfo, Int32 adapterOffset)
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei dvbapiNet.Oscam.DvbApiAdapter..ctor(String pipeName, Boolean isMdapi)
[2021-01-03T12:58:12 PL --]       (dvbv plg)    bei dvbapiNet.DvbViewer.Plugin..cctor()
[2021-01-03T12:58:12 PL --]       (dvbv plg) DVBViewer-Event: InitComplete
[2021-01-03T12:58:12 PL --]       (dvbv plg) DVBViewer-Event: TuneChannel

Hallo zusammen, ich habe mit DVBViewer 7.0.1.0 und Media Server 3.0.1.0 genau den gleichen Fehler. Ich versuch dann morgen auch mal alles neu zu installieren, ob es sich dadurch beheben lässt...

 

[t5b6_de]

Der Media-Server läuft als Dienst, möglicherweise hat dieser keine Berechtigung dazu Named Pipes zu verwenden. Sollde der nicht als user SYSTEM laufen bitte mal in den Diensten nachschauen. und ggf. anpassen. Ich habe hier noch ncihts aktualisiert. werde es aber dann wohl am Wochenende mal machen. etwas Zeit müsste sich rausschlagen lassen.