newcode
-
Gesamte Inhalte
685 -
Benutzer seit
Inhaltstyp
Profile
Forum
Kalender
Downloads
Blogs
Galerie
Articles
Beiträge erstellt von newcode
-
-
@ravenghost
Zuerst die Eingabeaufforderung starten. Findest Du in Zubehör.
Dann telnet und IP deiner Box eingeben, z.B. telnet 192.168.1.2
Einloggen als root, Passwort falls verlangt, dbox2.
Grüße
-
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 ;-)
-
@zillan
Hi.
Dann bleibt nur in den kritischen Zeiten :-] die Box im SPTS Mode laufen zu lassen.
Da sollte das nicht passieren.
@bahnbooster
Hast ja Recht mit den Boardregeln. Ist in diesem Thread auch extrem schwierig.
Grüße
-
@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
-
@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
-
@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
-
@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.
-
@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
-
@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.
@BluiFang 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
-
@deSterne
Naja, da gibt es nichts für Anfänger zu erklären,Was soll das denn bedeuten ? Kannst Du mir das mal erklären ???
Grüße
-
@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
-
@mike99
Das können wir gerne versuchen. Aber nach dem Release.
Dann können mehr User mittesten.
Grüße
-
@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
-
@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
-
@bahnbooster
@ruffer00
Hi.
Von mdesaster verlinkt ist die Version 1.00. Das ist auch die richtige.
Grüße
-
@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
-
@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
-
@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
.
-
@niemand0815
Ich habe die im RCx Thread gepostet weil die nur noch fürs Release ist.
Grüße
-
@Mr.DB
Das sollte aber in der rcS.local funktionieren.
Du kannst es aber auch in die start_neutrino an den Anfang schreiben.
Stimmt vielleicht was mit deinem Editor nicht ? (Unix hat keine CR's)
Grüße
-
@Kruemel666
Dann würde ich ihn doch einfach mal fragen.
Der beißt sicher nicht. :-)
Grüße
-
@Kruemel666
Ich meinte einen Artikel von g5401.
Grüße
-
@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
-
@Kruemel666
Log Dich mal ein und gib folgendes ein:
pzapit -gi
Grüße
Sagem Zwitscher-Box
in Das Keywelt-Image
Geschrieben
Hi.
Ich weiß nicht ob die Busybox bei deiner Interpreterzeile ins schleudern kommt.
Es sollte so aussehen:
Grüße