newcode

@niemand0815 Wenn Du zwischen ÖR Sendern hin und herschaltest macht avia_check nichts. Ist dann inaktiv. Schau mal in dein Log was da los ist. Der rezap nach dem Umschalten wird nur gemacht wenn der Avia Watchdog ausgelöst hat. Der enxreset hat den Avia zum Absturz gebracht und das Bild ist dann sowieso schon schwarz. Das tritt auch bei Boxen auf die nicht zwitschern (Schwarzbildbug des VB022). Grüße

Hi. Habe wieder eine neue Version fertig. avia_check v0.97 MD5SUM: 052f7589382088107c5097879cedb6ad Es gibt keine neuen Features. Ich habe nur den Code bereinigt, ist jetzt 1,5K kleiner. Nach ca. 48h Test habe ich die Standardeinstellung auf 90ms/5s festgelegt. Ich habe bei mir damit im SPTS Mode keine Fehlauslösungen. Eine Pause von 5s ist erforderlich damit der Avia Watchdog erkannt wird. Bei 4s schlüpft der manchmal durch. Kleinere Werte als 9/5 setzt avia_check auf die Standardwerte. Have fun

@niemand0815 Ich habe nur die Auswertung der Kernelmessages eingebaut. Das erhöht die Rechenlast nur beim Zwitschern. Die Einstellung des Grenzwertes für den Interrupt hat keinen Einfluß auf die Last. Hast Du Probleme mit irgenwelchen Reaktionszeiten ? Es gibt nur die drei Threads. Zwei sind von mir, der dritte vom Compiler. Weitere Threads werden nicht erzeugt. Dein renice ist also genau so gut wie meins. Selbst wenn ich weitere Threads erzeugen würde hätten die die selbe dynamische Priorität. Mit resources unavailable hab ich nichts zu tun. :-) Mach meine Box (Kabel) auch wenn ich neu geflasht habe. In den services stehen dann Sat Werte. avia_check läuft dann noch garnicht. Ich fahre meißtens sogar mit 8/4. Die Fehlresets (ob es wirlich welche sind weiß man nicht) halten sich in Grenzen. Die Resets beim Umschalten hat das 2006er Image immer gemacht (wenn man es so konfiguriert hat). Die betas machen das nicht mehr. Da das zwitschern oft direkt nach dem Umschalten beginnt, finde ich das O.K. Grüße

@mike99 Wenn Du mit der Hand startest dann avia_check 10 4. Der erste Parameter ist mal 10ms. Zum testen lasse ich es sogar mit 80ms laufen. Die dbox tickt im 10ms Takt. :-) Grüße

Hi. Habe meine neue Version fertig. Unterschied zu vorigen Version: Nach einem Reset des enx werden 4s lang die Kernel Messages gespeichert. Ist in ihnen der Hinweis "video decoding stopped", hat der Avia Watchdog ausgelöst. In diesem Fall wird ein rezap gemacht. Die minimale Pause nach dem Reset ist also jetzt 4s. Der neue Standardabstand bei der Messung ist 10 (100ms). Der Aufruf avia_check 10 4 ist also wie ein Aufruf ohne Parameter. Ist der zweite Parameter < 4 wird er auf 4 gesetzt. avia_check v0.96 MD5SUM: f636b7c4f7ee2cdc566a80f1cf1dab49 Have fun

@bahnbooster Im PES Mode läuft der Avia beim Zwitschern meist normal weiter. Da kann ich nichts machen. @niemand0815 Ich mache eine Menge sched_yield() Aufrufe in allen Threads, d.h. avia-check nimmt sich die Rechenzeit nur wenn kein andrerer Prozess was will. Muß jetzt los. Melde mich später. Grüße

@niemand0815 Bei SPTS an/aus wird zwischen 1 und zwei Streams (Video/Audio) hin und hergeschaltet. rezap ist eine Funktion von operations. Da werden über yweb die Programmdaten ausgelesen und dann auf den selben Kanal gezappt. Wenn bei mir das Bild schwarz bleibt löst meißtens der Avia Watchdog aus. Der Reset funktioniert aber nicht. Vermutlich kriegt der keine Daten mehr weil der ENX die Pids vergessen hat. Macht man einen rezap, ist das Bild wieder da. Ich muß versuchen mir die Infos aus den Kernel messages zu holen. Das wird ein bißchen dauern. Habe noch keine Box im Büro. :-) Grüße

