Jump to content

Ph@ntom@s

Full Member
  • Gesamte Inhalte

    113
  • Benutzer seit

Beiträge erstellt von Ph@ntom@s

  1. Hmm, ich dachte auch erst das es am Flexmenü liegt ...

     

    Ich hab mal getestet den Tuxboxcommander so zu starten, da besteht genau das gleiche Problem ...

    Die Farben sind ja beim Staretn des Plugins wieder ok nur diese eine sek, wo das "Hauptmenü" nochmal kurz erscheint sind die Farben "falsch" ...

    Das Problem mit dem Beenden besteht auch beim Tuxboxcommander ...

     

    Das ist sicherlich wiedermal nur ne Kleinigkeit ...

     

    cu Phan

  2. @Snowhead,

     

    ich häng mich auch mal hier rein :blink::wacko:

     

    Also, nochmal ganz von vorn ...

    Wir haben nun die besagte bcexecit.cpp:

    #ifdef HAVE_CONFIG_H
    #include <config.h>
    #endif
    
    #define SCREEN_X	720
    #define SCREEN_Y	572
    
    #include <global.h>
    #include <neutrino.h>
    #include <gui/bcexecit.h>
    #include <stdlib.h>
    
    #include <driver/fontrenderer.h>
    #include <driver/rcinput.h>
    #include <driver/screen_max.h>
    #include <system/flashtool.h>
    
    CBCExecIt::CBCExecIt(char *command)
    {
    frameBuffer = CFrameBuffer::getInstance();
    
    font_head   = SNeutrinoSettings::FONT_TYPE_MENU_TITLE;
    font_small  = SNeutrinoSettings::FONT_TYPE_IMAGEINFO_SMALL;
    font_info   = SNeutrinoSettings::FONT_TYPE_IMAGEINFO_INFO;
    
    hheight     = g_Font[font_head]->getHeight();
    iheight     = g_Font[font_info]->getHeight();
    sheight     = g_Font[font_small]->getHeight();
    
    width  = w_max (710, 5);
    height = h_max (560, 5);
    
    max_height = SCREEN_Y-1;
    max_width  = SCREEN_X-1;
    
    x=(((g_settings.screen_EndX- g_settings.screen_StartX)-width) / 2) + g_settings.screen_StartX;
    y=(((g_settings.screen_EndY- g_settings.screen_StartY)-height) / 2) + g_settings.screen_StartY;
    
    m_command = command;
    }
    
    CBCExecIt::~CBCExecIt()
    {
    
    }
    
    int CBCExecIt::exec(CMenuTarget* parent, const std::string &)
    {
    
    if (parent)
    {
    	 parent->hide();
    }
    
    
    system(m_command);
    
    hide();
    
    return menu_return::RETURN_REPAINT;
    }
    
    void CBCExecIt::hide()
    {
    frameBuffer->paintBackgroundBoxRel(0,0, max_width,max_height);
    }

     

    Und rufen über die neutrino.cpp (Also im Hauptmenü-Einstellungen) ein Plugin auf.

    Und zwar so:

    mainMenu.addItem(new CMenuForwarder(LOCALE_BC_********, true, NULL, new CBCExecIt("wget -O /dev/null http://localhost/cgi-bin/startPlugin?name=********.cfg &") , NULL, CRCInput::RC_blue  , NEUTRINO_ICON_BUTTON_BLUE  ), false);

     

    Also die Probleme sind:

    Beim schalten auf den Menüpunkt geht das Hauptmenü weg, kommt ganz kurz wieder mit "falschen" Farben, geht danach sofort wieder weg und das Plugin startet mit "richtigen" Farben ...

    Beim Beenden das Plugins über "HOME" beendet sich zwar das Plugin aber im LCD bleibt es stehen, dort geht es erst nach nochmaligen drücken der "HOME"-Taste weg ...

     

    Wir haben auch schon den Umweg über die "operations" gemacht, aber auch das hilft nicht weiter ...

    Eventuell hast du ja noch ne Idee ...

     

    cu Phan

  3. @Ph@ntom@s

     

    das ist gelinde gesagt unbrauchbar :(

    Ha, wem sagst du das :wub:

     

    Allerdings geb ich noch nicht auf mit den dLan-Dingern ;)

    Bisher konnte ich dank deines Scriptes und den hier geposteten Erfahrungen die Werte von 3000 - 4000 auf ca. 6000 hochschrauben ....

     

    16384, 16384

    8192+0 records in

    8192+0 records out

    real    1m 23.84s

    user    0m 0.31s

    sys    0m 12.07s

    6095

    8192+0 records in

    8192+0 records out

    real    1m 25.87s

    user    0m 0.21s

    sys    0m 7.59s

    5953

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.1.10)

     

    Ich hab jetzt mal den von dir favorisierten Switch bestellt, bin mal gespannt ob der bei den Teilen auch was bringt ....

     

    cu Phan

  4. Hallo Leute,

     

    hat das Ganze schonmal einer über dLan (14 Mbit/s) getestet ?

    Oder hat jemand Erfahrung mit dem Streamen über die Teile ?

     

    cu Phan

    Hi ....

     

    hier mal für alle die es Interessiert wie es über dLan aussieht :

     

    /var # /tmp/netztest 192.168.1.10 FILME /mnt/filme

     

    4096, 4096

    8192+0 records in

    8192+0 records out

    real    2m 21.60s

    user    0m 0.29s

    sys    0m 11.35s

    3605

    8192+0 records in

    8192+0 records out

    real    1m 47.21s

    user    0m 0.25s

    sys    0m 10.32s

    4785

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=4096,wsize=4096,soft,udp,nolock,addr=192.168.1.10)

     

    8192, 8192

    8192+0 records in

    8192+0 records out

    real    2m 10.58s

    user    0m 0.41s

    sys    0m 10.91s

    3908

    8192+0 records in

    8192+0 records out

    real    1m 41.49s

    user    0m 0.23s

    sys    0m 7.17s

    5019

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.10)

     

    16384, 16384

    8192+0 records in

    8192+0 records out

    real    2m 8.19s

    user    0m 0.30s

    sys    0m 11.40s

    3968

    8192+0 records in

    8192+0 records out

    real    1m 43.35s

    user    0m 0.28s

    sys    0m 7.22s

    4970

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.1.10)

     

    32768, 32768

    8192+0 records in

    8192+0 records out

    real    2m 0.88s

    user    0m 0.25s

    sys    0m 12.37s

    4231

    8192+0 records in

    8192+0 records out

    real    2m 35.18s

    user    0m 0.23s

    sys    0m 6.54s

    3282

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.1.10)

     

    Also alles nicht so berauschend ;) ...

     

     

    cu Phan

  5. Aber: Ich muss es ja auch nicht glauben

     

    Stimmt.... :unsure:

     

    Jedenfalls hab ich jetzt einen ausrangierten Zyxel-Router als Switch dazwischen gehangen...

     

    Mit diesem Ergebnis:

    /var # /tmp/ntest 192.168.1.10 FILME /mnt/filme 32768 32768

     

    32768, 32768

    8192+0 records in

    8192+0 records out

    real    1m 1.99s

    user    0m 0.33s

    sys    0m 11.73s

    8258

    8192+0 records in

    8192+0 records out

    real    1m 2.20s

    user    0m 0.12s

    sys    0m 7.40s

    8126

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.1.10)

    /var #   

     

    Sieht doch schon besser aus oder ? :huh:

     

    cu Phan

  6. Wenn Du den SFU im Einsatz hast und Deine NIC tatsächlich auf Halbduplex läuft (ich glaube das nicht) dann ist Dein Switch defekt. Was anderes fällt mir auch nicht ein.

    DER Wert ist selbst für ein schwaches Netzwerk nicht nachvollziehbar.

    Kannste ruhig glauben :unsure: ...

    Es tut sich ja auch etwas, zwar im negativen Sinn aber man merkt eine Veränderung ...

    Du hast aber sicher Recht, das es am Switch liegen wird.Ich werd aber mal einen anderen nehmen ...

     

    Werde dann berichten...

     

    cu Phan

  7. Hi Worschter,

     

    So habs mal gemacht ...

    Hab aber nur mal die 16384 getestet um nen Vergleich zu sehen....

    Hat sich verschlechtert :unsure:

     

    16384, 16384

    8192+0 records in

    8192+0 records out

    real    1m 2.98s

    user    0m 0.26s

    sys    0m 10.91s

    8126

    8192+0 records in

    8192+0 records out

    real    14m 11.88s

    user    0m 0.22s

    sys    0m 7.86s

    600

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.1.10)

    /var #

     

     

    Noch ne Idee ?

     

    Das muß doch hinzukriegen sein ....

     

    cu Phan

  8. Mahlzeit... :huh:

     

    Also ich hab die ganze Sache nun auch mal getestet...

    Leider sieht das ganze gar nicht gut aus :unsure:

     

    Zur Hardware:

    - D-Box II Philips

    - PIII 1GHz, 256MB RAM, Windows 2003 Server

    - MS SFU

    - 8 Port Fast Ethernet N-WAY SWITCH (Digitus Network)

     

    /var # /tmp/netztest 192.168.1.10 FILME /mnt/filme

     

    4096, 4096

    5688

    6095

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=4096,wsize=4096,soft,udp,nolock,addr=192.168.1.10)

     

    6144, 6144

    5818

    6095

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=4096,wsize=4096,soft,udp,nolock,addr=192.168.1.10)

     

    8192, 8192

    7013

    5278

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.10)

     

    9216, 9216

    7111

    5446

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.10)

     

    10240, 10240

    7111

    5688

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.10)

     

    11264, 11264

    7111

    5688

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.10)

     

    12288, 12288

    7111

    5389

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.10)

     

    16384, 16384

    8258

    836

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.1.10)

     

    24576, 24576

    8126

    856

    192.168.1.10:FILME on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.1.10)

     

    32768, 32768

    8533

    -> nach 20 min abgebrochen !!!

     

    Nun hab ich in diesem Thread einige Infos gefunden und mal durch getestet:

    Worschter,

    is zwar auch ein blöder Einfall, aber schau dir mal in der Reg unter HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NfsSvr\Parameters\ die Werte für NfsHandlesCacheSizeMax und NtfsHandlesCacheSizeMax an ob die auf 32768 sind.

    Das ist auf 32768 eingestellt ...

     

    UseWriteCache

    HKLM\System\CurrentControlSet\Services\NfsSvr\Parameters\ (REG_DWORD)

     

    Default is 0. Specifies whether or not write caching should be used. Set this value to 1 to enable write caching. This can give significant performance improvements; however, if the disk subsystem does not have an appropriate battery backup, data loss and corruption may occur during a power failure. Enabling write caching violates the NFS protocol semantics.

    Hab ich gemacht -> ohne Erfolg ....

     

     

    Hat eventuell noch jemand ne Idee um das ganze zu verbessern ?

     

    cu Phan

  9. Tach Meister ....

     

    Das hatte ich auch schon getestet:

     

    /var # /tmp/netztest 192.168.1.10 /FILME /mnt/filme

     

    4096, 4096

    mount: 192.168.1.10: failed, reason given by server: Permission denied

    mount: nfsmount failed: Bad file descriptor

    mount: Mounting 192.168.1.10: on /FILME failed: No such file or directory

    dd: /mnt/filme/test: Read-only file system

    Command exited with non-zero status 1

    real    0m 0.03s

    user    0m 0.01s

    sys    0m 0.02s

    expr: division by zero

    dd: /mnt/filme/test: No such file or directory

    Command exited with non-zero status 1

    real    0m 0.04s

    user    0m 0.01s

    sys    0m 0.02s

    expr: division by zero

     

    usw ...

     

    Is sicherlich was ganz simples :unsure:

     

    Nur was ?

     

    cu Phan

  10. Hi Junx,

     

    irgendwie hab ich auch ein Problem mit dem netztest-script, deshalb poste ich´s mal in diesen Thread hier ...

     

    Also beim Starten des Scripts:

    /tmp # /tmp/netztest 192.168.1.10 FILME /mnt/filme

     

    kommt folgende Ausgabe:

    4096, 4096

    mount: 192.168.1.10: failed, reason given by server: Permission denied

    mount: nfsmount failed: Bad file descriptor

    mount: Mounting 192.168.1.10: on /tmp/FILME failed: No such file or directory

    dd: /mnt/filme/test: Read-only file system

    Command exited with non-zero status 1

    real    0m 0.08s

    user    0m 0.01s

    sys    0m 0.03s

    expr: division by zero

    dd: /mnt/filme/test: No such file or directory

    Command exited with non-zero status 1

    real    0m 0.09s

    user    0m 0.00s

    sys    0m 0.04s

    expr: division by zero

     

    usw ...

     

    usw ...

     

    usw ...

     

    /tmp #

     

    Mounte ich "von Hand" so:

    /tmp # mount -o rw,soft,udp,nolock,rsize=8192,wsize=8192 192.168.1.10:/FILME /mnt/filme -t nfs

    funzt es problemlos ...

     

    Irgendwie steh ich auf´m Schlauch ...

     

    Übrigens "mount" bring diese ausgabe, nach dem mounten über die Box ...

    /tmp # mount

    /dev/root on / type squashfs (ro)

    none on /dev type devfs (rw)

    proc on /proc type proc (rw)

    tmpfs on /tmp type ramfs (rw)

    /dev/mtdblock/2 on /var type jffs2 (rw)

    192.168.1.10:/FILME on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.10)

    /tmp #

     

     

    cu Phan

  11. @XundY

    Es wird so sein wie Worschter es sagt, schau dir mal an ob die gepatchten Files ihren Weg gefunden haben...

     

    Ich denke nicht...

    Denn wenn deine flashmanage.pl ihn nicht gefunden hat, dann der Rest mit Sicherheit auch nicht...

     

    cu Phan

  12. Yepp, war bei mir das gleiche Problem...

     

    Wenn ich es nun richtig mitbekommen habe, arbeitest du ja jezt mit dem Script...

     

    Mir ging es so, das mir beim kopieren der Files das "kwcomp" einen Strich durch die Rechnung gemacht hat...

     

    Hab das Script erstmal "ausgebaut" und kopiere die Files so...

     

    Ist natürlich auf dauer keine Lösung..

     

    @Worschter...

    Vieleicht erklärst du nochmal genau die Funktionsweise von "kwcomp"

     

    Geh mal davaon aus, das die Ordner "originale" und "vergleich" leer sind...

    Welcher Ordner muß dann auch immer vor dem Scriptstart gelöscht werden ???

    Ich nehme an der "originale"... Das könnte man ja auch "automatisieren...

     

    cu Phan

  13. hm,

     

    und irgendwie ist das ne Grösse die mir bekannt vorkommt :

     

    8388608

     

    Das klingt wie die Grösse Flash + Bootloader, also irgendwas ist da in die Hose gegangen.

    Vergleiche doch Spasshalber mal den Var Bereich

     

    ~/dbox/cdkflash/var7

    mit dem eines normalen Images, kommt Dir da was verdächtig zuviel vor?

    Jetzt wo du es sagst :D:P:wacko:

    Das is die Komplettgröße eines Images :P

     

    IMAGE komplett        8388608           

    u-boot                  -  131072           

    ppcboot                -  131072 

    Rest für root/var      = 8126464           

     

    cu Phan

  14. Hi,

     

    das ging mir auch so...

    Also es wird von Haus aus viel "unnützes" mit ins Image gepackt, deshalb mußt du den Rootpart bissl abspecken:

     

    Hier mal ein paar Tip´s von Worschter, was man alles entfernen kann (gibt natürlich noch mehr, aber das hilft erstmal wirtschaften :P )

     

    erst mal die Plugins in /lib/tuxbox/plugins:

    weather

    rss

    dbswitch

    script

    dreamdata

    dslconnect

    dsldisconnect

    enigma_demo

    enigma_getset

    ngrabstart

    ngrabstop

     

    satfind wenn Du die TV Version einspielen willst

    lcdcirc und outdoor weil die kein Mensch braucht

     

    Dann die unnötigen locale in /share/tuxboxNeutrino/locale

    die Schriftart /share/fonts/md_khmurabi_10.ttf

    unerwünschte Webinterfaces wie /share/tuxbox/neutrino/httpd-alt2

    falls erwünscht /share/tuxbox/neutrino/icons/shutdown.raw und shutdown.pal

    und scan.raw / scan.pal

     

    Sieht dann gleich viel Besser aus...

    :D:P:wacko:

     

    --------------------------------------

    Erlaubte Groesse: 5373952

    Tatsaechliche Groesse: 4902912

     

    Var Bereich Groesse: 131072

    --------------------------------------

    cu Phan

×
×
  • Neu erstellen...