JanG

News: On my computers nothing seemed to help. Yet, I tested EyeTV 4 through all betas and finally purchased the so called final version. It worked perfectly - until I purchased a second version for my MacBook Air. Look and behold: The same nasty 29 min bug was back in full beauty that was finally gone while using different 'versions' of EyeTV on my laptop and iMac. So now I suspect that Geniatech is not able to handle the use of multiple licenses owned by the same user in the same network. I have informed their bloody support and posted about it in the EyeTV 4 (Mac) forum on this site. But I can only hope that they are willing and capable enough to address this issue. I'll keep you informed.

And, believe me, I would appreciate nothing more than an honest answer about Geniatech and their dedication (and even size). 🙂

@thomaskud: Some more hints - as I still cannot truly believe that you have no idea as to where to locate the issue -: 1. The behavior of EyeTV on my computer changes with every update of macOS. So it seems to be very clear to me that some component of EyeTV is colliding with some system component starting with macOS 10.13. Apple usually documents its changes to sensitive system components very well. So, why not crosscheck this data with EyeTV components? 2. You say you cannot reproduce the problem on your computers? How is that? What makes your computers different from mine and Igl's and so on? Are you using server editions of macOS? Are you developing EyeTV on Macs at all? Are only people in certain regions of the world affected? Have you tried to reproduce the problem on an ordinary customer Mac? What are the differences to your development computers? Why can't you just let @thomaskud setup a new system and check whether he is able to reproduce the issues (instead of relying on customer help)? If you have done that and @thomaskud has not been able to reproduce the problem, ask yourselves: why is that? What makes his computer different from those in China? 3. Ask yourselves whether the 29 minutes problem isn't indeed a 30 minutes problem (but counting starting at 0 seconds, so after 30 min the counter shows 29:59 which may be rounded to 29 minutes in EyeTV). What processes are reset after 30 minutes? In EyeTV? On the Mac? That also affect WLAN and/or Ethernet and Sat>IP? So look for numbers in your source code like 30, 1800 and so on. 4. The problem has nothing to do with EyeConnect.app. I renamed the folder that includes the app and after restarting the computer and checking in the activity monitor that EyeConnect was not running, EyeTV behaved as always recently, i.e. it stopped working after 30 min. (Yes, 30 min.) Of course, without EyeConnect I could not stream any content to my iPad. 5. For EyeTV to crash it is not necessary that a recording is made. The program even crashes if completely left alone without recording and without viewing - al least on my two computers. 6. First, I am getting the impression that again the users are doing more for bug fixes than Geniatech. Second, I am getting the impression that your programmers have so little knowledge of English that they have difficulties to understand at least what is written in this forum, and probably the same is valid for the source code. So, please, @thomaskud, where are Geniatechs efforts? Is an experienced programmer who knows the details about EyeTV working on this issue? It is in the way of becoming ridiculous that you cannot reproduce the issues, not even to mention identifying the source of it.This thread was started 5 months ago - and where are we? - Nowhere. With no ideas. And some guessing about the source of the issue - that is plainly wrong. What the heck.

Does not work here. 😞 Also this idea doesn't seem to be very convincing as every restart of the computer would help as well. Still 29 minutes here and than the full crash as described above. All this all is very discouraging - and, actually, I am asking myself on what systems you are testing your software? And I cannot imagine that it should be impossible to identify why the recording stops after 29 minutes. You are speaking of the system scheduler that needs resetting. Then where are the three lines of code that reset the scheduler after 28 minutes and everything would be fine? Heck, and no consequences of the opening my computer to your chinese ghost programmers. Yes, I am angry! Meanwhile I am paying for my Gracenote EPG abo without being able to use it ...

Ich muss mich korrigieren, Bis zum Update auf macOS 10.13.4 funktionierten Aufnahmen bei mir wieder problemlos. Seit ein paar Tagen ist jedoch auch bei mir bei sämtlichen Aufnahmen nach 29 min Schluss (vor dem Update waren es unterschiedlich lange Zeiträume). Also @thomaskud, auf zur nächsten Überarbeitung - und bitte auch zur Umstellung auf 64 Bit - oder macht bitte eine klare Ansage zu dem Thema 64 Bit, damit man rechtzeitig nach Alternativen suchen kann. Danke!

