In der /etc/issue.net kannst du das anpassen.

cheers

Ich glaube ich weiß, wo dein Problem liegt.

Zitat

Enter TCPPort: 4711
Set TCPPort to 4711 and UDPPort to 4714
Enter ECPort: 4714
Set ECPort to 4714
Enter WEBPort: 4715
Set WEBPort to 4715

Alles anzeigen

Du vergibst für den ECPort die Portnummer "4714". Diese wird aber schon vom UDP Port benötigt. UDP = TCP +3 ! Das verursacht natürlich einen Abbruch von amuleweb, da hier eine Doppelbelegung zustande kommt.

Nochmal zur Erklärung, so wie ich das hier auf die Schnelle zusammen bekomme.

ECPort = hier wartet amuled auf die Connection von amuleweb.
WEBPort = der Port, den du im Webbrowser bei "http://ip_deiner_Dream:port" eingibst, um dich mit amuleweb verbinden
TCPPort = amuled Port für p2p
UDPPort = amuled Port für p2p

Wichtig sind hier nur der TCPPort bzw. der automatisch generierte UDPPort. Diese müssen auch im Router zur Dreambox geforwarded werden, damit man eine hohe ID bekommt. Default ist 4661 und 4664. Die anderen Ports 4711 und 4712 kannst du eigentlich so lassen, wie sie sind. Das ändert nichts an dem Verhalten des Esels. Wenn du bei der Frage nach dem Port einfach Enter drückst, wird der Port auf den Defaultwert gesetzt. Das erreichst du übrigens auch einfach, wenn du im folgenden mit nein antwortest.

Do you want to set aMule ports? [y/n]: n

Probiere es mal aus und berichte.

cheers

Zitat

Oder hast du Befehle die ich in Telnet eingeben muss ?
Bin noch ein richtiger Linux Neuling.

Kannst du mal versuchen das /dev/urandom per Hand zu mounten?

Also erstmal /dev/urandom falls vorhanden umounten und neues file erstellen:

while mount | grep "/dev on /hdd/amule/dev/urandom" >/dev/null  ; do umount /hdd/amule/dev/urandom ; done
rm -rf /hdd/amule/dev/urandom
touch /hdd/amule/dev/urandom

Dann /dev/urandom mounten:

mount -o bind /dev/urandom /hdd/amule/dev/urandom

Gib mir mal bitte die komplette Konsolenausgabe zurück. Danke

PS: Es kann durchaus sein, daß es Probleme bei neueren Images mit den Mount Optionen gibt. Ich könnte mal eine akutelles CVS probieren und amule darauf abstimmen. Ist bloß gerade schlecht, da ich einen Streaming Clienten an der Box hängen habe.

Also irgendwie werde ich aus dem [Moderator] Fremdimage, verstößt gegen die Boardregeln [/Moderator]nicht schlau. Das selbe Phänomen habe ich schon bei einer anderen Box erlebt. Allerdings hatte ich auch ein [Moderator] Fremdimage, verstößt gegen die Boardregeln [/Moderator], bei dem es wiederum funktionierte. Egal.

Folgenes. Das /dev/urandom wird von dem Webinterface amuleweb zur Laufzeit benötigt. Da beide Apps in einer chroot Umgebung laufen muß natürlich das /dev/urandom auch in dieser chroot Umgebung gemountet sein. Ich habe im amule Startscript bewusst nur dieses eine Device gemountet und nicht den ganzen /dev Ordner, da man ja sonst ohne Probs wieder Zugriffe auf alle Geräte hätte.

Warum auch immer scheint es da Veränderungen beim [Moderator] Fremdimage, verstößt gegen die Boardregeln [/Moderator] gegeben zu haben, so daß /Dev/urandom nicht als Block Device akzeptiert wird. Treiber vielleicht? Da ich selber keine Möglichkeit habe auf der 7020 zu testen gibt es nun 2 weitere Möglichkeiten:

1. amuled (aMule Daemon) auf der Dreambox in chroot starten und mit einem amuleweb (aMule Webinterface), welches auf einem anderem Gerät läuft zugreifen.

