a.) man kann im bootloader die bootreihenfolge einstellen. Man kann ein "primary" einstellen, was zuerst probiert wird. Klappt dies nicht, wird ein "second" probiert.

(Klappt auch das nicht, wird ein default probiert.)

Weiterhin kann man ein "Alternative 1" für den pfeil nach oben, und ein "Alternative 2" für den Pfeil nach unten einstellen. Letzteres ist normalerweise "stop", um dann was webinterface vom bootloader zu benutzen, um zu flashen (oder per telnet auf das setup zuzugreifen).

b.) Ja, tftp bootet "nur" einen kernel. Über das "command line override" kann man dazu eine commandline einstellen, die dann z.b. ein "nfsroot=..." enthält.

Ein .nfi File kann man nur flashen, aber nicht direkt draus bootet. Ich denke aber es gibt Tools, um ein .NFI zu entpacken, um es dann per tftp/nfs zu booten.

Das "ohne-Ton" liegt wahrscheinlich daran, dass die VOB-Dateien nur AC3 enthalten (DVD halt), die Dreambox AC3 aber nicht dekodieren, sondern nur weiterleiten tut.

Somit wirst du nur Ton hören wenn a.) deine DVD auch einen MPEG-Soundtrack enthält (theoretisch möglich, aber hab noch keine gesehen wo das so ist), oder b.) du einen externen AC3-Dekoder anschliesst (per S/P-DIF).

Bleibt das Problem der Navigation..

"when it's done."

Ernsthaft - ist einfach noch nicht fertig.

Sollte so eine Lautstärke dann zusätzlich zur manuell eingestellten Lautstärke aktiv sein? (also dass man einige Sender generell ein bisschen lauter/leiser machen kann)

Oder soll sich die Lautstärke beim Zappen auf einen Sender auf die voreingestellte Lautstärke setzen?

Sollte man die Lautstärke für einen Sender explizit setzen müssen?

[edit: abreagiert. ich sollte freundlicher zu casi sein. merken.]

Nein, ich bin nur softwareentwickler, und das daher nur am Rande mitbekommen. Ich hab das Protokoll selber nicht, ich hab nur den Messaufbau gesehen. Abgesehen davon ist das Teil der (Hardware-)Entwicklungsunterlagen, so dass ich das sicherlich eh nicht rausgeben dürfte.

Weiterhin würde das doch niemandem helfen - ihr wisst selbst am besten, wie heiß eure Box wird.

Die Wärme hat zwei Quellen, einmal das Netzteil, und dann die beiden Spannungsregler neben dem Tuner. Bei letzteren war von vorne herein bekannt, dass dort viel Hitze entsteht, allerdings nicht mehr als der Umgebung dort zuzumuten wäre.

Beim Netzteil selbst ist die Sache nicht ganz so klar. Wie gesagt, ich bin hier auch mehr in einer beobachtenden Situation, da ich mit Hardware nicht viel am Hut habe. Bei den Boxen, die ich tagtäglich für die Entwicklung benutze, werden die Netzteile jedenfalls nicht so heiß, dass es unangenehm wäre, am Gehäusedeckel anzufassen. Sie werden deutlich wärmer als z.b. eine 7020, aber nicht im entferntesten unangenehm. Ich weiss nicht ob wir nur unterschiedliche Schmerzempfindlichkeiten haben oder es irgendwelche Toleranzen im Netzteil gibt so dass einige heißer werden als andere.

Ich fürchte, ich kann dazu nicht mehr sagen, als ich bereits getan habe, weil ich es einfach nicht weiss.

Was die Bootzeiten angeht, die sind fest auf unserer Todo-liste, so dass der Deep-Standby Modus vielleicht mal etwas benutzbarer wird..

soweit ich weiss ist 13W immernoch weniger als 25W...

Eine Temperatur von 60°C ist sicherlich weder schön noch beabsichtigt. Weiteres kann ich dazu erstmal nicht sagen (ich kann es wirklich nicht, weil ich es schlichtweg nicht weiss - nicht dass hier Spekulationen aufkommen).

Wo ich die Zahlen nochmal so sehe - kann es sein, dass du die Schein-, und nicht Wirkleistung gemessen hast? Beim PF von 0.3 käme das Verhältnis ungefähr hin.

Bezahlen tut man als Privatabnehmer aber die Wirklleistung, die demnach weniger als ein Drittel der gemessenen Scheinleistung von 50W ist. Power-Factor-Correction ist, soweit ich weiss, in dem Rahmen (und Anwendungsbereich) auch noch nicht vorgeschrieben.

