Willst du das webif aus dem Inet aus bedienen? Ansonsten benötigt man für den Zugriff im LAN ja eigentlich keine Port Weiterleitung. Soweit ich das noch in Errinerung habe sollte es genügen den ECPort im Router zu forwarden, sofern die Sache aus dem Netz steuern willst und natürlich die Ports für amule.

Es gibt ja verschiedene Möglichkeiten auf den amule Daemon zuzugreifen. Entweder über das webif auf der dreambox oder mit einem externem webif auf einer anderen Maschine.
Der Port bei der Option [WebServer] dient hier als Schnittstelle von amuled für die Steuerung des Daemons.

cheers

Zitat

ch habe es auf meiner DM7020S installiert. Ich kann mich wunderbar auf das Web-If conencten. Wenn ich aber auf irgendein Button klicke, schmiert mir das Web-If ab und ich muss mich neu anmelden.

Welche Version hast du installiert, die für die 7020er?

Problem könnte fehlender Swap sein oder gestrippte libs in deinem image.

Wenn der 2.1.4 er Esel released ist gibt's mal wieder ein Update.

cheers

Also in deinem Link sind zwar technische Daten der zukünfigen 8000er gelistet, sofern ich nicht alle Links auf der Seite verfolge. Von dem Grafikprozessor ist dort aber nichts erwähnt, nur von dem AMD ELAN Prozessor, der hier als reine CPU dienen sollte. Zumindest steht bei AMD nix darüber, dass dies ein Videoprozesor sein soll. Ist "nur" ein Prozessor für emedded system, mit ein paar netten Schnittstellen. Für das reine Betriebssystem sind 133 MHz evtl. völlig ausreichend. Kommt darauf an wie die CPU an sich performnt. Ich meine 133 MHz sind ebend nicht gleich 133 MHz wenn man verschiedenen Prozessoren vergleicht, bzw. nicht immer ausschlaggebend für die Tauglichkeit einer CPU.
Ich glaube deshalb stark es wird eher eine 2-Chip Lösung sein, eine Main CPU und eine GPU, also eine Videoprozessor unbekannten Namens.

cheers

So weit ich weiß habe ich Sigma erwähnt, läuft nämlich auf meinem Kiss DVD Player wofür ich auch gerade schwer am Image werkeln bin. Nebenbei fummele ich da auch an der Playerapp etwas rum. Beim Stracen sieht man halt wie die Communication mit dem Sigma so läuft.

Sigma kann schon seit 3 Jahren Divx und Xvid wiedergeben und die neuen Modelle noch zusätzlich Highdef. Auch wenn es kein Sigma Chip bei der Dream werden sollte, die Dinger sind eher als OneChip Lösung für ne Hardware gedacht, denke ich denoch, daß auch andere Hersteller das hinbekommen. Aber woher hast du die Information über den zukünftigen Grafikchip der 8000er. Ich meine die Angaben

Zitat

Videoprozessor macht MPEG-2 / MPEG-4 AVC und H.264

müssen ja nicht bedeuten, dass der Prozessor ausschliesslich das beherrscht. Vermutlich sind da noch ein paar Features versteckt.

cheers

Zitat

ch zweifele daran schwer das schonmal jemand auf nem 133mhz rechner einen ordentlich komprimierten xvid oder egal was ruckelfrei geschaut hat Augenzwinkern

Jo das wird sichlerlich nicht zu bewerkstelligen sein. Mir war so, als wenn der Prozessor für die 8000er irgendwas mit 5xx MHz haben sollte. Ich bin ja selber erstaunt, dass auf der AMD Seite nur 133 Clock Speed angegeben ist. Die Frage ist, was genau mit Clock Speed gemeint ist, also ob es wirlich die reale CPU Speed ist.
Obwohl die Taktrate nicht zwangsläufig eine Aussage über die Fähigkeit der CPU gewährleistet, denke ich aber der Main Prozessor wird für die Echtzeitdecodierung ungeeignet sein.

Die Frage ist in wie fern man softwaretechnisch die Sache vom Grafikprozessor händeln lassen kann. Evtl. gibt es hier noch Möglihckeiten, sofern die Schnittstellen dafür vorhanden sind.

Ich würde aber erstmal Abwarten bis die Box erschienen ist, um sich dann darüber ein klares Bild machen zu können. Wer weiß, ob die Featureliste noch aktuell ist oder vielleicht bis dahin neuerer Revisionen des Grafikprozessors existieren, die xvid etc. können, wenn sie es nicht schon jetzt beherrschen. Wo finde ich nochmal die Features des Grafikprozessors? Inwieweit aktuelle xvid oder divx codecs davon abweichen, dazu muß ich leider passen. Dafür kenne ich den Aufbau des Formates, Headers etc. ungenügend.