2. amuled in chroot starten und amuleweb im normalen root-Status starten. Dabei spielt amuleweb eher die unwesentliche Rolle. Ich glaube der größte Angriffspunkt für böse Buben ist wenn dann amuled.

Die 2te Variante schint mir die einfachere zu sein.

Ich werde mal heute nochmal ein Startscript dafür vorbereiten. Damit läuft es dann auch auf dem [Moderator] Fremdimage, verstößt gegen die Boardregeln [/Moderator]
Gebt mir etwas Zeit !

Gruss

Jepp mit wget bekomme ich die aktuellen pids, wenn auch etwas umständlich, da man hier wieder einen username + password braucht, für die connection zur Dream selbst. Das habe ich ja schon auf meiner Linuxkiste so bewerkstelligt.
Alternativ kan man das auch easy in perl lösen.

Problem aber dabei!

Default sollte ja die http Authentifizierung eingeschaltet sein. Also benötigt man einen authorizierten Zugang zum Webif. Fazit, damit die Client Software noch portable bleibt, also der Username + password nicht im späteren C-Code hardcoded ist, müssen irgendwo in einer Config-Datei die Zugangsdaten die gleichzeitig der Zugang zur Dream sind abgelegt werden, also unerwünscht.

Damit habe ich aber noch nicht das Problem gelöst, wie man nun umschaltet, ja gut, würde auch über die Web Schnittstelle gehen, ich will es aber wie gesagt vermeiden. Trotzdem werde ich das erstmal so aufbauen. Mal schaun, was man später noch integrieren kann.

cheers

Hi allerseits,

ich stehe mal wieder vor einem Problem, daß ich recht einfach lösen möchte.
Ich bastel mir gerade einen Streaming Clienten, der auf der Box rennt und für meinen Kiss DVD-Networkplayer, den TV Stream, bzw, die movies auf der hdd shared. Für den TV-Stream greife ich auf streamts zurück. Gelöst habe ich die ganze Sache momentan in Perl (Ja ich habe den kompletten Perl Interpreter auf der Dream) und will es dann nach C portieren.

Es sollte dazu möglich sein, daß ich von meinem entfernten Kiss-Player den Befehl an den Clienten auf der Dream sende, daß das gewünschte Programm eingeschaltet, bzw. umgeschaltet wird. Dazu benötige ich aber 2 Sachen.

1. Wie schalte ich überhaupt Programme intern um, ohne dabei auf das Webif oder andere Proggis wie dvbtune zurückgreifen zu müßen. Gibt es dafür vielleicht irgend ein Devicefile oder eine Schnittstelle in enigma, wo man andocken kann? Vielleicht sogar eine enigma Command Line?

2. Wo bekomme ich, möglichst ohne große Verzögerung, die Programminfos (Pids) her, so wie es im Webif dargestellt ist. "/proc/bus/bitstream bietet ja nur banale Sachen, wie Bildauflösung etc.. Prioritär wären hier vorerst nur der Video- und Audiopid, der an streamts mit übergeben werden muß, um mir einen ps-stream bereitzustellen (streamts -ps). Alternativ wäre hier wieder dvbsnoop zu nennen, aus dem ich irgendwie nicht ganz schlau werde und was dazu nicht in jedem Image vorhanden ist.

Ich möchte nach Möglichkeit vermeiden, zusätzlich diverse Tools auf die Box zu portieren bzw. die Sourcen der Tools in mein späteres C Projekt einzubauen, wenn es nicht eine einfachere Lösung gibt, die nahezu auf jedem Image funktionieren sollte.

Jetzt seit ihr dran.
Danke schonmal

cheers

Zitat

Hallo,

habe es mal auf einer 7000er installiert.

Habe eine hohe ID aber bis jetzt 0 Bytes download.
Habe es mal über nacht laufen lassen aber ohne einen Transfer.

Das ist immer abhängig vom file und wie du deine Einstellungen für den Uplaod konfiguriert hast. der esel kann genauso gut mit 50 kB/s download laufen, wenn viele Quellen vorhanden sind.

Zitat

