JanG

Members
  • Content count

    20
  • Joined

  • Last visited

  • Days Won

    1

JanG last won the day on March 12

JanG had the most liked content!

Community Reputation

1 Neutral

About JanG

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. And, believe me, I would appreciate nothing more than an honest answer about Geniatech and their dedication (and even size). ­čÖé
  2. @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.
  3. 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 ...
  4. 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!
  5. 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.
  6. 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.
  7. @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.
  8. 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.
  9. 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.
  10. 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.
  11. Jetzt hatte ich gerade wieder einen Totalabsturz bei Verbindung ├╝ber WLAN. Scheint also auch nicht wirklich zu funktionieren. :-( Also weiter auf morgen hoffen ...
  12. @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-
  13. 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.