keine kabel/sat unterscheidung via submodel_id?

[zor]

hi!

hab versucht die rcS so anzupassen, dass nicht immer sat und kabel modul für meine dbox2 geladen werden sondern beide via submodel_id zu unterscheiden. offenbar hat aber jede box diegleiche submodel_id=1
stimmt da was mit tuxinfo nicht oder kann zwischen kabel und sat nicht unterschieden werden?

mfg zor

[derget]

submodel is was anderes :

typedef enum tuxbox_submodel
{
TUXBOX_SUBMODEL_DBOX2= 1,
TUXBOX_SUBMODEL_DREAMBOX_DM7000= 2,
TUXBOX_SUBMODEL_DREAMBOX_DM5600= 3,
TUXBOX_SUBMODEL_TTPCI= 4,
}
tuxbox_submodel_t;



man kann leider nicht so einfach zwischen sat und kabel unterscheiden

deshalb gibts das nicht im info.o

aus dem grund laden wir ja einfach alle möglichen treiber
für kabel und sat des jeweiligen box modelles

[rasc]

Naja, ein normales Programm könnte das schon ueber das DVB-API abfragen... (Modulationsart)

[zor]

@rasc

das wär interessant, da ja immer kabel und sat module geladen werden...das ist ja nicht sinnvoll.
kann man sowas in tuxinfo reinmachen?

vielen dank, zor

[derget]

öhm rasc info.o wird GANZ am anfang geladen :)

da leuft ja noch keine dvb api etc ...

die berught ja wiederrum dadrauf was das info model mrausbekommen hat zum teil .. :)

es ist schon möglich das einzubauen

man muss per i2c nach allen möglichen Frontends proben

und kuken welcher sich meldet und dementsprechend entscheiden ...

[rasc]

deshalb sagte ich ja auch "normales" Programm.
Klar hat es ein Treiber-Modul zwangslaeufig etwas schwieriger...

[zor]

vielen dank euch beiden!!

wäre natürlich spitze, wenn ihr das irgendwie hinbekommt!
würde das proben viel zeit in anspruch nehmen?

kann man auch ein prog schreiben, dass beim ersten mal booten probt und dann vielleicht eine .cable oder .satellite datei schreibt. mit einer geeigneten rcS wär das doch was..

was meint ihr?

mfg zor

[zor]

gibt es schon irgendwelche fortschritte?

mfg zor

[derget]

noe

hatte da noch keine lust/zeit fuer

[Nico 77]

Sehe da derzeit auch garkeinen Änderungsbedarf.

[dev el oper]

hi bin neu hier und hab wenig ahnung vom dbox coden.

eine frage:
das 'normale' programm kann unterscheiden, ob kabel oder sat.
kann man dann nicht diese info speichern und beim nächsten start vor dem laden dieser treiber auswerten? um dann nur die benötigten treiber zu laden?

noch ne frage:
würde das überhaupt irgendetwas bringen und wenn ja lohnt der aufwand?
(never touch a running system)

[Npq]

Also wenn ich das richtig in Erinnerung habe werden ja schon nur die relevanten Module für den jeweiligen Boxtyp geladen (der übrigens auch nur deswegen bekannt ist weil er im (nicht-beschreibbaren Teil des) Flash steht). Bleibt also nur Unterschied Kabel/Sat.

Normalerweise sollte das Kabel-FE-Modul ja fehlschlagen wenn man versucht, es in einer Sat-Box zu laden. Tut es aber nicht. Wieso?

Die DVB-Api besteht aus einem hardwareunabhängigen (dvbcore) und einem hardwarespezifischen Teil. Die hardwarespezifischen Module registrieren sich beim Laden nur in der dvbcore-Schicht. Der Ladevorgang funktioniert also immer.

Die Attach-Funktion wird aber später in einem der beiden Module fehlschlagen, daher weiß die DVB-Api dann welches Modul das richtige ist.

Da sich das Modul aber nicht selbst entladen kann bleibt es m Speicher.

So, man kann sich aber das Startskript problemlos anpassen und nur die benötigten Module laden. Der einzige Vorteil, den so eine automatische Erkennung hätte wäre, daß auch ein Unwissender die kByte im RAM und ein paar ms beim Start spart.

Extra ein Probing-Modul zu schreiben halte ich nicht für sinnvoll weil das unnötig Platz im Flash belegt.

Aber nur um es nochmal klar zu machen, der einzige wirkliche Vorteil wären ca. 4-5 kByte RAM-Ersparnis. Der Startvorgang dürfte nicht merklich schneller werden.