Was passiert denn wenn ich abends die Box in Standby schalte.
Die Festplatte geht ja dann auch aus.
Ist damit das amule auch tot.

Nein, die Festplatte geht zwar im ersten Moemnt aus, wenn man die Dream in den Standby fährt. Sobald aber amuled die gesaugten Bytes auf die Festplatte schreibt, bzw. sich Files zum Upload im Lesezugriff befinden, läuft die Platte wieder automatisch an. So zumindest bei mir bisher mit allen getesteten Versionen.

cheers

Hier mal wieder ein Update für aMule on dreambox.

Das Package ist diesmal statisch gelinkt und auf der Dream 7000 und 7020 lauffähig. Zum Thema Performance kann ich noch nicht viel sagen, da noch nicht ausreichend getestet. Ich hoffe eventuelle Geschwindigkeitseinbußen durch das statisch gelinkte Packet sind nicht zu bemerken.

Ein überarbeitetes Startscript namens amule ist auch wieder dabei.
Ich habe es so konstruiert, daß alle Anwendungen von aMule in einer chroot-Umgebung laufen und somit mehr Sicherheit für die Dream bieten.

Installation auf Dreambox-7000:

Lade dir die 4 Rar Archive im Anhang herunter und entpacke sie auf deinem PC.
Kopiere die Datei aMule-2.1.3.ppc.tar.gz mit einem FTP Programm in das Verzeichnis "/hdd" und die Datei install.tar nach "/var/etc" auf deiner Dream.
Starte die Dream neu.
Nach erfolgtem Neustart connecte mit telnet auf die Box und starte amule:

telnet ip_deiner_dream
user:
passwd:
/hdd/amule/bin/amule

Ihr werdet dann aufgefordert das Passwort für den Webzugang anzugeben und könnt bei Bedarf die Ports ändern. Bei Antwort mit "n" werden die Standart Ports verwendet.

Sollte die Installation fehlgeschlagen sein, ist auch die Installationsanleitung der 7020er möglich.

Installation auf Dreambox-7020:

Lade dir die 4 Rar Archive im Anhang herunter und entpacke sie auf deinem PC.
Kopiere die Datei aMule-2.1.3.ppc.tar.gz mit einem FTP Programm in das Verzeichnis "/hdd" auf deiner Dream.
Connecte mit telnet auf die Box, entpacke das Archiv und starte amule:

telnet ip_deiner_dream
user:
passwd:
cd /
gzip -dc /hdd/aMule-2.1.3.ppc.tar.gz|tar -x
/hdd/amule/bin/amule

Ihr werdet dann aufgefordert das Passwort für den Webzugang anzugeben und könnt bei Bedarf die Ports ändern. Bei Antwort mit "n" werden die Standart Ports verwendet.

Zur Erläuterung!

Beende amuleweb, wenn nicht benötigt. Das sparrt Speicherresourcen:

/hdd/amule/bin/amule -r

Beende alle Prozesse von amuled und amuleweb:

/hdd/amule/bin/amule -s

Weitere Informationen zum Startscript "amule" erhaltet ihr mit der Option "-h":

/hdd/amule/bin/amule -h

Viel Spass beim Testen
Feedback wie immer Willkommen

@all

Wichtig!

1. Aktivieren das Swapfiles nicht vergessen, sonst läuft der Esel nicht lange

2. Wer die ältere aMule Version im Einsatz hatte muß seine Incoming- bzw. Temp Files nach /hdd/amule/.aMule/Incoming bzw. /hdd/amule/.aMule/Temp kopieren!
Bei einem darauffolgendem Start kann der Esel schonmal 1/2 Stunde kaum bedienbar sein. Anscheinend müßen erst die vorhandenen Dateien an die Version angepasst werden. Also ein vorzeitig beenden des webif hilft ammule wohl dabei.

3. Zugang zu aMule mittels Webbrowser erfolgt durch Eingabe von http://ip.deiner.dream.box:4711 , wenn nicht anderer Port "WEBPort" als 4711 für das Webif konfiguriert.

saton
Ich bin schon am Zurechtbasteln eines Plugins welches die Bedienung von aMule in Form des Startscriptes per FB zulässt.