@niemand0815 Eine Idee wäre vielleicht folgende: Wenn während des timeouts nach dem Reset ein weiterer Reset nötig wird mache ich einen rezap. Ich werde das mal probieren. SPTS an/aus macht auch ein schwarzes Bild. Stört also genauso wie ein rezap. camd resetten mußte ich noch nie. Die ist immer gelaufen. Ist das bei Dir anders ? Grüße

Hi. Ich muß leider schon wieder eine neue Version von avia-check bringen. Liegt am pzapit. Wenn man im Radiomodus "pzapit --getpids" ohne den -ra Parameter aufruft kann man danach nicht mehr umschalten. Ist im TV Mode mit -ra Parameter genauso. Das eine Statusabfrage einen Modus umschaltet ist schwachsinnig. Hier der Workaround: avia-check v0.95 MD5SUM: e3548d8bc8b4886b57a208d532e85211 Have fun

Hi. Da ich Supportanfragen zu avia-check über PM's bekommen habe, hier die Antworten. SPTS) avia-check läuft im SPTS und PES Mode. Die Erkennung des Zwitscherns ist aber im SPTS Mode deutlich besser. ucodes) Ich benutze den 0014 (built-in). Die anderen 0014 Varianten bringen keine Vorteile. Avia) Das avia_gt_proc Modul muß geladen sein. Der Avia Watchdog sollte eingeschaltet sein. Beim Avia Treiber muß man selbst probieren welcher am unempfindlichsten gegen die enxresets ist. Beim 2006er Image kann man avia-check aus der start_neutrino aufrufen, z.B. mit /var/bin/avia-check wenn man es nach /var/bin kopiert hat. Beim beta18 müssen zwei Tippfehler beseitigt werden. (s.a. im Beta Thread) Grüße

avia-check v0.94 Die wichtigsten Änderungen: 1) Der Versuch die Systemlast zu drücken wenn avia-check inaktiv ist (z.B. bei ÖR Sendern). Wenn man also ein neues Image flasht, vorher auf einen ÖR Sender gehen. Das verkürzt die Flashzeit. 2) avia-check wartet beim Start bis zapit.sock erstellt wurde. Sonst bleibt pzapit hängen. Der Startzeitpunkt sollte jetzt egal sein. avia-check v0.94 MD5SUM: 832755eb1e54e627a59f5c727cd250d9 Have fun

@mike99 Du kannst die 0.93 auch im SPTS Mode benutzen. Die erkennt das selbst und sollte dann auch wie die 0.92 laufen. Grüße

Hallo zusammen. Ich habe die Version avia-check 0.93 mit dem PES Mode fertig. Bei mir ist die Erkennung aber deutlich schlechter als im SPTS. Der Avia läuft oft weiter als ob nichts wäre. Ich habe das Prog. trotzdem hochgeladen. avia-check 0.93 MD5SUM: 36c39848002a70234c48167a9fd951fb Have fun

@schubsi Normalerweise schafft es der Avia Watchdog den Chip zu resetten. Das sieht man im Logfile manchmal beim Programmwechsel. Hat der Prozessor aber sein Programm kaputt geschrieben (den Avia Vbxxx Treiber), dann nützt der Reset nichts. Passiert auch bei den ucodes im ENX. Die Firmware müßte in diesen Fällen neu geladen werden. Den Source zum avia_gt_proc hab ich aber nicht. Grüße

@bahnbooster Ich arbeite gerade an dem Thema SPTS/PES. avia-check soll selber erkennen in welchem Modus die Box ist. Beim SPTS Mode muß ich nur den Audio PID neu schreiben um auch den Freeze des Bildes aufzuheben. Beim PES reicht das nicht. Da wird es bestimmt kurz schwarz. Außerdem versuche ich herauszufinden ob andere ucodes es einfacher machen. Morgen gibt's ne neue Version. (hoffe ich :-)) Grüße

@Xander Nein, ist ein Stream. Der Client (dein Browser) kennt den Audio und Video PID. Du kannst Dir den Stream auch direkt per VLC anschauen wenn Du die PID's kennst. @bahnbooster Der AVIA wird beim Streamen nicht gebraucht. Der dekodiert nur das MPEG für dein lokales Bild. Das Du nicht umschalten kannst ist wohl Absicht. Der Client würde auf PID's warten, die nicht mehr kommen. Der weiß ja davon nichts. Im Falle des intakten Streams mit schwarzem Screen war wohl der AVIA abgestürzt und der ENX lief noch. Dann kommt es zu diesem Verhalten. Ohne Logfile ist das aber nicht herauszufinden. Grüße

@schubsi Ich habe mal eine Frage. Hattest Du einen enx Timer an oder mein Prog. laufen ??