Mein Aldi-messgerät (gut, man kann nun drüber disktuieren ob aldi oder tschibo sagt:

13W (mit relativ schlechtem Power-Factor allerdings, aber das kann einem als Privatkunde ja egal sein) im betrieb (allerdings gerade ohne LNB gemessen - ich habs auch schonmal mit gemessen, Zahlen kann ich bei bedarf nochmal nachliefern) im Betrieb,

2W im (Deep-)Standby (wobei das die untere Messbereichsgrenze ist, da sollte man also nicht zusehr drauf vertrauen).

Ein paar Watt mehr kann ich ja verstehen (ich hatte ne 5400er Festplatte), aber 50W?!

Klar, der normale Standby verbraucht nicht viel weniger als der normale Betrieb (LNB, Festplatte etc. kann man halt noch ausschalten), Deep-Standby erkauft man sich halt durch die längere Bootzeit. Das war aber schon seit der 7000er so.

Ok, wir schauen mal was sich da tun lässt. Evtl. ist das Videotiming ein bisschen verschoben.

Ja, aber nur über den oberen (TV) Ausgang.

RGB geht auf jeden Fall, YUV in der Theorie auch, allerdings gibt es bei einigen Beamern Probleme mit der Farbdarstellung. Es gibt allerdings einen kleinen Umbau, der die Signale YUV-kompatibel (und damit evtl. RGB-inkompatibel, auch wenn es darüber keine Berichte gibt) macht.

einfaches "killall -9 enigma2" sollte das gleiche bringen

Hi,

sorry, this is a bug in currents images. It will be fixed in the next version.

As a workaround, you can telnet into the box and type "modprobe rfmod". After that, you can configure the rfmod.

Das wäre so, als ob man bei einem gefreeztem Windows die Schuld auf die Tastatur (mit integriertem USB hub für die Maus - Apple user kennen das ja schieben würde, weil nichts mehr geht

Im Ernst - das der Frontprozessor abstürzt, ist extrem unwahrscheinlich, und bisher nicht beobachtet worden.

Hö?

Das hat mit dem Frontprozessor nichts zu tun (zu dem ich bezweifle, dass dieses image ein Update von selbigem enthält).

Enigma2 konnte sich in besonderen Situationen (abgelaufener Timer unter besonderen Situationen) aufhängen. Die /etc/timers.xml zu löschen hätte gereicht.

Das ganze ist in enigma2 gefixt und sollte somit in enigma version ab dem 29.1. nicht mehr auftauchen.

Das das Problem nach dem letzten update weg war, lag wohl eher daran, das mit dem neuen Image dann auch die Einstellungen weg waren.

Ein backup/restore von einstellungen wirds demnächst geben.

Welches problem?

20060120 sollte eigentlich ok sein.

no, sorry. I wish i knew

This seems to be a sourceforge problem, will be fixed soon.

as a workaround:

please add "http://.*/.*/ http://sources.dreamboxupdate.com/sources-mirror/" to your base.oeclass...

Und zum >4G problem:

root@dm7025:/media/hdd/movie# time dd if=/dev/zero of=test_8g bs=1M count=8192
8192+0 records in
8192+0 records out
real 7m 20.61s
user 0m 0.12s
sys 3m 31.03s
root@dm7025:/media/hdd/movie# ls -la
-rw-r--r-- 1 root root 8589934592 Jan 1 00:13 test_8g

per ftp nachgeschaut:
ftp> dir /hdd/movie/test_8g
200 PORT command successful. Consider using PASV.
150 Here comes the directory listing.
-rw-r--r-- 1 0 0 8589934592 Jan 01 00:13 test_8g

Ergo: die dreambox macht alles korrekt. Was dein FTP-Programm aus der Zahl "8589934592" macht, und warum das auf der 7000er anders ist, liegt ausserhalb des einflussbereiches der armen Dreambox.

Einwände gegen meine Testmethode?

Probleme mit der Netzwerkspeed kann ich hier mit der DM7025 auch nicht nachvollziehen:

ftp> get "Das Erste.ts"
200 PORT command successful. Consider using PASV.
150 Opening BINARY mode data connection for Das Erste.ts (133758976 bytes).
226 File send OK.
ftp: 133758976 bytes received in 14,37Seconds 9307,56Kbytes/sec.
ftp> put "Das Erste.ts"
200 PORT command successful. Consider using PASV.
150 Ok to send data.
226 File receive OK.
ftp: 133758976 bytes sent in 20,63Seconds 6483,71Kbytes/sec.