Hallo

Ich habe hier eine Anwendung für die 7020 und versuche gerade bei openembedded dahinter zusteigen wo sich die Routine zum strippen der benötigten libs befindet? Beim CVS der 7000er konnte man dies ja easy mit dem mklibs.py script bewältigen. Nur gibt es das anscheinen nicht mehr unter openembedded.
Wie funktioniert das für die 7020?

Ich will kein komplettes Image bauen, da die Anwendung in einer chroot Umgebung außerhalb der Systembibliotheken laufen soll. Dafür braucht es ebend ein paar benötigte libs bzw. deren Funktionen. In diesem Zusammenhang nützt mir der Befehl zum Bauen des Images, den ich auch nicht kenne, wenig.

Ich habe schon versucht das mklibs.py Script auf die glibc & Co der 7020er anzuwenden, leider bekomme ich immer, bei der Stage 1 von mklibs.py, die Fehlermeldung "libc.so.6-so: undefined versioned symbol name pthread_cond_wait@@GLIBC_2.3.2". Haut doch nicht so hin mit soinit.o und sofini.o aus dem build der glibc für die 7020er.

Vielleicht hat ja jemand einen Tip?

Thx

cheers

Zitat

Hey,

naja, für 800 EUR kann und darf man das aber auch erwarten..!

Außerdem kauft sich doch keiner nen 800 EUR TV oder weniger, wenn er für sowas 800 EUR ausgibt..

Dann holt oder hat er auch nen TV mit 2000 EUR aufwärts..

Sonst stimmt doch das Verhältnis gar nicht mehr.. *fg*

Alles anzeigen

Ich meinte da eher die Farbe schwarz deren Fan ich sonst nicht bin. Dafuer sieht die Box edel aus.
Ich persoenlich bin an allen Vorzuegen der 8000er interessiert. HDTV ist zwar ein wichtiger Faktor,ueber welche Schnittstelle das ganze dann realisiert wird ist mir aber ziemlich egal.
Demzufolge muss es auch kein Screen fuer 2000€ sein.

Zitat

Untertreib mal nicht..meinst wohl eher 64 MB RAM

Noe ich meinte schon 32MB RAM. Die restlichen 32MB gehen fuer systeminterne Sachen verloren, also bleiben dir als User effektiv 32 MB uebrig. Ein free auf der 7000er wird dir das bestaetigen.

cheers;)

Zitat

Mache ich alsbald. Wäre nett, wenn Du das Startscript schicken könntest, da ich ziemlich ungeübt im Installieren von Software auf Linuxrechnern bin.

Hier das simple Startscript:

#!/bin/sh
ip_dream=192.168.2.10
port=31339
user=root
passw=dreambox
stream=0
last_stream=$stream


get_stream () {
rm streaminfo 2>/dev/null
wget --http-user=$user --http-passwd=$passw http://$ip_dream/cgi-bin/streaminfo 2>/dev/null


for i in `cat streaminfo` ; do
echo $i | grep "VPID:" >/dev/null && vpid=$i
echo $i | grep "APID:" >/dev/null && apid=$i
echo $i | grep "PMT:" >/dev/null && pmt=$i
done
vpid=`echo $vpid | grep "VPID:" | cut -d ">" -f 9 | dd bs=5 count=1 2>/dev/null`
apid=`echo $apid | grep "APID:" | cut -d ">" -f 7 | dd bs=5 count=1 2>/dev/null`
pmt=`echo $pmt | grep "PMT:" | cut -d ">" -f 25 | dd bs=5 count=1 2>/dev/null`
stream="0,$pmt,$vpid,$apid"
}


play () {
$2 -framedrop http://$1
}


finished () {
for i in $@ ; do
kill $i 2>/dev/null
done
}


if [ "$1" = "-g" ] ; then
Mplayer=gmplayer
else
Mplayer=mplayer
fi


while true ; do
if [ $stream != $last_stream ] ; then 
	last_stream=$stream 
	finished `pidof $Mplayer`
	sleep 2
	(play $ip_dream:$port/$stream $Mplayer) &
fi
get_stream
sleep 2
done

