Lösung für Zwitscherboxen und Blackscreens

    Bevor MECM angeschaltet wurde, konnte man nur mit dem bösen Emu ohne zwitschern gucken. Daher habe ich mal Scam und das böse Emu parallel im Multi-Emu Modus laufen lassen. Nach 2h dachte ich auch, dass es endlich geschafft sei, leider war dem nicht so.

    (Edit: Hab jetzt mal das neueste KW behandelt)

    So, ich hab was wegen dem hängenbleiben gefunden.

    In der rcS in /var/etc/init.d ( <---ist beim KW Image hier) muss noch eine Änderung gemacht werden.

    Den folgenden Abschnitt finden :

    AVOPT=""
    if [ -e /var/etc/.no_watchdog ]; then
    AVOPT="no_watchdog=1 "
    fi
    if [ -e /var/etc/.av_audiosync ]; then
    AVOPT="${AVOPT}audio_sync=1 "
    fi

    if [ -e /var/modules/avia_av.o ]; then
    $IM -f /var/modules/avia_av.o firmware=/var/tuxbox/ucodes $AVOPT
    else
    $IM $MD/avia_av.o firmware=/var/tuxbox/ucodes $AVOPT
    fi;


    Das markierte ausschneiden und so wieder einfügen:

    AVOPT=""
    if [ -e /var/etc/.no_watchdog ]; then
    AVOPT="no_watchdog=1 "
    fi


    if [ -e /var/modules/avia_av.o ]; then
    $IM -f /var/modules/avia_av.o firmware=/var/tuxbox/ucodes $AVOPT
    else
    if [ -e /var/etc/.av_audiosync ]; then
    AVOPT="${AVOPT}audio_sync=1 "
    fi
    $IM $MD/avia_av.o firmware=/var/tuxbox/ucodes $AVOPT
    fi;

    Wenn ich im KW die rcS nicht wie hier angegeben umschreibe, bleibt die Box auch im beim booten stehen.

    Im KW Image kann man die gepatchte avia_av.o nach var/modules schieben und die rcS in /var/etc/init.d verändern.

    Ich habe noch eine andere avia_av.o gefunden. Hab sie mal hochgeladen: http://ulc.zebradem.com//filemanager.p…x2%20Sonstiges&

    Mit der ursprünglich gepatchten hauen auch im KW die Aufnahmen nicht hin, genau wie im GLI.
    Mit der neuen avia_av.o gehen die Aufnahmen und die Probleme treten bis jetzt nicht auf (kacksen/blacks/zwitschern).
    rcS musste aber bisher immer geändert werden.

    MfG SteveO

    PS: wenn die Box stehen bleibt ist das eigentlich ein gutes Zeichen, die neue avia_av.o ist dann schon aktiv, hat aber ein Problem mit der rcS. Wird die rcS wie oben beschrieben geändert, sollte alles klappen...

    PPS: ich werde die neue avia_av.o hier aus dem Post mal ins GLI einbauen, mal schauen ob die Aufnahmen und alles andere dann funzen...

    Edit2: Im GLI ist die rcS anders geschrieben, da gibt es so einen Eintrag wie oben nicht. Zumindest nicht in der rcS in etc/init.d.
    Am besten wenns im GLI hängen bleibt mit dem KW probieren und wie hier beschrieben ändern.
    GLI läuft mit der neuen avia_av.o bisher einwandfrei, Aufnehmen und zappen kein Prob...

    Soooooo........................

    Also,habe es geschafft die rcs Datei mit einem Editor zu bearbeiten und habe die Sachen dann im GLJ Image eingefügt,und die Box bootet sogar.
    Nur leider hatte auch das keinen Erfolg !!!!
    Genau daselbe als wenn ich es nicht gemacht hätte.
    Habe wohl eine extrem störische Philips........

    Probiere gerade den 2ten Patch......

    Hoffnung habe ich allerdings nicht mehr....Schnüff....

    Lucky7
    Hast du auch den ENX Watchdog ausgeschalten (evtl auch den avia-audio-sync)?
    Der neue Patch bringt bei mir im GLI auch nicht viel, kommt alle paar Stunden ein Blackscreen.
    Ansonsten gehts gut, Aufnahmen funzen auch einwandfrei.
    Mit alten Patch läuft alles bis auf die Aufnahmen perfekt.

    Ich hab jetzt aber nochmal das KW mit dem neuen Patch am laufen, scheint besser zu klappen...

    MfG SteveO

    Avia Audio Sync ???
    Wo finde ich den denn ????
    Im GLJ kann man ja nur das Avia_GT.prog.o ein und ausschalten.
    Ich glaube in anderen Images ist das da drin,oder !!???
    Werde ich beides noch mal testen und mich melden !!!!

    Bin nicht sicher ob es den audio sync im GLI gibt.
    Im KW ist das bei dbox-Taste -- KW Settigs -- System Menü -- Ucode Treiber Menü.

    Am besten laufen sollte im GLI eigentlich der erste Patch, avia watchdog aus. Zumindest in meiner Sagem war das so.

    MfG SteveO

    Mit welchem Images hier bisher geteset wurde kannst du ja sehen.
    Was zu machen ist steht eigentlich auch genau beschrieben.

    Nimm am besten ein KW, das läuft bisher am besten von allen (Inkl. Aufnahme).
    Das ist nicht so schwer wie es evtl. scheint.
    Ein komplettes wird dir nicht viel nützen, da es auf deiner Box viel Ärger verursachen kann. Zudem passen die ganzen configs nicht einfach so zusammen.

    Das sollte man schon alles selber einstellen, zudem ist es machbar.
    Ich hab mir ja auch die Mühe gemacht und die beiden Anleitungen geschrieben.

    MfG SteveO

    SteveO,
    ich habe zwar keine Sagem, sondern eine Nokia (2 Intel) mit Petze- Image, aber dieses "Zwitschern" hatte ich auch, bis ich auf Deinen Tip von oben hin mal den ENX Watchdog eingeschaltet(!) habe. Nun ist das Zwitschern verschwunden. Merkwürdig aber so ists.

    Ich glaub die Nokias sind da ein bischen dankbarer als die Sagem zicken.

    Wenn ich im ungepatchten Image den Watchdog ausschalte entwickelt die Box ein Eigenleben, macht dann nicht wirklich Spaß.

    Hab nun das KW mit der zweiten avia_av.o am laufen und bin bis jetzt sehr zufrieden. Enx Watchdog ist eingeschalten. Werde so mal bis morgen testen.

    MfG SteveO


    Läuft jetzt schon ne ganze Zeit ohne Blackscreen.

    Es ist schwer, dass zu verstehen, aber ich habe das gleiche Bauchgefühl wie Du. Ich teste auch andauernd verschiedene Ucodes, konnte aber bisher nicht erkennen, dass es einen signifikanten Unterschied einbrachte. Nur jetzt war dies mit Einschalten des Watchdog doch erkennbar.
    Wenn ich die Anaconda im Schacht habe, ist dies übrigens wieder anders. Kein "Schnalzen" nach Umschalten, sondern sehr sauber - aber: Nicht so schnell wie der Emu (ich benutze camd3.889)... es ist alles etwas merkwürdig und für mich nicht ergründbar...

    Ich habe die rcs wie beschrieben geändert, sodass der geänderte Teil so aussieht:

    Danach habe ich die avia_av.o aus Zwitscher-Patch 2.rar nach /var/modules/ kopiert und dann die Box neugestartet. Leider bleibt sie wieder mal bei "loading kernel" stehen.

    Edit: Man muss der avia_av.o keine 755 Rechte geben, oder?

    Rechte für avia_av.o müssen schon vergeben werden, hab im ersten Post auf Seite 1 Rechte mit 777 angegeben, war im gli schon so eingestellt(777).

    Hast du jetzt auch ein KW (neuestes) am laufen?

    MfG SteveO

    Ich habe das KEYWELT_V1_SEPTEMBER_2x_SQUASHFS_2006 laufen, ist meinem wissen nach das neueste KW-Image. rcs geändert, 777 Rechte gegeben, dann die avia_av.o auf die dbox kopiert und auch 777 Rechte gegeben. Ergebnis wieder "loading kernel".

    Probier mal das Sep. V1 beta6 ( noHDD ) oder das Sep. V2 beta5 (HDD), falls du nicht schon eines von diesen zwei drauf hast. Es gibt auch ein älteres Image vom September...

    Hast du die rcS in /var/etc/init.d geändert? Weil die im Rootbereich kann man so ja nicht einfach verändern ( Root Bereich ist beim KW schreibgeschützt ).

    Versteh das auch nicht warum deine Box immer hängen bleibt.
    Hast du überhaupt nen ENX Chip drin? Kann ja sein das du einen GTX hast und die gepatchte avia_av.o damit nicht gehen kann...?

    MfG SteveO

    Ich habe eine Philips Dbox2, da wurden glaube ich nie GTX-Chips verwendet, demnach sollte ich einen eNX haben.
    Die richtige rcs Datei habe ich auch benutzt, aber ich werde mal das andere Image von KW testen.


    edit: Es funktioniet zwar immer noch nicht, aber ich habe mal beim KW-Image die Bootlogs verglichen. Also vom normalen Start mit dem Start bei veränderter rcs-Datei. Mit der roten Makierung beginnen die Unterschiede, davor ist alles identisch:

    Ich kann dir ja mal meine rcS zukommen lassen wenn du willst.
    Die solltest du aber ins V1 beta 6 einbauen, hab ich ja auch.
    Ich kann nicht sagen ob die rcS vom v1b6 mit der der vom v2b5 gleich sind.

    Hast du die rcS mit einem Unix-Editor geändert?
    Und schau mal nach was jeweils in der Zeile 17 deiner beiden rcS steht, also in etc/init.d und in var/etc/init.d

    MfG SteveO

    Edit: scheint so als wäre deine rcS nicht in Ordnung oder nicht vorhanden. Bei mir in der rcS von etc/init.d steht in Zeile 17 der Verweis auf die rcS von var/etc/init.d
    Und die kann auf jeden Fall bei dir nicht verarbeitet werden, ist das gleiche als ob sie nicht da wäre.

    Ich habe jetzt mal das KW Image genommen und alles so gemacht wie du beschrieben hast.
    Nur leider mit genauso wenig Erfolg wie die anderen Versuche !!!

    Auch hiermit fängt es an zu zwitschern,und in diesem Fall sogar sehr schnell.

    Ich glaube bei der Philips helfen diese Sachen nicht !!!

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!

Benutzerkonto erstellen Anmelden