Igl

Hallo @JanG ich komme derzeit nicht zum Testen, ob sich das 29-Minuten-Problem bei meinem Heimnetz irgendwie verändert hat. Hat sich eigentlich aus der TeamViewer-Session mit @JanG die Fehlerursache finden oder zumindest eingrenzen lassen @thomaskud? Ich hab zu dem Thema bisher noch nichts entdeckt? Aber zum Thema 64-Bit kann ich vielleicht was beitragen: @thomaskud hat sich mir gegenüber per PN geäußert, dass eine 64-Bit-Version bereits recht weit fortgeschritten ist - ein offizieller Erscheinungstermin sei noch nicht festgelegt. (@thomaskud, ich hoffe, das war jetzt nicht so super geheim, dass ich es hier nicht verlauten lassen sollte - du siehst ja, eure Kunden werden ungeduldig und fangen an, sich anders zu orientieren....)

Nee @JanG, funktioniert nicht. Bei mir ist WLAN grundsätzlich IMMER aktiviert und (entgegen meiner Vermutung) steht WLAN in der Netzwerk-Verbindungsliste IMMER oberhalb der Ethernet-Verbidung. Willkommen im Klub @JanG. Was hatte ich schon alles für Vermutungen, was die Ursache sein könnte, dann ging es tatsächlich ein paar Stunden gut. Aber allerspätestens am nächsten Tag brach das TV-Fenster wieder nach 29 Minuten ab. Vielleicht hast du morgens vor deinem Termin mit Geniatech die Möglichkeit zu testen, ob das TV-Fenster gerade nach 29 Minuten abbricht oder doch gute Laune hat. Murphys Law und der Vorführeffekt lassen grüßen Ich drück' euch auf jeden Fall morgen früh ganz doll die Daumen

Hi @JanG, bei mir funktioniert eyeTV genauso wenig mit WLAN (dauerhaft aktiviert) wie mir Ethernet - allerdings steht Ethernet in den Systemeinstellungen >Netzwerk oberhalb von WLAN. Ich werde also die Reihenfolge ändern und berichten, sobald ich die Zeit dafür über habe (ist ja im Moment alles ein bisschen eng) Danke nochmal @JanG, dass du das mit der TeamViewer-Sitzung übernimmst

Thanks @JanG

So, AVM hat nun mehrere Supportdaten, einen super kurzen Kommunikationsmitschnitt des Netzwerkverkehrs vom Fehlerzeitpunkt und einen langen Mitschnitt von vor dem Start von eyeTV bis zum Abbruch des TV-Fensters durchgesehen. Das Ergebnis auf den Punkt gebracht: Es ist die Software eyeTV, die das Problem verursacht. ... Der Stream über Multicast reißt einfach ab, nur warum lässt sich aus den Kommunikationsmitschnitten leider nicht sagen. Hier könnten eventuell andere Netzwerkkomponenten das Multicast durcheinander bringen - oder die Software ist fehlerhaft. Auf Seiten der FRITZ!Box liegt nicht die Ursache. ... Andere Netzwerkkomponenten hatte ich aber allesamt für meine Tests (v.a. für die Kommunikationsmitschnitte für die AVM-Untersuchung) eliminiert - also macht die eyeTV-App die Probleme, was ja auch nach all den Berichten hier irgendwie nahe liegt. For the english speaking folks here: AVM has engaged really passionately until now (thanks to them at this point again ). They say (after lots of checking network communication protocols I delivered to them) that the eyeTV-Software is the cause of the problem: The multicast-stream tears off for an incomprehensible reason and there where no other components in the network which could disturb the multicast. So now it's your turn to find the reason für this multicast-tear-off in eyeTV-Software at Geniatech @thomaskud. Perhaps you can get some hints from elgato, because the problem already existed at their times - perhaps they know something about this problem. Dear @JanG, could you please do the testing with @thomaskud and TeamViewer? We still have this health emergency in the family and I am running out of time and power (I am not so healthy as well) - and I think I've done a good part of contribution to narrow down the problem until now

