[Gelöst]Gen2VDR 1.2 STR, Overlay und GUI="Aus"

  • Hi,


    ich habe eine Activy und per Overlay greife ich am oberen Scart das Signal ab --> es dauert mitunter immer eine Weile (manchmal geht es gar nicht) bis das Bild vom VDR erscheint (?).
    Ein "ps axf" zeigte immer ein sleep 1 und getXVT.sh.
    Ich bin der Meinung das mit

    Code
    1. XC="$(ps x | grep "X" | grep ":0 vt" | sed -e "s/.*:[0-9] vt//")"


    versucht wird die laufende Konsole für X zu finden um dann erst activy_overlay.sh zu starten.


    In der /etc/init.d/gui wird bei GUI="Aus" folgendermassen X gestartet:

    Code
    1. elif [ "${GUI}" == "Aus" ] && [ "$ACTIVY_OVERLAY" != "Aus" ] && [ "$(echo " $PLUGINS " | grep " em84xx ")" != "" ] ; then
    2. CMD="/usr/bin/X vt7"


    und das ist nach meiner Meinung falsch, es müsste noch ein " :0" hinzugefügt werden:

    Code
    1. elif [ "${GUI}" == "Aus" ] && [ "$ACTIVY_OVERLAY" != "Aus" ] && [ "$(echo " $PLUGINS " | grep " em84xx ")" != "" ] ; then
    2. CMD="/usr/bin/X :0 vt7"


    Somit kommt wesentlich schneller das VDR Bild !


    Gruß,
    Chuck



    [EDIT]
    Anscheinend zu früh gefreut, es klappt wieder nicht ???
    Ich hatte es neben dem booten auch mit stt / stp -> vdr, gui getestet.
    Wenn ich jetzt "stt gui" eingebe kommt kein "Starte GUI Aus" sondern --> Starting lircd..... ?????


    Ich glaube langsam es hat was mit STR zu tun ???
    Wenn am LCD schon der VDR (Programm) erscheint ergibt ein "ps axf":

    Code
    1. 25488 tty8 S+ 0:00 /bin/sh /_config/bin/activy_overlay.sh 1
    2. 26012 tty8 S+ 0:00 \_ sleep 1
    3. 25635 ? Ss 0:00 /usr/sbin/sshd
    4. 25690 ? S 0:00 /bin/sh /_config/bin/activy_overlay.sh 1
    5. 26015 ? S 0:00 \_ sleep 1


    Beim Wakeup über die FB -> ist meine vorherige SSH Session noch nicht weg geflogen und der activy_overlay ist auch noch ein zweites mal da?


    - Nach einem Reboot kommt nun das Bild und nach einem STR und einen erneuten Start klappt es nun auch wieder ?
    - Nachdem ich wieder per SSH verbunden war und wieder aus dem STR starten funktioniert es wieder nicht -> wieder obiges ps mit den "?" !
    - Jetzt habe ich drei mal aus dem STR ohne vorheriger SSH Session gestartet es kommt nun nach dem dritten mal wieder kein Bild.


    Habe jetzt mal von STR auf HALT gestellt, nun dauert das Starten leider was länger --> aber nach vier mal Starten funktioniert es noch !


    Ich glaube es ist einfach schon zu spät / früh --> sehr wahrscheinlich übersehe ich hier irgendwas ?( .


    P.S.
    Es wäre eigentlich schön wenn man keine GUI hat, das dann eine Umschaltung mit der HOME Taste ignoriert werden sollte -> man sieht eh nur einen blanken X Screen.


    Sowas in der Art:
    switch_console.sh

    Code
    1. elif [ "$1" = "-switch" ] && [ "${GUI}" != "Aus" ] ; then

    1- yavdr 0.5 - DVB-C
    1- VDR-1.7.14 - Xine Pugin - XBMC - DVB-C
    2- Activy 300 mit Gen2VDR V2

    Dieser Beitrag wurde bereits 2 Mal editiert, zuletzt von vdrchuck ()

  • Hi,


    Dies Änderung bringt bei GUI="Aus" bei mir nichts (Geschwindigkeitsmäßig) :( .


    ein "ps" mit GUI=freeVo :


    Code
    1. 11651 ? Ss 0:00 SCREEN -dm sh -c /_config/bin/freevo.sh
    2. 11652 pts/0 Ss+ 0:00 \_ /bin/sh /_config/bin/freevo.sh
    3. 11805 pts/0 S+ 0:00 \_ xinit /usr/bin/freevo -force-fs -- :0 vt7
    4. 11841 tty7 S<s+ 0:01 \_ X :0 vt7
    5. 12032 pts/0 S 0:00 \_ /usr/bin/python /usr/bin/freevo -force-fs
    6. 12043 pts/0 S 0:06 \_ python /usr/lib/python2.4/site-packages/freevo/main.py -force-fs
    7. 12206 pts/0 S 0:00 \_ python /usr/lib/python2.4/site-packages/freevo/main.py -force-fs
    8. 12207 pts/0 S 0:00 \_ python /usr/lib/python2.4/site-packages/freevo/main.py -force-fs
    9. 12222 pts/0 S 0:00 \_ python /usr/lib/python2.4/site-packages/freevo/main.py -force-fs
    10. 12233 pts/0 S 0:00 \_ python /usr/lib/python2.4/site-packages/freevo/main.py -force-fs


    ein "ps" mit GUI=Aus :


    Code
    1. 5154 ? Ss 0:00 SCREEN -dm sh -c /usr/bin/X vt7
    2. 5174 pts/0 Ss+ 0:00 \_ /usr/bin/X vt7


    Und deshalb verstehe ich den folgenden "tty" nicht in Verbindung mit GUI=Aus ?


    Code
    1. XC="$(ps x | grep "$XPID tty" | grep -m 1 " X " | sed -e "s/.* tty//" | cut -f 1 -d " ")"


    Gruß,
    Chuck


    P.S. Mit Freevo geht es schneller.

  • Hi,


    Das neuste getXVT hat jetzt zweimal gut funktioniert, allerdings bekomme immer noch teilweise kein Bild bei Benutzung von STB (?)!


    Kann das jemand bestätigen oder ist das nur bei meiner Box (A300 mit 128MB Ram)?


    Wenn kein Bild kommt nach dem z.B zweiten STR sehe ich zwei Prozesse activy_overlay.sh ?


    Code
    1. 19590 ? Ss 0:00 /usr/sbin/atd
    2. 19653 tty8 S+ 0:00 /bin/sh /_config/bin/activy_overlay.sh 1
    3. 20377 tty8 S+ 0:00 \_ sleep 1
    4. 19872 ? S 0:00 /usr/bin/perl /usr/bin/vdradmind.pl
    5. 19921 ? Ss 0:00 /usr/sbin/sshd
    6. 20261 ? Ss 0:00 \_ sshd: root@pts/2
    7. 20302 pts/2 Ss 0:00 \_ -bash
    8. 20381 pts/2 R+ 0:00 \_ ps axf
    9. 19934 ? S 0:00 /bin/sh /_config/bin/activy_overlay.sh 1
    10. 20380 ? S 0:00 \_ sleep 1


    Ein cat /var/log/hibernate.log:



    Mit "halt" funktioniert es --> dauer aber leider zu lange..... :( .


    Hat es was damit zu tun das ich keine Signalquelle (SAT) angeschlossen habe?
    Ich mache die Box gerade für einen Kollegen fertig und ich selber habe kein SAT, ich gehe immer nur davon aus wann ich das VDR Menü öffnen kann.
    Die gleiche BOX mit 1.1 und streamdev_section (ohne DVB Karte) zum testen hat nicht so rumgezickt mit STR (?).


    Ich teste später weiter, meine Kinder verstehen nicht warum ich bei dem Wetter immer die Box aus und an schalte ;) .


    Gruß,
    Chuck

  • Hi,


    ich kennen zwar jetzt nicht den Grund, aber es klappt nun alles mit STR und starten (ohne auf das Bild zu warten oder das es gar nicht kommt)!


    Ich habe aus der /etc/init.d/gui folgendes entfernt:

    Code
    1. depend() {
    2. - use net xfs lircd
    3. + use net xfs
    4. need alsasound


    Mir ist vorher immer aufgefallen, wenn es nicht klappte und ich es manuell mit stt/stp gui versucht habe, das immer eine Meldung mit Starting Lirc kam (mit Fehler allerdings) -> weiterhin gab es ein Menge DEAD SCREENS (screen -ls).


    Gruß,
    Chuck

  • Zitat

    Original von helau
    Funktioniert es auch wenn du anstelle von

    Code
    1. use net xfs lircd


    ein

    Code
    1. after net xfs lircd


    machst ? Dann sollte er auch nicht mehr versuchen lircd zu starten.


    Dies löst das Problem bei STR. :)


  • Eingestellte GUI ist "Aus", und mit dieser Änderung funktioniert es auch weiterhin :) .


    Gruß,
    Chuck