Alles abspeichern in Script namens stream.sh oder was immer du möchtest.
Oben im Script noch deine IP der Dreambox und User + Password anpassen.
Gestartet wird es mit ./stream.sh optional mit der Option "-g", damit gmplayer, also der mplayer mit seiner gui aufgerufen wird. mplayer kann mittels der f-Taste zwischen dem Vollbild und normalem Modus gewechselt werden. Auch hierfür gäbe es die "-fs" Option um den mplayer gleich im Fullscreen Modus zu starten. Das müsste dann im Script angepasst werden.

Das Umschalten der Programme erfolgt normal über das Webinterface. Das streamscript überprüft im 2 SekundenTakt ob sich der Sender gewechselt hat. Wenn ja wird der mplayer beendet und mit den neuen Streaminformationen (Pids) gestartet. Das ganze performt natürlich nicht wirklich und sollte nicht zum Dauerzappen gedacht sein.

Gruss

Zitat

Krallekit, wärst du vielleicht so nett und erstma so ein kleines Plugin baust.

Mal schaun, wie es zeitlich bei mir passt.

Zitat

Es geht mir, im Prinzip, auf erster Lineie um amule starten und killen zu können ohne den Rechner anschmeißen zu müssen. Weil, wenn amule schnell saugt dann hackt es am Bild und Ton und man wünscht sich das Programm kurzfristig zu stoppen.

Das glaube ich gerne. Beides läuft bei mir selten. Ein stoppen (killen von amuled) bedeutet aber immer das Aufgeben der hart erkämpften aktuellen HIGH ID.

Gruss

Zitat

Schön wäre es auch, wenn man amule am Fernseher mit einem Skript per Vernbedingung starten (evtl. killen) könnte. Es muss doch irgendwie gehen, oder?

Jepp mit einem Plugin ließe sich das erledigen. Das Plugin zum starten von amule zu bauen ist nicht sonderlich schwierig. Jedoch wenn, sollte es doch auch gleich die Funktionen beeinhalten, womit sich das Passwort erstellen lässt, Ports geändert werden können und weitere nützliche Funktionen verfügbar sind. Bisher hatte ich noch keinen Grund gesehen ein Plugin dafür zu schreiben, aber wenn es meine Zeit erlaubt, werde ich mich mal hinsetzen und was zurechtbasteln. Hast ja recht, es performt schon etwas mehr, die Bedienung via FB.

cheers

Zitat

Es gibt nur ein Problem mit dem Web-Interface. Nach einpaar Stunden muss man amuleweb nuestarten.

Dieses Problem habe ich auch, aber ich denke solange dabei nicht amuled gekillt wird, bringt es keine Verluste.

Ja wird es. Ich habe die aMule-2.1.2 schon fertig. Diesmal gibt es die Version als statisch gelinkte, die auch auf der Dream-7020 problemlos laufen sollte. Gebaut habe ich aMule-2.1.2 nämlich mit dem Crosscompiler der 7020er.
Zusätzlich läuft diese Version in einer chroot Umgebung für mehr Sicherheit.
Alles weitere in den nächsten Tagen.

Gruss

Zitat

Dann bleibt nur zu hoffen, dass die USB Anschlüsse auch USB 2.0 sind, denn sonst bringt der externe Brenner und die Platte nichts.

Ich hoffe auch 2.0. Ansonsten würde es zumindest mit dem Brenner recht eng. externe Laufwerke udn Platten lassen sich dennoch ansprechen, die Datenrate lässt nur zu wünschen übrig.

Zitat

Mit den 128MB Ram wirds auch ein bisserl eng, für eine komplette Entwicklungsumgebung, da das kompilieren vielleicht ein bisserl mehr speicher braucht, aber das ist nur eine Vermutung. Bleibt abzuwarten was Ghost & Co zu dem Thema sagen, die müssten es genau wissen.

128 MB reicht vollkommen aus. Das maken funktioniert ja jetzt schon auf meiner Dream 7000 mit 32 MB RAM tadellos. Das meiste meiner Entwicklungsumgebung habe ich sogar direkt auf der Dream gebaut (Phyton, Perl etc.), abgesehen vom Compiler den binutils und der glibc. Stichwort Swappartition ist hier das Zauberwort.