cheers

Zitat

uhm ihr versteht mich falsch soviel ich weiss und auch nachgelesen habe wird die dm8000 keine avi files abspielen können, da der proz dazu leider ein bischen zu lahm ist. das war aber auch nicht meine frage smile )

Wo hast du das gelesen. Abgesehen davon ist die Box noch nicht auf dem Markt

Wir haben dich schon richtig verstanden. Die Aussage war aber, das die Box HDTV können wird und das sicher nicht über die Main CPU sondern eher über einen 2ten Grafikprozessor, wenn es denn keine ONE-Chip Lösung wird. Sollte dieser Prozessor HTDV wiedergeben können und das sicherlich auch nicht softcodiert, wäre er zumindest so potent auch avi's in Echtzeit zu decoden, also damit meine ich es besteht hier eine gute Ausgangsbasis um die umzusetzen. Zwischen AVI und HDTV ist ja doch noch ein enormer Quantensprung, was die Anforderungen an den Prozessor angeht.
Wenn das dann funktionieren sollte brauchst du keine Lösung mehr über den minipci Slot.

Zitat

mir gieng es um den minipci, mit dem es eigentlich theoretisch praktisch spekulationsmäßig möglich sein sollte dem normalen proz auszuhelfen, so das es villeicht doch möglich ist avis abzuspielen. ob divx oder xvid spielt ja keine rolle. ich kenne nur wlan karten auf minipci basis von daher ja meine frage ob es irgendwelche encoderkarten gibt oder obs überhaupt möglich ist.

Sofern es möglich ist dort eine minipci Graka einzubauen oder ähnliches, die avis decoden kann. Ob es solche Karten gibt und jemand dafür dann auch noch den passenden Treiber schreibt, ist ne andere Frage.

cheers

Zitat

Ich glaube nicht das die Box XviD können wird, denn nur weil die DM8000 HDTV auf den TV zaubert heißt es noch lange nicht das der Receiver XviD decodieren kann.

Das meinte ich auch nicht so.
Grundsätzlich sind das natürlich 2 unterschiedliche Sachen. Allerdings denke ich, das ein HDTV Chip schon so potent sein sollte, das auch eine Implementierung des Xvid Codes, ob nun teils hard- oder softcodiert möglich sein sollte. Außerdem soll die 8000er ja auch noch über einen i586 AMD Prozessor verfügen soll, der eine gute Ausgangsbasis darstellt.

Wie auch immer, es wird sich erst zeigen ob's klappt, wenn die Dream am Markt ist. Es ist ja auch die Frage in wieweit noch Änderungen in der Hardware vorgenommen werden, ob nun zum positiven oder negativen bezüglich xvid?

cheers

Da man mal ebend wieder nur über die Dream 8000 spekulieren kann, wird es auch keine 100%-ige Aussage geben.

Die Dream soll aber HDTV beherrschen, daher wird Xvid wohl eher kein Problem für die Box sein. Das können ja schon seit einiger Zeit Chips (z.B. von Sigma Design) in DVD Playern oder ähnlichem problemlos wiedergeben.

Also Fazit -> Du wirst keine Hardwareerweiterung dafür benötigen, da bin ich mir sicher.

cheers

Also dein OE Output ist leider nicht das was ich mir erhofft habe, aber du kannst noch mal folgendes versuchen.
Lösche mal aus deinem Makefile "AC_DISABLE_STATIC" raus

...
AC_PROG_CC
AC_PROG_CXX
#AC_DISABLE_STATIC
AM_PROG_LIBTOOL
....

bzw.

...
AC_PROG_CC
AC_PROG_CXX
AC_ENABLE_STATIC
AM_PROG_LIBTOOL
....

und setze

CPPFLAGS="$CPPFLAGS $ENIGMA_CFLAGS $SIGC_CFLAGS $PLUGINS_CFLAGS -static".

wie schon mal geschehen.

Ist zumindest erstmal das, was ich auf den 1. Blick sehe.

Das Makefile ist ja schonmal ganz gut, allerdings muß ich dazu noch ein paar Sachen wissen. Da Makefiles ja fast nur aus Variablen (Environments) bestehen, wäre gut zu wissen was sich beispielsweise hinter $(SIGC_CFLAGS), $(XMLTREE_CFLAGS) und $(PLUGINDIR) verbirgt. Vielleicht Konsolenoutput beim Bauen!

