preiswerte WL-HDD in anderer Verpackung oder was ist das?

[musicus]

1.
Results for write throughput:
8.659 Mbit/s with udp,async,wsize=8192
8.659 Mbit/s with udp,async,wsize=32768
8.659 Mbit/s with udp,async,wsize=16384
8.134 Mbit/s with tcp,async,wsize=32768
7.895 Mbit/s with tcp,async,wsize=8192
7.895 Mbit/s with tcp,async,wsize=16384
7.456 Mbit/s with tcp,async,wsize=4096
-e 7456540 with udp,async,wsize=4096

Results for read throughput:
7.669 Mbit/s with tcp,async,rsize=8192
7.456 Mbit/s with tcp,async,rsize=32768
7.456 Mbit/s with tcp,async,rsize=16384
7.255 Mbit/s with tcp,async,rsize=4096
5.711 Mbit/s with udp,async,rsize=16384
5.592 Mbit/s with udp,async,rsize=32768
5.162 Mbit/s with udp,async,rsize=8192
-e 6547206 with udp,async,rsize=4096

2.
Results for write throughput:
8.659 Mbit/s with udp,async,wsize=8192
8.659 Mbit/s with udp,async,wsize=32768
8.659 Mbit/s with udp,async,wsize=16384
8.134 Mbit/s with tcp,async,wsize=8192
8.134 Mbit/s with tcp,async,wsize=32768
8.134 Mbit/s with tcp,async,wsize=16384
7.456 Mbit/s with tcp,async,wsize=4096
-e 7895160 with udp,async,wsize=4096

Results for read throughput:
7.669 Mbit/s with tcp,async,rsize=16384
7.456 Mbit/s with tcp,async,rsize=8192
7.456 Mbit/s with tcp,async,rsize=32768
7.255 Mbit/s with tcp,async,rsize=4096
5.478 Mbit/s with udp,async,rsize=8192
5.368 Mbit/s with udp,async,rsize=16384
5.263 Mbit/s with udp,async,rsize=32768
-e 6710886 with udp,async,rsize=4096

3.
Results for write throughput:
8.947 Mbit/s with udp,async,wsize=32768
8.947 Mbit/s with udp,async,wsize=16384
8.388 Mbit/s with udp,async,wsize=8192
8.388 Mbit/s with tcp,async,wsize=8192
8.134 Mbit/s with tcp,async,wsize=16384
7.895 Mbit/s with tcp,async,wsize=32768
7.456 Mbit/s with tcp,async,wsize=4096
-e 8134407 with udp,async,wsize=4096

Results for read throughput:
7.669 Mbit/s with tcp,async,rsize=32768
7.456 Mbit/s with tcp,async,rsize=8192
7.456 Mbit/s with tcp,async,rsize=16384
6.882 Mbit/s with tcp,async,rsize=4096
5.592 Mbit/s with udp,async,rsize=16384
5.263 Mbit/s with udp,async,rsize=32768
5.162 Mbit/s with udp,async,rsize=8192
-e 6710886 with udp,async,rsize=4096

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

1.
32768, 32768
8258
5688
2.
32768, 32768
8393
5885
3.
32768, 32768
8258
5688

[marobo]

Vielen Dank für Deine Werte!

Es scheint wirklich so, als wenn Du beim Schreiben in Deiner Konfiguration echt super Werte erreichst. Beim Lesen sind sie dann wiederum merkwürdigerweise schlechter als meine Werte. Ich verstehe irgendwie nicht, wie es dazu kommt. Da die Testkonfiguration ansonsten gleich ist (MGB100 mit PaganoV4-Firmware und autobootfs mit nfs-kernel-server 2.4.28, dBox 2), scheint es am Switch zu liegen. Demnach müsste meiner bei 32k Blockgröße recht ordentliche Werte bringen, aber bei 8k Blockgröße dann deutlich zurückfallen. Deiner schreibt offenbar sehr gut, liest dafür aber eher schlecht. Das MGB100 wäre demnach nicht der ausbremsende Part.