@Mark33 Das avia_gt_proc Modul ist erforderlich. Hatte bahnbooster doch schon geschrieben. Wenn Du avia-check 0.92 ausprobieren willst (ist ein C-Prog, kein script) findest Du den Link auf Seite 49. Nach /var/plugins kopieren und über telnet mit avia-check starten. Erst in ein Startscript einbauen nachdem Du es so getestet hast. Grüße

@Mark33 Wenn Du ein eigenes Image hast fehlt Dir sicher das avia_gt_proc Modul und das enxreset. Dann wird's leider nichts mit dem Resetten. Grüße

@Xander Trotzdem danke für's testen. Bei mir tut es der 001A leider nicht. @sNuuu Zum testen noch nicht in ein Startscript einbauen. Wird das Prog. vor dem Neutrino gestartet gibts Klopperei um den Socket des zapit. Einfach per FTP nach /var/plugins kopieren. Dann über telnet starten mit avia-check. Mit den Parametern zu spielen macht nur Sinn wenn Du ein serielles Log. hast. @niemand0815 Ich glaube nicht, daß es die Daten selbst sind. Im PES Mode geht ja immer beides gleichzeitig flöten, A + V. Ich glaube es hängt mit den CW's zusammen. Auch Deine Einschätzung die Schlüsselgenerierung sei mit der Karte schneller teile ich nicht. Das ECM kommt aus dem ENX chip. Das muß über camd, i2c bus zum cam-alpha. Von da seriell in die Karte. Die CW's werden erzeugt und müssen den ganzen Weg zurück bis zum ENX. Das dauert sicher viel länger als das erzeugen nur per Software. @all Ich habe gerade im Zusammenspiel mit dem VLC Player auf der beta13 noch ein Problem gefunden. Das dürfte auch bei älteren Images so sein. Muß nachschauen was das ist. Bis dahin den daemon vorher killen.

@niemand0815 Hab ich auch erwartet. Ich habe auf Grund Deiner Postings mal nach den Änderungsdaten im CVS geschaut. Beim Avia ist da seeehr lange nichts geändert worden. @mike99 Freut mich. ABer denk dran: ist nur ein workaround und nicht die Lösung. Wird manchmal auch nicht funktionieren. Zum verbessern brauche ich Info's.

@gerry6n In der Auswertungsroutine, die das Zwitschern erkenen soll, habe ich zwischen 0.91 und 0.92 nichts geändert. Mit dem zweiten Parameter kannst Du eine Pause nach dem Reset einstellen. Gibst Du die Parameter nicht an ist es so, als ob Du mit "avia-check 16 1" startest. Wenn sich aber an den Avia Int's nichts ändert, kann mein Prog das Zwitschern auch nicht erkennen. Am Montag ist IMO eine PM von Dir verloren geggangen. Schick sie bitte nochmal. @alle SPTS Mode sollte AN sein. Dann kriegt der Avia nur einen Stream mit A/V und die Chancen sind viel besser.

@Gio815 Es gibt eigentlich gar kein zwitschern :-) Im Ernst, Du liegst da wohl im Prinzip richtig. Ich habe mal folgendes gemacht: Box laufen lassen mit camd3 bis sie zwitschert PW Abo Karte reingesteckt Sobald die Karte erkant wird (im Log) hört das zwitschern auf Karte wieder raus, das Zwitschern fängt sofort wieder an Das kann man beliebig oft machen. Da heißt: Die Hardware incl. Firmware der Chips läuft im Zustand des Zwitscherns einwandfrei, nur die Kommunikation Camd3<->Hardware/Firmware funktioniert nicht mehr richtig bzw. asynchron. Daß das bei allen camd's so ist, liegt vielleicht am abschreiben. Das zusätzliche laufen lassen eines Programms wird daran IMO nichts ändern. Grüße

@gerry6n Das habe ich auch schon gehabt. Dann ist der avia600 abgeschmiert. Im seriellen Log müßte dann was stehen wie "video decoding stopped -- restart". Ich weiß zwar wie ich es abstellen kann, aber noch nicht ob es in den kernel-messages einen Hinweis gibt. Muß warten bis es wieder passiert. @bahnbooster Bei mir ist alles AN: Grüße

Ich habe noch eine neue Version vom avia-check. avia-check v0.92 MD5SUM: 00823ab887811973089501aae860b7e2 Esgibt nur 2 Änderungen. 1) Ein Mehrfachstart von avia-check wird verhindert. 2) Der Versuch den Freeze nach dem enxreset zu verkürzen. Have fun