Dear @thomaskud, AVM vermutete anfangs nach lesen dieses Threads Probleme mit der der VLAN-ID, die der NetStream 4Sat im Netzwerk zu nutzen scheint. Davon scheint es im VLAN-Protolkoll nicht zu viele in einem Netzwerk geben zu dürfen, zumindest soll sich das FritzOS damit schwer tun - oder so ähnlich. Mein DSL-Anbieter braucht aber schon zwingend je eine VLAN-ID für die Internetdaten- sowie für die Internet-Telefonie. Meine Tests haben aber die VLAN-Vermutung nicht bestätigt: Wenn ich die beiden VLAN-IDs ganz rausnehme (also die Aktivierungshaken entferne) tritt der Abbruch nach 29 Minuten trotzdem auf. AVM konnte ansonsten kein Problem in den "einfachen" Support-Daten entdecken, deswegen schicke ich dieser Tage einen detaillierten Mitschnitt der Netzwerk-Kommunikation an AVM (die letzten 2 Wochen hatte ich leider keine Zeit dafür). Wenn AVM dann keine mögliche Ursache findet (braucht bestimmt mindestens eine Woche bis die ein Ergebnis haben), können wir das gerne mit der TeamViewer-Sitzung machen Thomas! Wäre ja schön, wenn wir den Übeltäter finden könnten, so dass ihr bei Geniatech eine Chance habt, den Fehler zu beheben Ich melde mich hier wieder, sobald ich von AVM eine Rückmeldung habe und wir ggfs. loslegen können @thomaskud ...

Von meiner Seite noch nichts konkretes @Unlimited, da ich bis vor einer halben Stunde auf Infos von meinem DSL-Anbieter wegen den VLAN-Einstellungen für Internet & Telefonie der FritzBox gewartet habe. Die scheinen eyeTV auf dem Mac direkt zu beeinflussen, aber mein DSL-Anbieter braucht sie (leider). Bisher nur soweit: - Gelabelte FritzBox / gelabelt, aber auf ein pures FritzOS zurückgesetzt / ungelabelt regulär im Laden erstanden: Das scheint eyeTV auf dem Mac nicht zu jucken, da lag ich mi meiner Theorie falsch. - Am Anfang der Einrichtung einer frisch auf Werkseinstellungen zurückgesetzten FritzBox (nur die Einstellung für den Internetzugang eingerichtet und dann den Mac per LAN-Kabel an die FritzBox angeschlossen) scheint eyeTV auf meinen Macs ohne Zeitlimit zu funktionieren. Scheint, weil das TV-Fenster auch z.T. erst nach 51 Minuten abbricht (wie ich erst später feststellen durfte ), ich hab aber meist nach einer 3/4 Stunde meinen Versuch als "erfolgreich" beendet. An welchem Punkt im Fortschritt der Konfiguration meiner FritzBox(en) (Telefonie, WLAN usw.) nun aussteigt, ist mir ob dieses Flohzirkus nicht zu fassen - mir geht auch langsam die Zeit & die Kraft dafür aus. Wir haben hier zur Zeit auch einen Notfall in der Familie, ich kann deshalb nicht ständig die Telefonie killen, weil ich gerade mal wieder die FritzBox zurücksetzen will. Also starte ich heute einen letzten Test und schicke die Logfiles an AVM - vielleicht finden die ja das Problem. @thomaskud, seid ihr denn schon mit der Fehlersuche weiter gekommen? Konntet ihr das Problem rekonstruieren?

AVM hat sich jetzt bei mir gemeldet und wird nächste Woche von mir Testdaten bekommen, um sich das Phänomen näher ansehen zu können. Bis dahin teste ich noch ein bisschen weiter vor mich hin

Ist ja gut, wenn wir in alle möglichen Richtungen denken @handree. So haben wir bessere Chancen das Problem bzw. eine Lösung zu finden Und ja, du hast schon Recht. Das wäre ziemlich abgedreht, wenn meine Theorie stimmen würde. Vielleicht ist es auch nicht das gelabelte problematisch, sondern einfach unterschiedliche FritzBox-Einstellungen (der Import der Einstellungen bei der ungelabelten Box hat gestern Nacht nicht ganz funktioniert, es wurden hauptsächlich nur die Internet-Zugangsdaten übernommen). Die Einstellungen will ich noch vergleichen ... Das mit der Erstinstallation von eyeTV auf einem Mac (MacBook Pro Mitte 2015, letztes Frühjahr als Refurbished bei Apple gekauft und eingerichtet), der dann nur mit einem NetStream betrieben wird, ging bei mir eben leider nicht gut. Allerdings hatte ich dabei nicht den Software-Code vom NetStream 4Sat benutzt, sondern den vom DTT, der war einfach besser greifbar - damals ahnte ich ja nicht, dass das ein Problem sein könnte. Aber an's MacBook Pro neu aufsetzen habe ich auch schon gedacht, der Installer-Stick ist schon bereit.... das will ich dann zusammen mit einer weitgehend auf Werkseinstellungen belassenen FritzBox testen...