Welcher Teil der Funktion fehlt denn, bzw. welche Fehlermeldung kommt beim Aufruf des Plugins auf der Dream?

cheers

Da kann ich dir leider wieder nicht helfen. Ich habe nur die 7000er und da läuft ja alles noch im alten klassischen Stil mit Makefiles.

Ich hatte mal ein OE Umgebung für die 7020er hier, aber selbst dort habe ich alles mit Makefiles verwirklicht. Evtl. kannst du aber das linken auch manuell machen. Schaue dir dazu beim Bauen des Plugins den Output von make an, sofern im oe die ganze Sache auch verbose ist. Dort wo gelinkt wird kannst du diesen Schritt kopieren, den Aufruf der besagten lib als statisch deklarieren und dann die ganze Sache manuell auf der Konsole nochmal linken.
So zumindest würde ich das erstmal versuchen, wenn es nur um eine einmalige Aktion geht. Kannst ja mal den Output hier posten.

cheers

Die libs in den verschiedenen Images sind gestrippt. Das heißt du hast schon libs mit gleicher Bezeichnung, nur sind beim Bauen der Images alle Funktionen aus den libs entfernt worden, die von den jeweiligen Tools und Plugins des Images nicht gebraucht werden. Das sparrt Platz, sorgt aber wie in deinem Fall dazu, das bestimmte Funktionen der Bibliotheken, gegen die ein nachträglich zugefügtes Tool oder Plugin gelinkt ist, nicht vorhanden sind. Also relocation error. Du kannst nun folgendes machen:

1. Baue dein Plugin statisch, bzw. linke besagte Bibliothek wo der Fehler auftritt statisch in dein Plugin.

2. Tausche die lib im Image gegen eine vollwertige, bzw. dort wo besagte Funktionen vorhanden sind. Das kann aber unter Umständen zu Problemen führen, da die Bibliothekenentwicklung weitergeht und gewisse Abläufe sich dann evtl. anders in deinem Plugin verhalten. Bin persönlich kein Fan von libs tauschen. Aber wenn's denn sein muß nimm die aus der Entwicklungsumgebung für deine Box.

3. Adde dein Plugin in deine Crossumgebung und baue ein Image mit dem Plugin.
Dann läufts zumindest in diesem Image.

Ganz oben auf ner Leiste hier im Board
steht eine Dream 600 über der 8000er dort.

Streck gezielt den Kopf nach oben,
dann wirst du sie sehen, ungelogen.

cheers

Jetzt hat auch noch einer das Display der 8000er mit ner anderen Farbe beschmaddert.

Einfacher geht es noch, wenn man sich den Ausbau und Ablass ersparrt und gleich ne Dose mit Farbe kauft. Der Vorteil sind wohl die fehlenden laufenden Nasen und die große Auswahl möglicher Farbtöne.

Ne im Ernst, die Farbe kann nicht geändert werden. Bei den Boxen 70xx gibt es aber wohl die Möglichkeit das Display gegen ein anders farbiges zu tauschen. Ob der Aufwand aber lohnt, zumal einige dabei schon ihre Anschlüsse zum Display gerockt haben, ist fraglich?

cheers

Na zumindest lässt sich das NFI2CF für die 7000er übersetzen.
Siehe Anhang.

Die Frage ist nur, ob es was bringt? Ursprünglich sollte die ganze Geschichte ja auf der x86-Plattform gebastelt werden.

cheers

Wo hast du denn die dump.c (jffs2_unpack) her? Da gehört ein bischen mehr dazu als deine 2 Header Dateien und die load_kernel.h.

cheers

DMZ hast du anscheinend im Router auf deine Box geforwardet. Zumindest komme ich über jeden Port auf deine Box. Du kannst das jetzt im Router ausschalten. Ich muß ja jetzt nicht mehr rauf.

cheers

Zitat

An was ist das installieren bei mir wohl gescheitert?

Bei der php configure mit "--build=powerpc-tuxbox-linux-gnu"
Die --build Option wird vom configure script nicht unterstützt, war mein Fehler.

Zitat

Hast Du noch was installiert außer nano?

Nein nur nano, brauchte ich zum editieren der httpd.conf
Ich habe den ServerName auf dreambox gesetzt und den Port auf 8080 geändert, das war alles.

Zitat

Und was mich noch brennend interessiert:

hast Du außer in passwd/group/env-chroot am USB image was ändern müssen(wegen shell oder so)?

Ich habe die Symlinks auf die passwd und group gesetzt nach /var/etc, wie schonmal beschrieben.

