BPanther's Neutrino Forum

Ich denke der Fehler liegt hier: Und die 2000'er wird ja als ohne ci genommen.

Könnte denke ich so in der Art klappen:

@BPanther

Zitat BPanther:
[...]denn selbst habe ich diese Box nicht.[...]

Na Ja du hast zwar keinen CubeRevo2000 aber eine Vizyon820= CubeRevo3000 und würdest wenn wir da Verbesserungen entwickeln würden auch etwas davon haben.


@Grabber: Eigentlich dürfte ein weiter if für den 2000er gar nicht nötig sein, weil wenn der als ohne CI erkannt wird sollte alles richtig laufen.
Und das ist das was mir dann auch unverständlich ist: Warum, wenn er doch bei Flashbau als ohne CI erkannt wird geht es trotzdem nicht. Während er bei deinem SVN fälschlicherweise als mit CI geführt wird und es aber anschließend funktioniert.

Ich zieh mal kurz resümee.
Alles lief als du das aus meinem svn genommen hattest.
dort wurde ja aber bis vor kurzem wegen eine Fehler in der makedev deine Box
mit ci gebaut. Also mit ${MAKEDEV} dvb_ci + ${MAKEDEV} dvb_ca.
Dies ist im git nicht der Fall. Darum wird es dort mit ${MAKEDEV} dvb_ca_no

Und ich dachte halt das dort wohl der Fehler liegt. Wahrscheinlich
bauchst du zwar kein ${MAKEDEV} dvb_ci aber das ${MAKEDEV} dvb_ca_no war wohl auch nicht korrekt.

Das mit makedev habe ich erstmal korrigiert, rcS folgt...

Anbei mal eine rcS zum testen. Ist natürlich die normale, die "kleine", die vom Flash-Script generiert wird, muß auch so schon funktionieren.

rcS und makedev werde ich nachher testen.....

Nach dem bauen einfach in release_neutrino die rcS direkt tauschen mit der aus dem Anhang und dann nen Flash draus machen mit dem Script. Bin gespannt ob's läuft wie es soll...

Flashimage wurde erstellt! Box startet durch und PayTV wird mit oscam direkt hell. Sieht also ganz danach aus als ob deine Commits erfolgreich gewesen sind!

Also passt auch die rcS wie es scheint und kann demnach eingecheckt werden, oder? Das ist übrigens die der mini2 fast komplett übernommen - nur mal so nebenbei.

Das ist ja im Prinzip die selbe Box nur das sie keine CI Einschübe hat... Von daher wundert mich das nicht so sehr....

aber ich hab (ja ich bin eine Nervensäge) noch eine weiter Bitte... Beim Neutrino-mp ist meine Box nicht enabeld.... Da sind wohl 3 Dateien betroffen:

/neutrino-mp/config.h und libstb-hal/config.h da müsste noch dieses hier rein:

/* cuberevo_2000hd */
/* #undef BOXMODEL_CUBEREVO_2000HD */

und bei /neutrino-mp/src/driver/vfd.cpp Zeile 650: || defined (BOXMODEL_CUBEREVO_2000HD)

Das ist analog zum bereits dort enabelten cuberevo mini2....

Damit dann auch ein Neutrino-mp mit den richtigen Optionen gebaut wird. Weitere Dateien hab ich noch nicht ausfindig gemacht. Ich hätte das ja gern getestet. Aber irgendwie krieg ich das nicht hin, weil die Dateien werden nach jedem make neutrino-mp bzw libstb-hal (dist)clean neu erstellt. (ohne meine Änderungen. Oder hast du da einen Tipp für mich?
Ich hab da nicht so wirklich Plan mit dem Git....

Aber das Neutrino-mp baut durch.... Ich hab nur bei HD Sendern kein Bild aber Ton.... Ich hatte da etwas von dboxoldie über das bauen für einen Topfield receiver gelesen und war deshalb daruf gestoßen....

Ich hoffe dass dir/euch das jetzt nicht zu viel wird.....

Die rcS ist nun auch im GIT, so daß zumindest das schonmal passt.

Die config.h ist z.B. in Neutrino garnicht vorhanden sondern wird erst während des bauens generiert, wenn dann dürfte das Problem noch woanders liegen. Wahrscheinlich ist der Boxtyp selbst nicht integriert (wie z.B. beim TF7700), müsste ich aber erst testen und/oder mir genauer anschauen. Die vfd.cpp der neutrino-mp ist derzeit nicht so wichtig (da gibts noch ganz andere Stellen), da sich auf das "next" konzentriert wird, zumal dann auch erstmal die anderen passen müssen, damit der Boxtype korrekt übergeben wird.

EDIT: Mal kurz nachgeschaut, der Boxtype fehlt in den acinclude.m4, daher wird der auch in den config.h nicht generiert und ein hinzufügen von "BOXMODEL_CUBEREVO_2000HD" im Source (cpp/h etc.) selbst würde nichts bewirken.

Wenn ich das richtig gemacht habe, sollte das nun im NEXT passen mit der 2000er. Und mit etwas Glück gibts auch bei HD dann nen Bild. Müsste also einer mal bauen und testen...

Wo ich mir nicht sicher war, und das demnach nicht geändert habe war:

1. Flash-Update. MINI2 nutzt hier für das volle Image mtd6, die 2000 auch?
2. Hat die 2000 ein Icon für PLAY oder muß das im VFD dargestellt werden?

Die erste Frage überfordert mich dann doch... Da müssten Grabber oder Mohousch? etwas zu sagen können...
und die zweite Frage. Wenn du damit meinst, ob da im Display ein Symbol vorhanden ist, ich glaube ja....

Edit: und bauen müsste ich dann mal make yaud neutrino-hd2-exp oder wie?

Edit2 in der aclincude.m4 ist cuberevo2000hd drin

Ja sicher ist nun der 2000 in der acinclude von HAL und NMP, habe ich ja eingebaut in beide NEXT-Versionen. Bei den anderen ist er aber nicht drin.

Gebaut wird dann NMP mit make yaud-neutrino-mp-exp-next, zu NHD2 kann ich leider nichts sagen. Zudem hattest Du auch von NMP mal wieder gesprochen.

die erste Frage.
ja

/var/bin # cat /proc/mtd
dev: size erasesize name
mtd0: 00040000 00020000 "nor.boot"
mtd1: 00020000 00020000 "nor.config_welcome"
mtd2: 00200000 00020000 "nor.kernel"
mtd3: 013a0000 00020000 "nor.root"
mtd4: 00a00000 00020000 "nor.db"
mtd5: 015a0000 00020000 "nor.kernel_root"
mtd6: 01fa0000 00020000 "nor.kernel_root_db"
mtd7: 01fc0000 00020000 "nor.all_noboot"
mtd8: 02000000 00020000 "nor.all"

ich glaube die parts nennung ist bei git anders
für das flashen per gui (neutrino) ein squashfs kernel_root für mtd5 erstellen reicht (gedacht für neutrino software update)
und für HD video Bild Probleme da hat man einen Deja Vu