Neutrino auf der IPBox

[rhabarber1848]

Bevor ich aber diesen Neutrino-Thread weiter mit Enigma Problemen belaste, mal die Frage ob ich das weiter hier machen darf

Mach hier ruhig weiter, Neutrino scheint ja gut zu laufen, deshalb
wird hier nicht das Chaos ausbrechen

@Forum-Mods: Wie wäre es mit Hardware-spezifischen Foren?

[seife]

Schenk' doch mal einer rhabarber so ne Kabel-IPbox, damit er auch mal was von seiner ganzen Arbeit hat

[rhabarber1848]

Schenk' doch mal einer rhabarber so ne Kabel-IPbox, damit er auch mal was von seiner ganzen Arbeit hat

Hält Dein Gerätepark noch Zuwachs aus? Verdient hättest Du auch eine

[seife]

Ich habe momentan keinen echten Bedarf, um ganz ehrlich zu sein. Wenn Martin meine 64MB-Nokia wieder entbrickt, dann bin ich ausreichend ausgestattet (und so aufregend ist die ipbox-Hardware jetzt IMHO nicht. Die TD hat wenigstens noch ein ordentliches LCD )

[Grabber66]

Hallo zusammen,

wie schon bemerkt läuft das Neutrino auf der IPBox ja schon recht gut.
Was mich noch ein bischen stört, ist das das Umschalten zwischen Quam64 umd Quam256
sehr lange dauert (ca.10sec.) Ich würde gerne mal versuchen daran was zu ändern.
(Änderungen an der cable.xml mit modulationswerten habe ich schon getestet).
Leider fehlt mir der Ansatz, wo ich im Code suchen soll.
Kann mir da jemand weiterhelfen ?

THX

[rhabarber1848]

Leider fehlt mir der Ansatz, wo ich im Code suchen soll.

Schau mal, ob strace oder gdb Dir weiterhelfen.

[Grabber66]

Danke für den Tip werd ich mal testen, hab aber noch was anderes.

Und zwar wollte ich auch mal für die IPBox200 bauen.
Die hat aber ne andere IR-Belegung. Und zwar wie die Dream500

jetzt hab ich im code folgendes gefunden :

Code: Alles auswählen

		case 0x45: return RC_text;
		case 0x53: return RC_radio;
#ifdef BOXMODEL_DM500
		case 0x0c: return RC_spkr;	// MUTE key
		case 0x44: return RC_tv;	// TV   key
		case 0x50: return RC_plus;	// ">"	key
		case 0x51: return RC_minus;	// "<"  key
		case 0x52: return RC_help;	// HELP key
		case 0x54: return RC_home;	// EXIT key
#else
		case 0x0c: return RC_tv;
		case 0x44: return RC_spkr;

Also hab ich mir gedacht erweiter das doch einfach :

Code: Alles auswählen

		case 0x45: return RC_text;
		case 0x53: return RC_radio;
#if defined BOXMODEL_DM500 || defined BOXMODEL_IP200
		case 0x0c: return RC_spkr;	// MUTE key
		case 0x44: return RC_tv;	// TV   key
		case 0x50: return RC_plus;	// ">"	key
		case 0x51: return RC_minus;	// "<"  key
		case 0x52: return RC_help;	// HELP key
		case 0x54: return RC_home;	// EXIT key
#else
		case 0x0c: return RC_tv;
		case 0x44: return RC_spkr;

Aber leider klappt das nicht, hab ich da nen Sinnfehler ?
Wäre für Anregungen dankbar.

THX

[rhabarber1848]

Also hab ich mir gedacht erweiter das doch einfach :

Code: Alles auswählen

#if defined BOXMODEL_DM500 || defined BOXMODEL_IP200

Aber leider klappt das nicht, hab ich da nen Sinnfehler ?

BOXMODEL_IPxx0 wird bisher nirgendwo definiert,
das habe ich nun im CVS geändert:
http://article.gmane.org/gmane.comp.vid ... x.scm/1274
http://article.gmane.org/gmane.comp.vid ... x.scm/1275
http://article.gmane.org/gmane.comp.vid ... x.scm/1276

Damit wird Dein obiger Patch die von Dir gewünschte Änderung
bewirken. Wenn er funktioniert, checke ich ihn ins CVS ein.

[Grabber66]

Danke werds mal durchlaufen lassen - und ich dachte schon ich spinne es wollte und wollte einfach nicht klappen.

[Grabber66]

So das mit den verschiedenen Boxmodelen klappt gut, leider meine Idee mit der rcinput noch nicht.
Wenn ich das habe lasse ich es dir zukommen. Ich bekomme es bislang irgentwie nicht hin, das die Lautsträke über sie richtigen Tasten
gesteuert werden kann (bei der IP200). Dort wird die EPG und back Taste defür genutzt, +/- sind ohne Funktion.

Was ich allerdings habe ist ein diff der folgende Sachen für IPBox ändert.

