Ph@ntom@s
-
Gesamte Inhalte
113 -
Benutzer seit
Inhaltstyp
Profile
Forum
Kalender
Downloads
Blogs
Galerie
Articles
Beiträge erstellt von Ph@ntom@s
-
-
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
-
@Snowhead,
ich häng mich auch mal hier rein
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
-
@Ph@ntom@s
das ist gelinde gesagt unbrauchbar
Ha, wem sagst du das
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, 163848192+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
-
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/filme4096, 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
-
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
-
Aber: Ich muss es ja auch nicht glauben
Stimmt....
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 3276832768, 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 ?
cu Phan
-
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 ...
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
-
Hi Worschter,
So habs mal gemacht ...
Hab aber nur mal die 16384 getestet um nen Vergleich zu sehen....
Hat sich verschlechtert
16384, 163848192+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
-
Mahlzeit...
Also ich hab die ganze Sache nun auch mal getestet...
Leider sieht das ganze gar nicht gut aus
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/filme4096, 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 ...
UseWriteCacheHKLM\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
-
@Worschter...
Ich hab zwar keine Ahnung warum, aber nun funzt es ...
Allerdings hab ich sehr schlechte Werte, aber ich les mich erstmal durch den "Haupt-Thread" ...
cu Phan
-
Tach Meister ....
Das hatte ich auch schon getestet:
/var # /tmp/netztest 192.168.1.10 /FILME /mnt/filme4096, 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
Nur was ?
cu Phan
-
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/filmekommt folgende Ausgabe:
4096, 4096mount: 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 nfsfunzt 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
-
-
Wir sind bald wieder da, keine Sorge
ZITAT VOM CHEF:
BoxCracker ist bald wieder Online!!!!Wir arbeiten mit Hochdruck, bitte habt noch ein bisschen Geduld.
Ihr werdet per Mail informiert !
cu Phan
-
Hehe:)
ich denke es handelt sich hier um ein Mißverständnis
Du redest von einem Nick Namens "boxcracker" und alle anderen hier im Thread von dem Board Namens "BoxCracker"...
cu Phan
-
LOL markusn12 so kann man auch leute versuchen auf sein board zu locken !!!!!
@All
Das hat definitiv nichts mit dem "echten" BoxCracker-Board zu tun...
Wir geben euch Bescheid, wenn wir wieder online sind ...
cu Phan
-
Hi,
Caster hat im UMP-Board ein kleines Statement abgegeben
Original von Casterhoster hat uns gekickt, (nach so langer zeit) weiss der geier warum.
wir müssen uns jetzt nen neuen server suchen.
hoffe das dauert nicht allzulang, dann is bc wieder online.
peace
caster
Also, wird schon wieder
cu Phan
-
Um mal Gerüchte zu vermeiden:
Der BoxCracker Server hat nen Hardwareproblem
Es wird schon fleißig dran gearbeitet
cu Phan
-
@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
-
Ok ich denke mal da lag es daran, das der Ordner nie leer war...
Werd das demnächst einbauen...
Priorität hat erstmal das Netzwerk
cu Phan
-
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
-
hm,
und irgendwie ist das ne Grösse die mir bekannt vorkommt :
8388608Das 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
Das is die Komplettgröße eines Images
IMAGE komplett 8388608u-boot - 131072
ppcboot - 131072
Rest für root/var = 8126464
cu Phan
-
Var Bereich Grösse: 8388608
Der is viel zu groß, sieht so aus als hättest du was falsch gepatched...
cu Phan
-
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 )
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...
--------------------------------------Erlaubte Groesse: 5373952
Tatsaechliche Groesse: 4902912
Var Bereich Groesse: 131072
--------------------------------------
cu Phan
Mach´s gut Worschter
in Zum Gedenken
Geschrieben
Wir sind noch sprachlos ...
Unser Beileid an alle hinterbliebenen ...