newcode

@Kruemel666 Das ist Bestandteil des KW Images. Für die Fehlersuche wäre es einfacher wenn Du mal das KW 2006 V2 beta7 flashen würdest. Grüße

@Kruemel666 find /var -name operations Grüße

@Kruemel666 Es sieht bei Dir danach aus, daß keine Interrupts erkannt werden. Starte bitte mal avia_check mit: avia_check 50 Außerdem schau Dir bitte mal die Interrupts über telnet an. Also 2 mal cat /proc/interrupts hintereinander. Die Zeile, die mit 8: anfängt, ist die interessante. Außerdem hat dein Image vermutlich kein operations script. Dann funktioniert rezap nicht. Grüße

@Kruemel666 Ich kann Dir nur zu Linux was sagen. z.B. telnet dbox | tee logfile

@Kruemel666 Ein Log von den Resets. Du schreibst doch, die kommen alle 2 sec.

@niemand0815 Ich zappe natürlich nicht rum während des Suchlaufs. Aber mit pzapit kann man verschiedene Stati abfragen. Und das scheint neutrino nicht zu vertragen. @schubsi Das mit Parameter ist natürlich machbar. Ich kenne noch jemanden, der wohl ein ähnliches Problem hat. Der testet das heute abend mal bei FTA Programmen. Was den Suchlauf betrifft: avia_check erkennt, daß ein Suchlauf läuft. Ich habe das jetzt so umprogrammiert, daß dann keine Stati mehr abgefragt werden. Werde das heute Abend testen. @Kruemel666 Das ist ein bißchen wenig Info. Was für ein Image ? Welche Version avia_check ? Ein Logfile wäre auch nicht schlecht. Grüße

@bahnbooster Zum Thema PES/SPTS kann ich Dir nur sagen. daß ich den nicht anfasse. Es wird nur der Status abgefragt umd die Aktion nach dem Reset zu bestimmen, die einen eventuellen Freeze auflöst. @schubsi Was den Freeze bei FTA Programmen angeht: Könntest Du mal in so einem Fall statt umzuschalten per telnet einen enxreset auslösen ? Nur um sicher zu sein, daß der ENX Ursache für den Freeze ist. Sowohl bei der Kanalsuche asl auch bei FTA Programmen wird avia_check inaktiv. D.h. es wird immer noch der Status der Box ermiitelt, aber keine Resets ausgelöst. Scheinbar gibt es einen Konflikt zwischen neutrino und den pzapit Befehlen die ich abschicke. Ich werde das mal so umbauen, daß während der Kanalsuche nur auf das Ende derselben gewartet wird. Dazu brauche ich pzapit nicht. Grüße

@bahnbooster Da hat wohl dein ucode ein wenig gesponnen. Die Message 0x3F gibt es nicht. Das sieht eher aus wie ein Stück aus dem Stream. Bei den 0xFD's (SyncLoss) hat er dann gemerkt, daß was faul ist. :-) Grüße

@schubsi Ich hatte das mit dem Avia Watchdog nicht erwähnt, da der standardmäßig an ist. Manchmal "vergißt" der ENX nach dem Reset was er zu tun hat. Der Avia bekommt dann keine Daten mehr. Der Avia Watchdog meint dann, der Avia sei abgestürzt und resettet den. Bringt in diesem Zustand aber nichts. Deshalb werte ich die kernel messages aus, um das zu erkennen. Im Moment wird dann ein rezap gemacht, in Zukunft möchte ich das durch pzapit -zi ersetzen. Also, der Avia Watchdog sollte AN sein. Grüße

@mdesaster Ist ganz einfach. 1) avia_check nach /var/bin kopieren. 2) In die Datei /var/etc/init.d/rcS.local folgende Zeile einfügen: /var/bin/avia_check 3) In den Keywelt Settings->System Menü->Ucode / Treiber Menü das Laden von avia_gt_proc einschalten. 4) Bei manchen Boxen in Einstellungen->Treiber- und Bootoptionen den SPTS Mode auf EIN. @bahnbooster Nach dem Reset werden die alten kernelmessages entsorgt (flush). Danach die neuen ausgewertet und wenn vorhanden ausgegeben. So lange da nicht kommt: video decoding stopped passiert nichts weiter. Grüße

Hi. Ich habe nun doch eine neue Version compiliert. Das einzige neue Feature ist der Verzicht auf das enxreset binary. Der Reset wird jetzt über avia_gt_proc ausgelöst. Gleichzeitig ist es die letzte Version für ältere Images. Für neue Features brauche ich die neuen Befehle von pzapit. Die werden erst im neuen Image verfügbar sein sein. avia_check v1.00 MD5SUM: 5fad3f6dde0b74b236e097170085858e Have fun

@niemand0815 Ich habe die Version mit dem direkten Reset absichtlich nicht so schnell rausgegeben. Wollte das erst testen und nicht wieder einen Bug einbauen. Das Umschalten werde ich wohl nur über die PID's herausfinden. Ich muß nur einen Weg finden, der besser mit Neutrino zusammenspielt. Wegen des Source hatte ich ja geschrieben: nach dem Urlaub. @bahnbooster Laptop ist immer dabei. :-) Läuft bei Dir der 001A? @schubsi Ich schmeiß nichts übern Haufen. Das ist nur eine Idee für eine Konfigurationsanleitung. Wenn der ucode 001A nicht funktioniert sollte man mit SPTS on arbeiten. @mrvica Zur Zeit benutze ich pzapit umd die Video und Audio PID's herauszufinden. Die brauche ich nach dem Reset. Der ENX vergißt die manchmal. Das enxreset binary wird in Zukunft nicht mehr gebraucht Grüße aus der Sonne :-)