1. Scarteingang teilweise gefixt. Ist zwar noch suboptimal aber man bekommt Bild und Ton des Scarteingangs wenn man im Menü "Gelb" wählt.
2. Lautstärke im Movieplayer geht zu ändern.
3. LCD der IPBox wird genutzt.
Beim schreiben des Sendernames noch nicht ganz OK, aber es kompiliert durch und funktioniert bis auf diesen einen Befehl.

Vielleicht sieht ja auch jemand den Fehler. lcdd.cpp ab line 190 im Diff.

Hier das Diff :

http://rapidshare.de/files/48504577/CVS ... .diff.html

[rhabarber1848]

Ich habe mir den Patch angesehen und mit boxtype=dbox2 getestet. Mit Deinem
Patch in driver/include/dbox/fp.h ist das Kompilieren nicht mehr möglich:

Code: Alles auswählen

-#include "dbox2_fp_reset.h"
-#include "dbox2_fp_sec.h"
-#include "dbox2_fp_tuner.h"

Momentan fehlt mir aber die Zeit, das weiterzuverfolgen.
Am besten testest Du es selbst mit boxtype=dbox2.

[seife]

Generell ist es IMHO inakzeptabel, dbox header zu patchen mit ipbox internals.
Bei der dreambox ist das aus historischen Gründen so, aber das heisst nicht, dass man das weiterhin machen muss

Leg dir einen eigenen Header an.

Die nächste Frage ist, wie es mit dem Copyright dieses Headers aussieht. Den hast du dir ja nicht selbst ausgedacht.

[Grabber66]

Generell ist es IMHO inakzeptabel, dbox header zu patchen mit ipbox internals.
Bei der dreambox ist das aus historischen Gründen so, aber das heisst nicht, dass man das weiterhin machen muss

Leg dir einen eigenen Header an.

Die nächste Frage ist, wie es mit dem Copyright dieses Headers aussieht. Den hast du dir ja nicht selbst ausgedacht.

Generelle Frage dazu, ist es nicht logisch machbar, das man in der fp.h ne ifdef abfrage packt und aufteilt
nach ifdef have IPBOX_HARDWARE und else. Dann müsste das doch durchkompileren, oder vertue ich mich da.

Das mit dem eigenen Header hört sich ja sehr gut an, doch dafür bin ich als Hobbyschreiber leider nicht weit genug.

Woher anubis die Datei hatte bin ich erlich gesagt überfragt, ist die in den Enigmas auch drin?
Denn dann wird die aus dem ABCom Enigma stammen. Wobei man da mal nachfragen kann ob man sie frei nutzen darf.
Kontakte bestehen auf jeden Fall

[seife]

Die lizenz muss passen, man kann nicht beliebigen Code in einen GPL-Header packen.

Und den Code einfach in einen "ipbox-fp.h" Header zu stecken und den anstelle von dbox/fp.h zu includen sollte jetzt nicht sooo schwer sein

[Grabber66]

Und wenn man es zur Not löst wie bei den anderen Treiberdateien und diese Optional zum Download anbietet ? Nur
Das müsste doch gehen, das die Datei zwar begraucht wird aber vorerst nicht im CVS drin ist. Anfrage an DGStation
ist allerdings auch im gange.

P.S.:
Das es auch so einfach geht eine 2te Datei zu includen ist mir gar nicht in den Sinn gekommen

[azureus]

Hab mal eine kurze frage wäre das ganze hier eigentlich auch für die IPboxen mit HD umsetzbar??

[rhabarber1848]

@IPBox-User: Bitte diesen Patch testen:
http://forum.tuxbox-cvs.sourceforge.net ... 95#p372195

[Grabber66]

werd ich heute abend mal durchlaufen lassen.

[Grabber66]

So ich habs mal getestet - geht soweit. Allerdings habe ich noch etwas an den ipbox startscripten grundsätzlich geändert.
Ich habe mal meine soweit geuppt. Evtl. können die ausgetauscht werden.
http://rapidshare.de/files/48713653/init.d.tar.gz.html


Desweiteren habe ich nochmal den patch mit der fp.h überarbeitet. Es wird nun eine fp.ipbox.h genutzt.
Der patch dazu ist hier :http://rapidshare.de/files/48713670/20. ... ar.gz.html
Grundsätzlich kann aber dein rcS-patch auch für die IPBox ins CVS.

[Grabber66]

So nachdem ich gestern ja ein neues Image gebaut hatte, ist dies ja dann auch zum testen auf der Box gelandet.