Nochmal zusammenfassend: 32k Blockgröße liefern recht ordentliche Werte bei mir (schreibend 62 Sekunden = ca. 8000 kBit/s, lesend 58 Sekunden = ca. 8500 kBit/s) - wenn auch nicht ganz so gute Schreibwerte wie bei Dir (schreibend 58 Sekunden = ca. 8500 kBit/s, lesend 84 Sekunden = ca. 5900 kBit/s). Sie sind aber so nur mit meinem Notebook erzielbar, weil das MGB100 mit der momentan installierten Software keine 32k Blockgröße unterstützt. Bei 8k Blockgröße fällt das Notebook dann deutlich zurück (schreibend 72 Sekunden = ca. 6900 kBit/s, lesend 64-65 Sekunden = ca. 7600 kBit/s), wobei das MGB100 hier auf ähnliche Werte kommt (schreibend 72 Sekunden = ca. 6900 kBit/s, lesend 68 Sekunden = ca. 7300 kBit/s).

Es scheint also hier einmal mehr so zu sein, dass der Switch maßgeblichen Einfluss auf die NFS-Performance zwischen dBox 2 und NFS-Server hat. Momentan kommt bei mir ein alter 8-Port-Switch von Longshine zum Einsatz (LCS883R-SW800). Ich muss mal schauen, ob ich hier noch einen anderen Switch rumfliegen habe, den ich testweise einsetzen könnte. Bis jetzt wissen wir, dass ein D-LINK DES-1005D offenbar eine deutlich bessere Schreibgeschwindigkeit ermöglicht, dafür aber beim Lesen wesentlich langsamer ist (was mir persönlich allerdings ziemlich egal wäre).

Das MGB100 bringt demnach - entgegen meiner ersten Vermutung - eine erstklassige Leistung und würde sich sehr gut zum Aufnehmen von der dBox 2 eignen. Die Schreibwerte bei Dir (trotz 8k Blockgröße) sprechen für sich, lesend kann das MGB100 auch mehr als es bei Dir leistet.

[schufti]

Hi!

mal eine Zusammenfassung, was meine MGB100_V400s04 dzt. so bietet:

Kernel 2.4.35 (inkl. ext3, iso9660, ntfs (r/w))
Kernel_nfs integriert (mnt/C autom freigegeben)
Samba 3.0.14a
BusyBox 1.7.2
cifs 1.20c
mii-tool (wie ethtool)
verbessertes Reboot/Halt (mit sync, umount)

über /sbin/init kompatibel mit paganos KamiKaze autobootfs

ACHTUNG: muß jetzt auch auf FAT so heißen, da als VFAT gemounted wird!!! (lange Dateinamen)

über eine autoexec (/mnt/C/autoexec oder /mnt/USB/USB_C/autoexec) lassen sich natürlich die
/etc/exports
/etc/init.d/rcS
/etc/init.d/rc.shutdown
/etc/init.d/rc.restart
nach euren Wünschen anpassen.

ein mount einer smb-share funktioniert etwa so:

Code: Alles auswählen

mount -v -t cifs //server/freigabe /mnt -o user=root,pass=geheim,unc=\\\\server\\freigabe 

Die Angabe der unc ist leider dzt. so notwendig wegen Fehler in der Busybox

die Umstellung auf 10Mbit-HD so:

Code: Alles auswählen

mii-tool -F 10baseT-HD eth1

Bei Mono blicke ich momentan nicht wirklich durch. Irgendwie gibts da 0 Dokumentation und kein Forum dazu. Erst gar nicht, wenn man nur die Runtime für ein embedded System bauen will.

schufti

P.S.: speedtest

Code: Alles auswählen

Results for write throughput:
8.659 Mbit/s with tcp,async,wsize=8192
8.388 Mbit/s with tcp,async,wsize=32768
8.388 Mbit/s with tcp,async,wsize=16384
7.895 Mbit/s with tcp,async,wsize=4096
7.456 Mbit/s with udp,async,wsize=16384
7.255 Mbit/s with udp,async,wsize=32768
6.882 Mbit/s with udp,async,wsize=8192
6.710 Mbit/s with udp,async,wsize=4096

Results for read throughput:
8.134 Mbit/s with udp,async,rsize=16384
7.895 Mbit/s with udp,async,rsize=8192
7.895 Mbit/s with udp,async,rsize=32768
6.547 Mbit/s with udp,async,rsize=4096
6.547 Mbit/s with tcp,async,rsize=8192
6.547 Mbit/s with tcp,async,rsize=4096
6.547 Mbit/s with tcp,async,rsize=32768
6.391 Mbit/s with tcp,async,rsize=16384

[musicus]

Hallo, hier ein paar Infos meinerseits und weitere Fragen an euch:

1. Scripte:
-Ich wollte von der Dbox auf dem MGB100 Scripte ausführen
(z.Bsp. "Wget mit Post-Funktion" um eine Fritzbox auszuwerten)
Dazu hatte ich das komplette Wget im autobootfs geladen
und hatte dann vor per dropbear darauf zuzugreifen.
Auf halbem Wege dann dies beiseite gelegt, weil ich eine Lösung mit
netcat (nc) fand, die prima funktioniert!!!
Folgende Info wurde angepasst:
http://www.wehavemorefun.de/fritzbox/Ve ... P-Accounts


2. Speicherplatz
-Außerdem war ich auf der Suche nach einem Sript, um die aktuelle Speicherplatzbelegung des MGB100
und der angeschlossenen USB-Speicher anzeigen zu lassen.
Bin dann auch fündig geworden und habe es angepasst... Für alle NAS-Besitzer wäre es doch prima
die HDD und MMC Auswertung mit z.B. /mnt/filme und /mnt/bilder in den bekannten Scripts zu erweitern.

3. USB
-Meine eingebaute HD (80GB) wird immer voller, sodass ich mich langsam nach weiterem Speicher umsehe.
Am USB habe ich einen SD-Cardreader mit einer USB2.0-SD-Karte (dort liegt auch momentan autoboot).
Hier mein Speedtest zur SD-Karte:
SD-USB2.0 2GB Filesize: 32MB

Results for write throughput:
8.659 Mbit/s with udp,async,wsize=8192
8.659 Mbit/s with udp,async,wsize=32768
8.659 Mbit/s with udp,async,wsize=16384
8.134 Mbit/s with tcp,async,wsize=8192
8.134 Mbit/s with tcp,async,wsize=16384
7.669 Mbit/s with tcp,async,wsize=32768
7.456 Mbit/s with tcp,async,wsize=4096
-e 7895160 with udp,async,wsize=4096

Results for read throughput:
7.456 Mbit/s with tcp,async,rsize=8192
7.255 Mbit/s with tcp,async,rsize=32768
7.255 Mbit/s with tcp,async,rsize=16384
6.710 Mbit/s with tcp,async,rsize=4096
5.368 Mbit/s with udp,async,rsize=32768
5.064 Mbit/s with udp,async,rsize=16384
4.400 Mbit/s with udp,async,rsize=8192
-e 6100805 with udp,async,rsize=4096

Ruckelfreises Aufnehmen also möglich.

4. Fragen
-Hat jemand schon Erfahrungen mit USB-Festplatten (z.B. 500GB)?
-Welche könnt ihr empfehlen?
-Ist es mittlerweile möglich den zweiten USB-Port zu mounten?
(-Dank Schuftis neuer Firmware soll ein Printserver momentan wohl auch funktionieren)
-Ist es auch möglich unterschiedliche Partitionen der eingebauten Festplatte zu mounten?
-Wie wird der USB-Speicher wieder sauber ungemountet?

Hier nochmal ein großes Dankeschön an "Schufti" und alle Anderen, die sich für diese
Wunderkiste engagieren.

Viele Grüße
musicus

[olli]

@musicus

wie hast du das mit dem Login gemacht?

Ich habe folgendes ohne Erfolg eingegeben

Code: Alles auswählen

echo "POST /cgi-bin/webcm HTTP/1.0
Content-Type: application/x-www-form-urlencoded
User-Agent: dBox2-status
Host: fbox
Content-length: 83

getpage=..%2Fhtml%2Fde%2Fmenus%2Fmenu2.html&login%3Acommand%2Fpassword=meinpasswort

" |
nc -i 1 -w 1 meine_IP 80 > /dev/null

wget  http://meine_IP/cgi-bin/webcm?getpage=../html/de/menus/menu2.html&var:lang=de&var:menu=fon&var:pagename=foncall"

Wenn der Login erfolgreich gewesen währe, hätte ich die Anrufliste sehen müssen.
Hast du noch ein Tipp?

Danke Olli

[musicus]

Hallo olli,

herzlich willkommen im Forum.
Leider hatte ich bisher den Passwortschutz bei meiner Fritzbox nicht aktiviert

Da aber zwei selbstgeschriebene Scripts bei mir das Wlan der Fritzbox beim Hoch- und Runterfahren
der dbox ein- und ausschalten, wußte ich, dass die Postfunktion lüppt.

Nun das Passwortlogin nochmal getestet und gemerkt, dass das komplette Loginform
gepostet werden muß.
Also probiere es mal mit folgendem String:

Code: Alles auswählen

getpage=..%2Fhtml%2Fde%2Fmenus%2Fmenu2.html&login%3Acommand%2Fpassword=MEINPASSWORT&errorpage=..%2html%2index.html&var%3Alang=de&var%3Apagename=home&var%3Amenu=home

(edit: Erfolgreich getestet mit FRITZ!Box Fon WLAN 7050, Firmware-Version 14.04.15)
Werde denächst auch mein "Fritz verpasst"-Script anpassen.
Bin im Moment dabei in den nächsten Tagen eine neue Version des RSS-Readers zu posten...

Gruß musicus

(edit2: hier geht's weiter )

[musicus]

Hallo schufti,

könntest Du oder jemand anderes mir einen Tip geben...
Mittlerweile habe ich eine externe USB-Platte, auf die ich
per autobootfs auch aufnehmen kann.

Results for write throughput:
8.659 Mbit/s with udp,async,wsize=32768
8.659 Mbit/s with udp,async,wsize=16384
8.388 Mbit/s with udp,async,wsize=8192
8.134 Mbit/s with tcp,async,wsize=8192
8.134 Mbit/s with tcp,async,wsize=32768
8.134 Mbit/s with tcp,async,wsize=16384
7.456 Mbit/s with tcp,async,wsize=4096
-e 7895160 with udp,async,wsize=4096

Results for read throughput:
7.669 Mbit/s with tcp,async,rsize=32768
7.669 Mbit/s with tcp,async,rsize=16384
7.456 Mbit/s with tcp,async,rsize=8192
7.064 Mbit/s with tcp,async,rsize=4096
5.711 Mbit/s with udp,async,rsize=8192
5.711 Mbit/s with udp,async,rsize=16384
5.064 Mbit/s with udp,async,rsize=32768
-e 6547206 with udp,async,rsize=4096

Wegen der Unmount-Funktion des Buttons habe ich es jetzt mal mit
der Airlive c3-Version probiert und möchte per autoexec die USB-Ports mounten.
Hier der Code

Code: Alles auswählen

#!/bin/ash
rm -f /var/config/exports
echo "/mnt/C    *(rw,no_root_squash,insecure,async)" > /var/config/exports
echo "/mnt/USB/USB_C    *(rw,no_root_squash,insecure,async)" >> /var/config/exports
echo "/mnt/USB/USB_D    *(rw,no_root_squash,insecure,async)" >> /var/config/exports
/sbin/exportfs -ar
#exec /sbin/exportfs -ar
#/etc/init.d/rc.nfsd start
exit

Es wird richtig eingetragen, aber die USB-Laufwerke sind über nfs (dbox) nicht erreichbar.
Wenn ich nachträglich über telnet exportfs -ar auf dem MGB100 eingebe, kann ich alles von
der dbox mounten.
Nochmals danke für Deine steten Verbesserungen der Firmware

Gruß musicus

[schufti]

Hi,

ich vermute mal, dass zu _diesem_ Zeitpunkt die USB Laufwerke einfach noch nicht gemounted sind. Mach mal ein mount > mount.log oder so vor das exportfs

schufti

[musicus]

Hallo,
danke für den Tip. Hab das Ganze jetzt mal so geändert:

Code: Alles auswählen

#!/bin/ash
rm -f /var/config/exports
echo "/mnt/C    *(rw,no_root_squash,insecure,async)" > /var/config/exports
echo "/mnt/USB/USB_C    *(rw,no_root_squash,insecure,async)" >> /var/config/exports
echo "/mnt/USB/USB_D    *(rw,no_root_squash,insecure,async)" >> /var/config/exports
sleep 5
/sbin/exportfs -ar
sleep 1
mount > /mount.log
exit

Das mount.log wird zwar nicht immer korrekt geschrieben, aber der Zugriff mit der dbox
scheint jetzt zu funktionieren.

Nun habe ich noch das Problem, dass meine USB-Platte keinen automatischen Spindown macht.
Die interne Festplatte des MGB100 schon, wobei diese auch bei nicht verbundener Dbox (oder anderen Geräten)
sich selbständig zu mounten scheint, was immer leicht störende Geräusche verursacht.

Per 1. Button lassen sich die USB-Anschlüsse ja deaktivieren. Scriptmässig geht es mit hdparm aber nicht,
weil dies keine USB-Platten (SCSI) unterstützt.
Habe schon mal gesucht, was es da an Möglichkeiten gäbe: sdparm, sg_start (sg3_utils), libata (openNAS)
Optimal wäre es per dbox alle angeschlossenen Laufwerke des MGB100 hoch- und runterfahren zu können.

Gruss musicus

[musicus]

Hier noch eine kurze Info,

habe mit einem passiven Mini-Hub die Anzahl der USB-Ports erweitern können.
(Dank Schuftis Firmware)

Jetzt kann ich meine CF-Karte über einen 4fach-Cardreader mounten.
(Allerdings nur den 1. Slot des Readers)

Lustigerweise werden die anderen Ports des Hubs auch im telnet und ftp
des MGB100 korrekt angezeigt (wenn belegt), aber die dbox mountet sie nur,
wenn die richtige Reihenfolge des Hubs gefunden wurde.
Also freut euch auf fröhliches Stöpseln...

Viele Grüße musicus

[hvkls]

Es gaebe verschiedene Moeglichkeiten, z.B. ein disk label vergeben und mit "mount -l" pruefen, was jetzt wo gemountet ist. Oder, udev vorausgesetzt, per /dev/disk/by-id/* mounten.

mount -l | grep '\[' | sed -e 's/^.*on \(.*\) type.*$/\1/'

In den grep-Befehl kann man auch das Label schreiben.

[musicus]

Hab mal den Printserver unter der c3-Firmware getestet mit nem Canon IP3000 Drucker.

Nach anfänglichen Schwierigkeiten unter Windows hab ich ihn unter Ubuntu zum Laufem bekommen.

Übrigens ist es sinnvoll vorher auf der Startseite des MGB100 im Browser unter Devices nachzuschauen,
ob der Drucker überhaupt erkannt wurde.

Bei XP hatte ich laut Macsat-Wiki und Airlive-PDF bei Queue Name (Warteschlangenname):
lp eingegeben (LP), was leider nicht geschluckt wurde.

Erst als ich, wie unter Linux, dort lpusb0 verwendet habe (LPUSB[null]) hat er gedruckt.
(Zwar etwas verspätet, der Printserver muß wohl erst die Daten sammeln.)

Der Statusmonitor beschwert sich, wenn die bidirektionale Kommunikation nicht aktiviert wurde.
Er druckt aber trotzdem. Wenn man den Modus aktiviert, kommt keine Fehlermeldung mehr.

Wenn es bei euch auch so funktioniert, könnte man die Wiki ja entsprechend anpassen.

Gruß musicus

[schufti]

Hi,

dank Tolao gibt es jetzt ein "simple" udrec, das auch auf dem MGB100 läuft.
Im Anhang eine für mein MGB100 image compilierte Version. Einfach auf /mnt/C/irgendwo ablegen, ausführbar machen und in die /mnt/C/autoexec mit den gewünschten Optionen eintragen...

schufti

[musicus]

Vielen Dank schufti!

Hier noch eine kleine Rückmeldung:
hatte erst Probleme dbox2tssrv in der autoexec einzutragen,
kam dann aber nach ein paar Telnet-Nachforschungen auf die Idee,
dass hinten ein & fehlen könnte...

Mein Eintrag sieht jetzt so aus:

/mnt/C/dbox2tssrv /mnt/C &

Nun scheint's zu funzen, Speedtest liegt bei 8947 Mb/s (write)

Eine Sache ist mir noch aufgefallen:
Beim Löschen der TS-Files per Dbox-Mute-Taste werden nur die *.ts gelöscht - die *.xml bleiben erhalten...
(ist aber nicht das Problem der MGB100 ;-))

musicus

[schufti]

Hi,

ja ist mir auch schon (unangenehm) aufgefallen. Da müßte ein Kenner dieser Codeumgebung mal analysieren. Muss ein eigenartiges Stück Code sein ....

Ich werde bei Gelegenheit mal die Blanks gegen Unterstriche tauschen, mal sehen ob es dann funktioniert.

Der Author (talao) scheint ja nicht mehr aktiv zu sein...

[musicus]

Habe gerade die aktuelle Aufnahme (inkl. xml) in einen alten Formatnamen umbenannt.
Dann per Neutrino gelöscht - leider bleibt die *.xml weiter erhalten.
Möglicherweise ist auch das xml Format entscheidend.
Bei einer älteren Aufnahme sind folgende Tags zusätzlich vorhanden:

Code: Alles auswählen

		<genremajor>191</genremajor>
		<genreminor>0</genreminor>
		<seriename></seriename>
		<length>30</length>
		<productioncountry></productioncountry>
		<productiondate>0</productiondate>
		<qualitiy>0</qualitiy>
		<parentallockage>0</parentallockage>
		<dateoflastplay>949273200</dateoflastplay>
		<bookmark>
			<bookmarkstart>0</bookmarkstart>
			<bookmarkend>0</bookmarkend>
			<bookmarklast>0</bookmarklast>
			<bookmarkuser bookmarkuserpos="0" bookmarkusertype="0" bookmarkusername=""/>
		</bookmark>

Außerdem werden immer alle Tonspuren (inkl. AC3) aufgenommen,
obwohl ich in den Einstellungen nur das Standardformat erlaubt habe.
Die Aufnahmen werden zwar fehlerfrei geschrieben,
doch beim Abspielen ruckelt der Switch stark (ständiges Puffern)...

[schufti]

Hi,

also ich habe mir das mal im Source angesehen. Meine Diagnose: im Movieplayer2 sollte es funktionieren.

Im alten Movieplayer wird davon ausgegangen, dass die .ts Files immer die Nummerierung .nnn.ts haben und daher wird der Name fürs .xml Löschen falsch gebildet. Muss aber bei original udrec Aufnahmen das selbe Problem gewesen sein, da hier die Nummerierung mit _01.ts geschah (also eine Stelle weniger abzuschneiden).

Werde daher mal eine Version machen, die halt ein .000.ts schreibt.

Oder sollte mir mal ansehen ob Movieplayer2 nicht doch ganz brauchbar wäre ....?

[Gaucho316]

Wo löschst du denn die Aufnahmen? Im Moviebrowser? Dort wird für das Löschen der Dateien doch derselbe Code genutzt, egal, ob man den Movieplayer 1 oder 2 nutzt. Guck mal in movieinfo.cpp ab Zeile 93. In der Methode convertTs2XmlName() wird zuerst nach Dateiname.nnn.ts und dann nach Dateiname_nn.ts gesucht. Diese Methode wird dann in moviebrowser.cpp in Zeile 2169 genutzt, um den Namen der zur Aufnahme gehörenden XML-Datei zu ermitteln.

[schufti]

hi

Der Moviebrowser wird m.E. nur im Movieplayer2 benutzt; der alte Movieplayer nutzt den normalen Filebrowser.

[Gaucho316]

Nein, das stimmt nicht. Auch im Movieplayer 1 hat man die Möglichkeit, Aufnahmen über den Filebrowser (per "TS Abspielen") oder den Moviebrowser (per "TS Filmarchiv") abzuspielen.

Edit: Du hast aber trotzdem Recht. Beim Löschen im Filebrowser werden tatsächlich nur die XML-Dateien berücksichtigt, die zu TS-Dateien nach dem Schema Dateiname.nnn.ts gehören. Ich habe eben auch mal in den Code geguckt.

[schufti]

Ha!

Durch das befassen mit der Materie lernt man doch immer wieder interessante Sachen.

Als ich mich das letzte Mal mit dem MPlayer2 spielte, habe ich mich im MBrowser nicht zurechtgefunden, da ich z.B. nicht fand, wie man die Liste neu einliest (ohne reboot). Jetzt weiß ich, dass man mi <blau> weiterkommt....

Auch hatte ich noch nicht realisiert, dass man den MBrowser auch in Images mit MPlayer1 nutzen kann ... ist ja echt komfortabel, bloß leider nicht so toll zu erreichen; blau-grün ist schon fein (man darf bloß nicht versehentlich verrutschen und blau-rot erwischen).

Jedenfalls hänge ich hier den geänderten dbox2tssrv an für alle 'zurückgebliebenen" wie mich

[Gaucho316]

Auch hatte ich noch nicht realisiert, dass man den MBrowser auch in Images mit MPlayer1 nutzen kann ... ist ja echt komfortabel, bloß leider nicht so toll zu erreichen; blau-grün ist schon fein (man darf bloß nicht versehentlich verrutschen und blau-rot erwischen).

Du kannst einstellen, dass man mit Blau->Grün den Moviebrowser anstelle des Filebrowsers öffnet. Dazu musst du nur das Benutzermenü für die blaue Taste in Einstellungen -> Personalisierung -> Benutzermenü 'blau' umkonfigurieren. Dort gehst du zum Eintrag Movieplayer und änderst ihn in TS Filmarchiv.