Danke für die schnellen Antworten @handree und @Unlimited Gucke einer schau, also haben zumindest wir drei gelabelte FritzBoxen... M-Net sagt zwar einerseits an der Telefon-Hotline, dass ihr FritzOS nicht gelabelt sei, aber auf der Website liest sich das ganz anders (s. https://www.m-net.de/storage/overlays/pk/fritzbox-vergleich/). Versatel ist 1&1, die werden also die selbe gelabelte FritzBox haben. Die Marktanteile von AVMs FritzBox sind zu groß, dass es allgemein mit der FritzBox unbemerkt hätte Probleme geben können. Aber ich habe vor Jahren schon mal schon "Erfahrungen" mit dem gelabelten FritzOS von 1&1 gehabt - deswegen bin ich darauf gekommen, dass dies das Problem sein könnte... Was war der AVM-Mitarbeiter damals sauer über das, was ich ihm da an 1&1-"Optimierungen" vorgeführt hatte - offensichtlich gab es damals keine Kontrollen, was die labelnden Firmen wie 1&1 da mit dem FritzOS trieben... AVM hat daraufhin 1&1 zu "Korrekturen" beim nächsten FritzOS-Update gezwungen. Ich habe jetzt wieder mit AVM Kontakt aufgenommen und werde heute Nachmittag ab 14h zurückgerufen, um das Problem der entsprechenden Abteilung genauer zu beschreiben. @thomaskud, @Mikyesun und @Vanessa, darf ich wen von eurer Seite als Ansprechpartner für AVM nennen? Eigentlich ist das mit der gelabelten FritzBox / dem gelabelten FritzOS noch viel vertrackter, weil ich das gelabelte FritzOS mit dem AVM-Recovery-Tool ungefähr letzten Oktober gegen ein ungelabeltes FritzOS "getauscht" hatte - diese Info hilft vielleicht bei der Fehlersuche auf Seiten von AVM / Geniatech (https://avm.de/service/fritzbox/fritzbox-7490/wissensdatenbank/publication/show/160_FRITZ-OS-der-FRITZ-Box-wiederherstellen).

@JuHa, dein Problem mit dem NetStream nicht finden könnte noch eine andere Ursache haben. Betreibst du die eyeTV-App mit genau dem Lizenzcode, der deinem NetStream 4Sat beilag? Ich hatte die eyeTV-App mit einem eyeTV DTT zu laufen, bevor ich mir den NetStream 4Sat geholt hab. Dieses "Nicht finden des Gerätes" hörte auf, als ich die bisherige eyeTV-App gelöscht hatte (mit dem eyeTV Reporter Tool) und bei der Neuinstallation dann den eyeTV-App-Lizenzcode, der der NetStream 4Sat beilag, verwendet hatte. Mit dem Ersatz-NetStream und dem alten NetStream-Code ging es wieder nicht mehr, ich musste wieder deinstallieren und mit dem mitgelieferten eyeTV-Code neu installieren.

Hallo @thomaskud und ihr mittlerweile zahlreichen Mitbetroffenen @JuHa, @Unlimited, @handree Mein NetStream 4Sat von Nov. 2015 habe ich vor ein paar Tagen zur Post bringen lassen @thomaskud, das hatte definitiv ein Hardwareproblem, denn die Firmware ließ sich ja nicht updaten. Danke für die kulante, wirklich nette Lösung Ich konnte mich ein paar Tage lang nicht rühren - aber nun kann ich mich wieder kümmern und es könnte sein, das ich die Ursache für das 29-Minuten-Problem endlich eingrenzen konnte, denn das tritt auch mit dem Ersatz-NetStream 4Sat auf Mit einer ungelabelten FritzBox 7360 habe ich gerade die 29-Minuten-Schallmauer durchbrochen - dagegen ist nach wie vor mit einer gelabelten FritzBox 7560 sowie einer gelabelten 7490 nach 29 Minuten Schluss (auch mit dem neuen Ersatz-NetStream 4Sat). Wer von euch Betroffenen hat denn eine FritzBox als Router? Gelabelt, wie z.B. die 1&1-HomeServer - oder regulär gekauft mit originalem FritzOS ohne (UI) im Browser-Backend?

... on my search for a solution for the tv-view-termination-problem, there is a second question still open @thomaskud, which could lead to the solution. I asked this at my post from 8.1.... and you ask in the same direction on 14.1. ... Why eyeConnect is "not installed" with the eyeTV-App installation (see first Screenshot from eyeTV Reporter Tool)? But the eyeConnect.app-file is there, where @thomaskud said it should be (Mac - Application - right click and choose show package content - resources - eyeconnect). I installed eyeTV-Software on both my Macs (MacBook Pro from 2010 and MacBookPro from 2015, both with macOS Sierra 10.12.6) with an admin-user (with which I use eyeTV). I used the eyeTV-Lizence-Code which came with the NetStream 4Sat-Hardware and granted rights for incoming connections at macOS-firewall for eyeTV.app, eyeConnect.app and eyeTV Reporter.app. As you can see at my post above, there could be issues with the firmware-version and the router-configuration - see my questions there. After the eyeTV-installation the Reporter Tool shows red lights for eyeConnect (eyeConnect not installed, not activated, not answering - see first screenshot). If I started eyeConnect manually the lights are green for eyeConnect is activated and answering - but still red for eyeConnet is not installed (see second screenshot). If I start eyeConnect manually, still the tv-view terminates after 29 minutes... Has anyone any idea, why eyeConnect is "not installed" with the installation of the eyeTV-App? Or any other idea why tv-view terminates after 29 minutes? I hope it's o.k., that I sum up the open questions which seam relevant for a solution in my two posts today. Perhaps it's a little bit easier to keep on track for @thomaskud because he only seams to look once a week at weekend in this forum.

Hi, my NetStream 4Sat doesn't update to the current firmware-version - who can help?!? @thomaskudtold me to update to the newest firmware-version 1.1.0.402r1-v1 , but my NetStream 4Sat only reinstall the version it has before (1.0.4.343r1-V1) - see first Screenshot. If I go to the IP-Adress of my NetStream, there where no Infos anymore about the NetStream device and firmware: Since my last Firmware-update a few weeks ago (on my search for a solution for the tv-view termination after 29 minutes), there is only the possibility to choose a firmware-file and to upload this file under the IP-Adress of the NetStream-device (see second screenshot). Has anybody some idea what could be the problem?!? - Before a few weeks I reconfigured my router, so that the NetStream-device has now free internet-access (that couldn't be the problem anymore). - But the Reporter Tool shows red light, that the automatic configuration of the router doesn't work (see third screenshot). The network settings of my router (FitzBox) allowing "Zugriff für Anwendungen erlauben" and "Statusinformationen über UPnP übertragen". But I don't know which other router-settings could be relevant and found nothing about it in the help system. Can someone please tell me which settings are neccessary? Yes, I asked this question a few weeks ago (8.1.) - but with no reply. Even not from @thomaskud.