Für viele scheint das letzte Update eine zumindest befriedigende Lösung geschaffen zu haben. Bei mir kommt es nur noch sporadisch zu Aufnahme-Abbrüchen - meistens, wenn ich WLAN und Ethernet am Rechner gleichzeitig an habe (weil ich vergesse, nach AirDrop das WLAN wieder abzuschalten). Mit Ethernet allein funktionieren Aufnahmen nach meiner Erfahrung jetzt aber stabil. "Ethernet" und "WLAN" beziehen sich dabei ausschließlich auf den Anschluss des aufnehmenden Rechners ans Netzwerk. Im Netzwerk lief und läuft seit jeher eine mischung aus beidem, teilweise auch in Reihe geschaltet, also WLAN - Ethernet - WLAN.

Bemerkt eigentlich irgendjemand Verbesserungen mit der neuen Version (3.6.9 (7524))? Ich habe sie gestern heruntergeladen, aber mir fehlt gerade die Zeit zum Testen. Mit meinem doppelten WLAn+Ethernet-Netzwerkanschluss (s.o.) funktioniert es so stabil wie schon vorher die 7523. Aber wie sieht es bei den Leuten aus, bei denen bisher gar nichts richtig ging? Danke.

@joemj Danke für deine Fürsorge. Die Session ist über TeamViewer gelaufen, zumindest das weiß ich. Es ist auch nicht so, dass ich glauben würde, mein Gegenüber hätte den Zugang zu meinem Rechner für irgendwelchen Unsinn genutzt. Aber was ich erwarte, wenn ich jemandem Zugriff auf meinen Privatbereich gestatte, ist minimale Kommunikation. Ich habe erst 20 min dagesessen und gewartet, dass sich jemand meldet. Dann auf einmal ein Log-in in den TeamViewer von einer mir unbekannten ID aus und der Rechner wird sichtbar aus der Ferne gesteuert. Daraufhin habe ich schriftlich, akustisch und per Video versucht, Kontakt aufzunehmen. Keine Reaktion. Trotz Zwischenschaltung von Google translate - nichts. Die parallele Nutzung von WLAN und Ethernet finde ich auch nicht schön, ist zumindest bei mir aber der einzige Weg, EyeTV nutzen zu können. Bislang habe ich hier keine Probleme dadurch.

Thanks, @thomaskud. I even used Google translate to ask them in simplified Chinese what they were doing on my computer, but no reply - because it is somewhat scary when somebody scans your computer, mouse, windows and whatever who does not even introduce themselves. Honestly, I am considering to set my computer back to a condition before the session via TimeMachine. Please, tell the R&D people that they asked for help in this case - and this should be reflected in their behavior. And beyond all cultural differences which I acknowledge.

The Teamviewer session seems to be over - a rather unpleasant experience, @thomaskud. I'd rather prefer at least some minimal contact ('Hello') with the other side. Google translate can be your friend ... Unfortunately, over the 20 min of contact no crash occurred. So I would like to know whether the contact was in any way helpful for Geniatech.

War einfach eine Hoffnung, @Igl, weil bei mir letzte Nacht eine Aufnahme endlich mal wieder durchgelaufen war. Bei mir sind es übrigens nie exakt 29 Minuten gewesen. Ich hatte schon sehr kurze Zeiten bis zum Abbruch (ca. 5 min) und Zeiten bis zu knapp einer Stunde. Mal schauen, was morgen raus kommt.

Jetzt hatte ich gerade wieder einen Totalabsturz bei Verbindung über WLAN. Scheint also auch nicht wirklich zu funktionieren. :-( Also weiter auf morgen hoffen ...

Und gegebenenfalls den Neustart mit aktiviertem WLAN nicht vergessen. :-)