Hi. Bei einigen scheint avia_check ja auch im PES Mode zu laufen. Ich vermute es liegt an der Version des ENX. Es wäre mal interessant zu wissen ob bei denen der ucode 001A funktioniert. Bei mir geht 001A nicht und ich muß im SPTS bleiben. Gibt es da einen Zusammenhang ? Ich arbeite an Version 1.00. Zuerst habe ich mal die Abhängigkeit vom enxreset binary beseitigt. Ich löse den Reset jetzt direkt über avia_gt_proc aus. Was das Umschalten angeht: ich weiß noch nicht ob ich da was machen kann. Ich könnte es an den PID's mit pzapit erkennen. Neutrino mag es aber nicht, wenn man das zu oft macht. Zur Rechenlast: Vielleicht bringt eine Pause von 50ms nach dem Interrupt noch ein paar Prozent. Das muß aber noch 9 Tage warten. Fliege gleich ins Warme. Ich weiß noch nicht wie es da mit Internet wird. Und die Frau wird das auch nicht gerne sehen. :-) Grüße

@bahnbooster Keine Sorge, kann nicht passieren. Bin ab Donnerstag erst mal ein paar Tage im Urlaub. :-) @niemand0815 Ich habe das schon mal erklärt: wenn ich versuche Unterschiede in den Interrupts im Bereich von 20-40ms zu erkennen kostet das Prozessorzeit. Was stört Dich daran ? Die Leute wollen doch nur in Ruhe einen Film schauen. Die Boxen sind besser benutzbar, darauf kommt es an. Außerdem will ich mehr Energie darauf verwenden die Ursache zu beseitigen. Was den Source angeht: der ist GPL. Das heißt nicht, daß ich ihn public mache, aber jeder, der avia_check benutzt, kann ihn von mir bekommen. PM genügt (nach meinem Urlaub :-)) Im PES Mode ist die Erkennung schlecht. Bei den wenigen Tests die ich damit gemacht habe gab es in ca. 75% der Fälle keine Unterschiede in den Interrupts. Grüße

Sorry. Ich habe den close der pmt.tmp vergessen. Bitte unbedingt updaten sonst sind zu viele filehandles offen. avia_check v0.99 MD5SUM: 0101fe0940c4799d7efd4e3d59e9a07a Have fun

Hi. Ich habe in avia_check folgendes geändert: Zuerst wird nachgeschaut ob ecm.info existiert. Wenn nein -> inaktiv Wenn ja, wird ausgelesen wie die Länge der CAID's in pmt.tmp ist. Ist die > 0 -> aktiv sonst inaktiv. Hier die neue Version: Have fun EDIT: Ich habe den Link entfernt. Die v0.98 hatte einen Fehler. Die v0.99 findet Ihr weiter hinten.

@niemand0815 So einfach ist das nicht. Ich muß nach beidem schauen. Wenn ich Premiere mit meiner Abo Karte sehe soll avia_check inaktiv sein. ;-) Grüße P.S. v0.98 läuft im Test.

@niemand0815 Hi. In der pmt.tmp steht das drin. Die zweite Möglichkeit wäre, es direkt aus dem ucode zu holen. Nur werden leider die CW's im ucode auch nicht gelöscht. Irgendwo im ucode muß es also noch einen Eintrag geben ob die CW's benutzt werden. Grüße

@bahnbooster Hi. Ich habe das gerade mal getestet. Habe von PW auf ARD umgeschaltet: die ecm.info ist unverändert, also nicht leer. Grüße

@schubsi Hi. Auch wenn Du deine telnet Sitzung beendest läuft avia_check weiter. Ist ein daemon. Grüße

@niemand0815 Ist bei FTA Programmen die ecm.info bei Dir denn leer ? Die Rechenlast im inaktiven Modus ist die Last der Verwaltungsaufgaben. Das ist nicht viel. Die Differenz zum aktiven Modus ist der Meßvorgang. Der ist rechenintensiv. Um Zwitscherproblem auf eine andere Art zu lösen hab ich noch eine Idee. Vermutlich werde ich dazu aber ein Kernel-Modul patchen müssen. Und das gehört dann auch in den Fullmember Bereich. Grüße

@niemand0815 Ja, da wird die nur erzeugt, wenn ein verschlüsseltes Programm empfangen wird. Deswegen geht avia_check bei Dir auch nicht in den inaktiven Zustand. Du kannst die Datei bei einem FTA Programm mal löschen und wirst sehen, daß dann keine Resets mehr ausgelöst werden. Grüße

@niemand0815 Beim Umschalten zwischen FTA Programmen darf kein Reset kommen. Schau doch bitte mal nach, ob die Datei /tmp/ecm.info wirklich gelöscht wird, wenn Du von einem crypted auf ein FTA Programm schaltest.

@niemand0815 Hi. avia_check macht im SPTS Mode maximal drei Dinge nach dem Zwitschern. 1) enxreset (immer) 2) AudioPid neu schreiben (immer) 3) 5s lang in den Kernel-Messages lesen ob der avia Watchdog ausgelöst wird. Wenn ja, rezap. Im Log erkennst Du den avia Watchdog an der Meldung "... video decoding stopped ...". Und der rezap ist im Log nicht zu übersehen. Alle Infos sind also im Log schon drin, es macht ja keinen Sinn, sie doppelt reinzuschreiben. Poste mal ein Logfile. Grüße

@waddi Hat das irgendwas mit dem Thread hier zu tun ???