Hallo @thomaskud, genau das hatte ich schon probiert - und in meinem Post am Montag beschrieben: Hier die Zusammenfassung davon bezogen auf deinen Tipp von heute: Ich hatte (mittlerweile schon gefühlte 100 mal ) eyeTV mit dem Reporter Tool deinstalliert (und zuvor noch den eyeTV Helper-Prozess per Activity-App gestoppt) und wieder installiert (Benutzer mit Admin-Rechten). 1. Mein erster Screenshot von Montags-Post zeigt das Fenster vom Reporter Tool >Netzwerk-Diagnose direkt nach dem Re-Installieren. EyeConnect war NICHT installiert und dementsprechend auch nicht gestartet oder antwortend. 2. Mein zweiter Screenshot von Montags-Post zeigt das Fenster vom Reporter Tool > Netzwerk-Diagnose nach manuellem Starten der eyeConnect.app: eyeConnect ist immer noch nicht installiert - aber gestartet und antwortend. Ergebnis: Auch mit der manuell gestarteten eyeConnect.app stoppte die Wiedergabe nach den 29 Minuten... Nach einem Neustart des Macs samt der eyeTV-App ist eyeConnect (lt. Reporter Tool) wieder NICHT gestartet - mittlerweile hab ich mir ein Alias auf den Schreibtisch zum manuellen Starten gelegt. Englisch verstehen ja als "Universalsprache" mehr Leute (hoffentlich auch mein Kauderwelsch-Englisch ) - wäre schön, wenn wir hier eine Lösung finden könnten, die auch anderen hilft Ich habe nämlich ziemlich viele (überwiegend anscheinend ungelöste) Berichte von Problemen meiner Art (Wiedergabeabbrüche) hier im Forum u.v.a auch sonst im Internet gefunden. Die Firmware-Version hab ich dir gerade wie gewünscht per PM geschickt. Wie geht's jetzt weiter? LG Chris I tried this last monday already - see my post from Monday 8.1.2018: https://eyetvforum.com/index.php?/topic/2086-eyetv-369-stops-view-and-with-it-recording-after-29-minutes-on-both-my-mac-not-on-ipad/&do=findComment&comment=3422