Jump to content

newcode

Full Member
  • Gesamte Inhalte

    685
  • Benutzer seit

Beiträge erstellt von newcode

  1. Hi.

     

    @niemand0815

    @cincaid

     

    hier im offenen würden wir sonst immer mehr in der grauzone um die regelverstösse reden. wenn wir das in den full bereich schieben dann sollte es aber ohne regelkonflikt möglich sein hier diese themen anzustossen.

     

    Bei den letzten Themen wäre das auch im Full Member Bereich der Fall.

     

    sie sind nun mal für die problemstellung extrem wichtig, da der auslöser für das was wir lösen wollen eigentlich genau das ist über das wir nicht reden dürfen. somit beisst sich da die katze in den schwanz.

     

    Sie sind zwar wichtig, aber ich glaube die Lösung liegt im Bereich des CVS.

     

    Das hier ist ein Thread mit >1300 Posts und >150000 Hits. Den verschiebt man nicht einfach mal so. Der tut dem Board gut.

    Ich kenne kein anderes Board, bei dem dieses Thema so aktiv bearbeitet wird. Und das sollte auch so bleiben. Wir sollten uns bemühen das so regelkonform wie möglich zu machen.

     

    Nur meine Meinung :-)

     

    Grüße

     

     

    P.S. Wir sind gerade O.T. Regel 4 glaube ich ;-)

  2. @niemand0815

     

    Hi.

     

    Das Schwarzbild nach dem Reset kommt nur im PES Mode. Der Reset des enx friert manchmal das Bild ein.

    Im SPTS reicht es den Audio Pid neu zu schreiben um den Freeze zu lösen (kein schwarz). Im PES reicht das leider nicht.

    Ich kann Dir eine Version machen, wo ich das im PES rausnehme.

     

    Was den Emu ohne Namen angeht: bei dem ist die API die er benutzt konfigurierbar. Ich denke da liegt der Grund für das unterschiedliche Verhalten.

     

    Grüße

  3. @bahnbooster

     

    Hi.

    Habe meine Box jetzt 36h im PES gehabt. Damit ich nicht durchdrehe bin ich wieder im SPTS.

    Ich kann deine Problematik nicht nachstellen. Bei mir wird im PES das Zwitschern manchmal erst nach Minuten erkant.

    Auch die automatischen Umschaltungen in den SPTS habe ich nicht.

     

    Könntest Du im Debug-Display mal nachschauen welche enx-ID Du hast ? Vielleicht kann man ja daraus was herleiten.

     

    Grüße

  4. @zillan

     

    Hi.

     

    Das wird zwar von avia_check ausgelöst, liegt aber im Neutrino. Macht man während der PIN Abfrage ein pzapit --pal (macht avia_check nach dem Reset) erscheint das Bild.

     

    Ich weiß auch nicht ob die Kombination Kinder/Emu so geglückt ist. Vorbildfunktion hat das jedenfalls nicht, bzw. die falsche.

     

    Grüße

  5. @deSterne

     

    Hi.

     

    Find ich gut, daß Du dich noch mal meldest. Dann wissen wird ja jetzt beide wie Du es gemeint hast.

     

    Nur es passiert halt so oft, daß neuen Usern direkt Faulheit oder Dreistigkeit unterstellt wird.

    Vielleicht sind sie aber nur ungeschickt und man sollte ihnen eine Chance geben.

    Und ein dickes Fell hat ja auch nicht jeder. ;-)

     

    Grüße

     

    @Mod's Ich weiß das ist O.T. Ist auch meine letzte Post dazu.

  6. @bahnbooster

     

    Hi.

     

    Das erste Log und die folgenden haben nichts miteinander zu tun. Beim ersten geht es um den Avia Chip. Im PES Mode mache ich nach dem Reset ein pzapit --pal um ein Bildfreeze zu verhindern. Da wird wohl der Avia neu programmiert. Hab mir mal den Souce angeschaut.

     

    int avia_av_new_audio_config(void)

    {

    /* looks like 0x0001 is more non-zero than 0xffff */

    avia_av_dram_write(NEW_AUDIO_CONFIG, 0x0001);

     

    if (avia_av_wait(NEW_AUDIO_CONFIG, 0, 100) < 0) {

      printk(KERN_ERR "avia_av: new_audio_config timeout\n");

      return -1;

    }

     

    return 0;

    }

     

    Der Kommentar ist schon etwas merkwürdig.

     

    Bei den anderen Logs wird von alleine in den SPTS Mode geschaltet. Ich habe keine Ahnung wo das herkommt. Ich werde am WE mal versuchen das bei mir zu provozieren.

     

    Grüße

  7. @Board-Opa

     

    Du solltest schon mir überlassen was ich zitiere, insbesondere da Du nicht der Autor bist.

     

    Der Grund für mein Zitat ist einfach: Blui schreibt seine erste Post und bekommt als erstes so eine Nettigkeit, finde ich nicht O.K.

     

    Aber Du scheinst auch nicht gerne zu lesen, sonst hättest Du gesehen, daß ich Blui bereits geantwortet habe.

     

    @Blui

     

    Fang doch einfach mal mit Seite 1 dieses Threads an. Da findest Du eine Zusammenfassung von mdesaster.

    Auch wenn es deine erste Post ist, darfst Du uns ruhig dein Problem ausführlicher schildern. :-)

     

    mdesaster pflegt diese Zusammenfasung und es macht keinen Sinn, daß hier eine zweite anfange.

    Falls es etwas an dieser Zusammenfassung auszusetzen gibt... ich bin überzeugt, daß mdesaster Anregungen gerne aufnimmt.

     

    Grüße

  8. @Blui

     

    Fang doch einfach mal mit Seite 1 dieses Threads an. Da findest Du eine Zusammenfassung von mdesaster.

    Auch wenn es deine erste Post ist, darfst Du uns ruhig dein Problem ausführlicher schildern. :-)

     

    @niemand0815

     

    Die Sache mit dem Umschalten hatte ich für mich mal eingebaut. Das hat soviel Rechenzeit gekostet, daß ich es wieder gelassen habe.

    Der Grund ist: ich kann den Programmstatus nicht direkt feststellen, ich muß über operations oder pzapit gehen. Falls Dir dazu was anderes einfällt, gerne.

     

    Da alle Prozesse (außer sectionsd) mit einer dyn. Prio von 0 laufen kommt avia_check bei hoher Last zu selten dran. Die Messung wird ungenauer.

    Es kommt dann zu einzelnen zusätzlichen Resets. 90% von denen nimmt man aber nicht war, der Rest mach einen kurzen Ruckler. (Schau nicht in den Logfile, schau auf's Display :-) )

     

    Was Modifikationen am CVS angeht: das würde eine Quelle ständiger Arbeit. Zu einem solchen Schritt wäre ich nur bereit, wenn es das Zwitschern komplett beseitigt.

     

    Außerdem hast Du in den nächsten Tagen auch keine Zeit. Wenn das Image erst mal raus ist, wirst Du als Betatester bestimmt was zu tun kriegen. :-]

     

    Grüße

  9. @bahnbooster

     

    Hi.

     

    Bei zu vielen Fehlauslösungen hilft nur den Schwellwert höher einzustellen.

    Auch das Umschaltverhalten kann sich dadurch verbessern.

    Die Zeit bis zum Ansprechen steigt dadurch aber an.

     

    Das mit den Aufnahmen hatte ich auch erwartet. Eine Alternative zur Erhöhung des Schwellwertes wäre ein renice von avia_check auf -15. Ich muß das aber erst testen, es könnte den Stream stören.

     

    Der Avia-Watchdog schein nur auszulösen, wenn der Stream komplett wegbleibt (schwarz).

    Die Interrupts beim Zwitschern kannst Du dir mit "cat /proc/interrupts" selbst anschauen (ist der Interrupt 8: den ich benutze).

     

    Grüße

  10. @mike99

     

    Hi.

     

    Bei mir laufen im PES Mode die Interrupts beim Zwitschern weiter. Da kann avia_check nichts machen.

    Im SPTS Mode liegt die Erkenungszeit bei mir i.d.R. unter 1s. Ich habe versucht das zu verkürzen, aber das geht dann auf die Performance der Box.

    Wenn Euch das egal ist, kann ich noch ein paar 100ms rausholen.

     

    Ich hatte aber auch einmal ein schlechteres Ansprechverhalten, nachdem ich im Neutrino mehrmals den PES/SPTS Modus gewechselt hatte. Nach einem Neustart war das dann weg.

     

    Grüße

  11. @Mr.DB

     

    Da ist wohl dein ucode nach dem Reset abgestürzt. Das passiert manchmal.

    Hier erkennt der Watchdog es und startet den risc neu.

     

    In der bösen Variante wird auch das RAM des risc zerstört. Dann hilft nur ein Neustart.

     

    Framer Errors gibts immer mal wieder ohne das man es mitbekommt. Auch der Überlauf der Queue erfordert normlerweise keinen enxreset.

     

    Hast Du den Avia Watchdog an ? Bist Du im SPTS Mode ?

     

    Grüße

  12. @bahnbooster

     

    Das habe ich auch erwartet. Ich wollte das aber erst austesten, wenn das nice vom sectionsd festliegt (ist jetzt der Fall, +5).

     

    Beim Streamen wird die Priorität vom neutrino nach oben gesetzt (-15). Das macht meinen Meßvorgang ungenauer.

     

    Die User, denen das Streamen besonders wichtig ist, sollten also einen höheren Schwellwert als 90ms einstellen.

    Eine Empfehlung kann ich noch nicht geben, vermute aber es wird so auf 130-150ms hinauslaufen.

     

    Grüße

  13. @bahnbooster

     

    Das ist genau richtig.

    Während der Pause nach dem Reset werden die Kernelmessages ausgewertet.

    Ist da die Meldung vom Avia-Watchdog drin, wird rezapped um den ENX wieder anzuwerfen.

    Ich habe deshalb die Pause auf 5s erhöht als ich das reinprogrammiert habe

     

    Grüße

     

    .

  14. @Kruemel666

     

    Schade. Dein pzapit ist leider zu alt. Sonst hätte ich Dir einen Ersatz gebastelt.

     

    operations ist nicht von mir, deshalb will ich das nicht einfach verschicken.

     

    Wenn Du aber mal ein paar Seiten im Thread zurückgehst, wirst Du einen Artikel finden in dem es auch um operations geht.

     

     

    Grüße

×
×
  • Neu erstellen...