Dabei ist mir ein neuer "Fehler" aufgefallen. Ich habe nun sehr oft ein Kanal nicht verfügbar. Und zwar regelmäßig wenn ich
zu schnell zwischen Quam64 und Quam256 Kanälen hin und her zappe. Was bei UM ja recht oft der Fall ist ;(

Das letzte Image vom 29.09.09 lief diesbezüglich sehr sauber durch. Dort konnte ich den Fehler nicht ein mal ausmachen.
Hat sich da in der letzten Zeit was geändert ?
Denn gerade im neuen Image gefällt mit der Moviebrowser mit dem mp2 sehr gut, und ich würde das Image gerne behalten.
Doch so ist das bislang leider nicht möglich.

THX

[rhabarber1848]

Allerdings habe ich noch etwas an den ipbox startscripten grundsätzlich geändert.
Ich habe mal meine soweit geuppt. Evtl. können die ausgetauscht werden.
http://rapidshare.de/files/48713653/init.d.tar.gz.html

zu init.d/mmc:
/mmc wird im Image überhaupt nicht angelegt, deshalb kann

Code: Alles auswählen

mount /dev/mmc/blk0/part1 /mmc

doch nicht funktionieren, oder?

Ein Patch wie dieser für das CVS würde helfen:

Code: Alles auswählen

diff -uNr ../cvs/cdk/make/flashroot.mk ./cdk/make/flashroot.mk
--- ../cvs/cdk/make/flashroot.mk	2007-11-18 12:04:21.000000000 +0100
+++ ./cdk/make/flashroot.mk	2008-08-13 09:59:30.000000000 +0200
@@ -6,7 +6,16 @@
 	$(INSTALL) -d $@/bin
 	$(INSTALL) -d $@/dev
 	$(INSTALL) -d $@/lib/tuxbox
-	$(INSTALL) -d $@/mnt
+	$(INSTALL) -d $@/mnt/bilder
+	$(INSTALL) -d $@/mnt/cf
+	$(INSTALL) -d $@/mnt/custom
+	$(INSTALL) -d $@/mnt/filme
+	$(INSTALL) -d $@/mnt/hosted
+	$(INSTALL) -d $@/mnt/mmc
+	$(INSTALL) -d $@/mnt/mp3
+	$(INSTALL) -d $@/mnt/plugins
+	$(INSTALL) -d $@/mnt/record
+	$(INSTALL) -d $@/mnt/swap
 	$(INSTALL) -d $@/proc
 	$(INSTALL) -d $@/sbin
 	$(INSTALL) -d $@/share/tuxbox

@all: Meinungen zu obigem Patch?

[rhabarber1848]

Allerdings habe ich noch etwas an den ipbox startscripten grundsätzlich geändert.

Nochmal init.d/mmc, dort findet sich nun

Code: Alles auswählen

export MODDIR="/lib/modules/"$(uname -r)

Diese Variable wird allerdings nicht genutzt:

Code: Alles auswählen

insmod /lib/modules/2.6.17-cubecafe-prime/kernel/drivers/mmc/stb25spi_devs.ko

[rhabarber1848]

Das letzte Image vom 29.09.09 lief diesbezüglich sehr sauber durch.

Am 30.09. hat seife Tripledragon-Support für zapit committed,
vielleicht ist das etwas durcheinander geraten. Ich schaue mir
den Code gerade an, habe aber noch nichts gefunden.

[Grabber66]

Allerdings habe ich noch etwas an den ipbox startscripten grundsätzlich geändert.

Nochmal init.d/mmc, dort findet sich nun

Code: Alles auswählen

export MODDIR="/lib/modules/"$(uname -r)

Diese Variable wird allerdings nicht genutzt:

Code: Alles auswählen

insmod /lib/modules/2.6.17-cubecafe-prime/kernel/drivers/mmc/stb25spi_devs.ko

Das mit dem mmc und usb support bei der IPbox verhält sich etwas komisch.
Ich hatte es zuerst einheitllich mit der variablen gemacht. Das klappte gut bei usb, aber wohl nicht bei mmc (hab ich selber nicht).
Darum hatte ich das quasie "hardcoded" reingenommen. und nun übersehen. Denn
2.6.17-cubecafe-prime ist nur für die IP350
2.6.17-mutant200s für die IP200
2.6.17-cubecafe für die IP250
2.6.17-relook400 für die IP400er Box.
Besser wäre demnach die Variable zu nutzen, aber ich hatte dabei keine positive Rückmeldung erhalten.

Zum mount.
Ich erstelle per customscript /mmc und /usb, da sich auch dort die Box "komisch" verhält. Denn obwohl /var vorher gemountet wird,
werden mounts nach /var/mnt/mmc \ usb nicht ausgeführt. Setzte ich sie in den root-bereich gehts.
Von daher wäre deine Änderung von Vorteil.

[rhabarber1848]

Warum nutzt Du insmod anstatt modprobe?
Auf Kernel 2.6 beinhaltet Busybox modprobe

Code: Alles auswählen

ifdef(`kernel26',
`option(`CONFIG_MODPROBE', `y', `y')
option(`CONFIG_FEATURE_2_4_MODULES', `n', `n')
option(`CONFIG_FEATURE_2_6_MODULES', `y', `y')',
`option(`CONFIG_MODPROBE', `n', `n')
option(`CONFIG_FEATURE_2_4_MODULES', `y', `y')
option(`CONFIG_FEATURE_2_6_MODULES', `n', `n')'
)