Abgesehen davon habe ich mal vernommen, daß der RAM der Box erweitert werden kann. Also ein steckbarer RAM Slot.

cheers

Immer dieses Gemecker.

Wer auf dem neusten Stand sein will muß ebend noch so lange warten bis es eine Dream gibt, die dem aktuellem Stand der Technik entspricht. Das heißt Fertigstellung in 1 Monat bei der heutigen fortschrittlichen Entwicklung der Technik. HDMI1.1 - 1.3 für mich völlig uninteressant, da ich der Meinung bin, ab einer gewissen Bildqualität erkennt man sowieso keine Unterschiede mehr, was natürlich auch abhängig vom TV ist. Dieser jedenfalls wird sich bei mir in keiner Preispanne bewegen wozu ich HDMI 1.3 brauche. Er sollte nur HDTV wiedergeben können, wobei ja hier wieder die Grundsatzdiskussionen über die Auflösung den Thread sprengen würden, also bitte nicht....
Außerdem behaupte ich, daß die meisten den Unterschied auch nicht deuten könnten, wenn sie nicht genau wissen, was sie nun vor sich stehen haben. Man lässt sich doch schnell mal durch technische Daten in seiner Wahrnehmung beeinflußen- - am eigenen Leibe erfahren können - . Spitzfindigkeit OFF
Ein Beamer kommt für mich sowieso nicht in Frage. Die Vorteile der Audioübertragung sind für mich auch irrelevant, da ich die nötigen Hifigeräte eh nicht besitze.

Während einige Leute sich Gedanken über den Stand der Übertragungstechniken des Bildes und deren Schnittstellen Gedanken machen, überlege ich mir schon welche genialen Möglichkeiten die Dream 8000 für Bastler und Imagebauer verbirgt. Das Potential der Box wird mal locker dafür reichen die Kiste als Realtime Streaming Server zu nutzen. Allein die vorhanden USB-Schnittstellen lassen eine Menge Anwendungen zu. Vom gewöhnlichem Multibootbetrieb auf dem USB-Sticks, über das einhängen von externen Laufwerken, brennern etc. bis hin zum portieren einer kompletten Entwicklungsumgebung auf die Box und diese dann auf einem Stick in chroot laufen zu lassen oder ähnliches.

Das waren nur die Grundgedanken, dazu kommt noch einiges mehr, wenn man seinem geistigen Dünnschiss mal den freien Lauf lässt.

Zitat

Da muss ich doch mal etwas vulgär werden: "Geiles Display!"

Das ist wohl etwas untertrieben. Wenn die Box die angegebenen Spezifikationen bringt, würde ich mal sagen, bei der Box bekomme ich einen St*nder.
Selbst in Black sieht die Box schon so recht genial aus.

cheers

Also ich bin mit den angegebenen Spezifikationen sehr zufrieden. Von Interesse wären für mich natürlich auch noch einige Hardwaredetails, wie cpu, dsp, usb etc. Auch bin ich über den angemessenden Preis erstaunt. Ich hätte mehr geschätzt.

Jetzt hilft nur noch sparen und abwarten.

cheers

Mplayer macht das. Schaue mal bei packman vorbei, dort gibt es evtl. schon ein fertiges Binary des mplayers. Vergesse nicht die Win32 Codecs zu installieren! Andernfalls hilft nur selber compilieren. By the way mit mplayer lässt sich auch das aktuelle Programm von der Dream super streamen. Bei Bedarf stelle ich das Startscript bereit.

cheers

Unterstützt deine CF Card den DMA Modus, bzw. auch WA Technologie genannt?
Wenn ja kann ich mal bei mir schaunen, wie ich mein HD, USB-Stick und CF-Card gleichzeitig gemountet habe.

cheers

Ähm Gegenfrage. Was heißt "was können" und was heißt "nicht so teuer" ?

Was willst du denn genau mit der Box machen ist auch die Frage. Dazu gibt es aber denke ich genügend Infos hier im Board.