@IgL und @thomaskud: Main info in English below! Und noch Neuigkeiten: Irgendwo in diesem Thread hat jemand den Hinweis gepostet, bei ihm funktioniere EyeTV, wenn der Computer über WLAN verbunden sei. Ich hatte das bereits getestet, aber konnte die Angabe hier leider nicht bestätigen. Nachdem ich gestern von einer Reise zurückgekommen bin und meinen Computer neu gestartet habe, habe ich jedoch für AirDrop das WLAN aktiviert, bevor ich EyeTV gestartet habe. Und ich habe vergessen, das WLAN wieder auszuschalten. Gestern habe Abend hat EyeTV dann überraschender Weise eine 2h-Sendung problemlos aufgenommen. :-o Vielleicht könnte eine Zwischenlösung also tatsächlich in der Anbindung des Computers per WLAN liegen, wobei das WLAN vielleicht/offenbar vor dem Start von EyeTV aktiviert sein und innerhalb der Netzwerk-Verbindungen oberhalb von Ethernet platziert sein muss. Jedenfalls habe ich eben einen erneuten Probelauf nur per Ethernet durchgeführt - und nach wenigen Minuten wieder den bekannten Absturz des Programms erlebt. Das würde darauf hinweisen, dass die Probleme mit sehr tief im macOS verankerten Verbindungsroutinen, und zwar Ethernet betreffenden Routinen von vermutlich macOS 10.13.3, zu tun haben, da sie sonst ohne Neustart wiederhergestellt werden können sollten. Wie geschrieben, werde ich morgen früh mit Technikern aus China per Teamviewer einen Testlauf absolvieren. Aber Aktivierung von WLAN, dann Neustart des Rechners und anschließend Start von EyeTV bei aktiviertem WLAN könnte ein Workaround sein. Könntest du das eventuell mal auf deinem Rechner prüfen, @Igl? English: I accidentally switched on my computer with activated WLAN yesterday - and all problems seemed to resolved. I had tried activating and deactivating WLAN without a restart of my computer before - but without success. So the affected code that leads to the malfunctioning of EyeTV over ethernet seems to be located deep in the system files of macOS 10.13.3, as switching WLAN on and off shows no effect. It might therefore be that restarting your computer and activating WLAN (and placing it over ethernet connection in the Network settings of the system preferences!) before starting EyeTV provides a workaround for the recording issues encountered by some here. Feedback appreciated-

To whom it may concern: Geniatech (China) and me have scheduled a team viewer session for tomorrow morning. I hope we will know more about the issues afterwards. Best to everyone.

Ich habe gerade auf die PM geantwortet, @thomaskud. Ich hoffe, wir finden eine Lösung.

Thanks for your efforts, @Igl. I agree with you that EyeTV seems to be the source of the issues, but I am actually wondering how such a major problem could not be reproducible by Geniatech. @thomaskud, if you still think my participation in resolving the issue was helpful, please contact me via e-mail. We may set up a TeamViewer session or whatever else might help you to further investigate the problem.

Thanks for your message - appreciated. If it would be of any help to you we can set up a teamviewer session. Unfortunately, though, I won't be at home next week. But if the problem should persist after March 11, please feel free to contact me via e-mail. I'd be happy to assist in locating the issue.

Bei mir ändert aktiviertes/deaktiviertes WLAN gar nichts. EyeTV spinnt einfach, bricht die Aufnahmen irgendwann ab, wechselt nicht zwischen Sendern, wenn erforderlich. What are you doing there at Geniatech? Is anybody actually working on this problem? I'd really appreciate if I could at least use EyeTV to watch TV, not to mention to record any shows!This once was the best TV recording software on the market. With quite some distance. And now? It's a shame!

Ich bin jetzt übrigens, da ich noch einen Single LNB vor der Schüssel habe, wiederzu meinem Elgato Sat free zurückgekehrt. Der arbeitet ohne Probleme. Ich denke der Fehler liegt in der Sat>IP-Software.

Der Thread betrifft mich, glaube ich auch. Bei mir hängt EyeTV an einer Sat>IP-Box (Xoro Sat>IP Server 8100), die das Signal per Ethernetkabel zum Router (GigaCube) überträgt. Von dort geht es per WLAN in das restliche Heimnetz. EyeTV Reporter meldet alles grün (bis auf My EyeTV, das ich aber noch nie richtig zum Laufen gebracht habe und seit Jahren ignoriere). Bei mir brechen die Aufnahmen und auch das Fernsehen ohne Aufnahme ebenfalls beständig ab, allerdings sind die Zeiten variabel. Ich schätze sie liegen zwischen 10 min und 45 min. Es kommt dabei zu Abstürzen, die einen Neustart erforderlich machen (macOS 13.3.3, alles auf dem neuesten Stand - auf iOS-Geräten scheint es besser zu klappen, habe ich aber noch nicht endgültig getestet. Außerdem ist EyeTV 3.6.9 (7523) nicht mehr in der Lage, vor programmierten Aufnahmen das Programm zu wechseln. Es wird dann angeblich munter aufgenommen, aber nur eine 0 Byte-Datei erzeugt. Das Alles ist ziemlicher Mist und nervt ziemlich. Mindestens ein Dutzend Aufnahmen sind daran schon gescheitert.