Im env-chroot Script mußte ich noch etwas ändern, eigentlich auch nur ne Kleinigkeit die mit dem Variablenexport zusammenhängt. Sichere das Script von deinem Image aus /var/bin/env-chroot. Das läuft jetzt.

An deinem Image habe ich nichts verändert.

Zitat

>>Kann ich jetzt einfach ein backup von hdd/xdevels bzw. dem hdd/server machen das dann noch läuft z. B. auf einem CF?

Viele Fragen ...

/hdd/xdevels ja, aber.....
Bevor du das machst solltest du alle dirs in der chroot unmounten. Du hast ja beispielsweise auch bei den xdevels Zugriff auf /dev /proc und die /hdd.
Das beste wäre hierbei die Box neu zu starten und ohne Betreten der chroot Umgebung das Backup machen. Vorher würde ich noch meine Installationsdirectorys php* und apache* in /hdd/xdevels/usr/src entfernen, nicht aber die linux directory!!

Dann erstellst du einfach ein gz Archiv mit:

cd /hdd/xdevels
tar -cvzf /hdd/xdevels-backup.tar.gz *

Dürfte dann ne Weile dauern und du hast dein Backup auf der hdd.

Wenn du auf dem CF die xdevels installieren willst mußt du erst in das gewünschte root Verzeichnis deiner xdevels gehen. Also nehmen wir mal an deine xdevels laufen wie bei mir in /var/mnt/cf. Dann entpackst du dort die xdevels wie folgt:

cd /var/mnt/cf
gzip -dc /hdd/xdevels-backup.tar.gz|tar -xv

Im env-chroot Script passt du dann nur noch den Pfad an mit /var/mnt/cf, fertig.

Ich würde dir empfehlen die CF Karte komplett für die xdevels zu nutzen, da die Größe der Umgebung ja in naher Zukunft auch etwas ansteigen wird. Ich habe meine cf noch partitioniert. Eine 128MB Große Partition für Swap und die restlichen 9xx MB nutze ich für die chroot Umgebung.

Apache und php mußt du nicht neu installieren oder backupen. Beide befinden sich in /hdd/server. Da ich dir dein Script aber so eingerichtet habe, daß die /hdd in der chroot Umgebung auch unter /hdd gemountet wird, solltest du nach der Installation auf dem CF wieder problemlos auf apache und Co zugreifen können.

Du willst sicher noch wissen, wie man nun apache beim Booten der Box starten.
Das funzt eigentlich wie im Image über die /var/etc/init auch, nur dass man dazu apache in chroot, also in deiner xdevels Umgebung starten muß.

Ich werde dazu bei Gelegenheit noch das env-chroot Script anpassen, sodaß über die Commandline auch einfach Programme in chroot gestartet werden können.

cheers

So....

ich habe dir mal die letzten beiden Tage php und apache auf deiner Box gebaut. Zusätzlich verfügst du in deiner chroot Umgebung noch über den nano editor.

Falls du dich gefragt hast, warum deine Box 2-3 mal abgeschmiert war die letzten Tage, wundere dich also nicht, das war ich, bzw. wurden beim maken von php etwas mehr an Ressourcen benötigt.

Der apache läuft jetzt und php scheint auch zu funktionieren. Da ich selber nicht viel Ahnung von Webservern und php habe mußt du evtl. die httpd.conf des apache etwas anpassen. Zu finden in /hdd/server/apache/conf.
Deine eigenen html Documents gehörten wohl nach /hdd/server/apache/htdocs bzw.
/hdd/server/apache/htdocs/manual. Das mußt du selbst rausfinden.

Wie startest du nun den Server:

env-chroot
generating chroot environment.... done




BusyBox v1.01 (2006.01.29-13:52+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.


(chroot) ~ >export PATH=/hdd/server/apache/bin:/hdd/server/bin:$PATH
(chroot) ~ >httpd
(chroot) ~ >

Dein Server ist nun unter dem Port 8080 zu erreichen, da ja der Port 80 schon vom Webif verwendet wird.
Wenn du jetzt im Browser die Adresse "http://www.dein_dns.org:8080" aufrufst bzw. im lokalen Netzwerk "http://ip_deiner_box:8080 bekommst du die apache Standardseite gesichtet.

Die beiden CGI-scripte funzen auch, also:
"http://ip_deiner_box:8080/cgi-bin/printenv" bzw. "http://ip_deiner_box:8080/cgi-bin/test-cgi" sollte dir ein paar environments und systemspezifische Sachen listen.