Nach Installation noch einige Sachen unklar

[normann]

Hi,
sitze nun endlich mal an der Installation des aktuellen HDMU auf meiner Solo2.
Einige Sachen gehen aber nicht, wie gedacht.

- kann Timer und co nicht einspielen, da killall -9 rcS nicht existiert bzw. nicht geht. killall -9 enigma2 startet Enigma gleich wieder, kopierte timer.xml wird jedesmal überschrieben

- EPG Taste funktioniert nicht, EPG-Daten können nicht auf STICK umgeleitet werden, keine Einstellung gefunden

- Playtaste geht nicht, noch nichts gefunden, wie ich meine Aufnahmen vom NAS Share abspielen kann.

Erbitte Unterstützung.
Vielen Dank

[santa]

enigma2 killen geht mit init 2 oder init 4, bring das immer durcheinander.
Aber viel einfacher ist es die sachen mit dem MAT zu sichern und einzuspielen, das MAT macht das alles automatisch.

EPG und play Taste über hotkey belegen, oder reagiert die garnicht?

epg Speicherort kann man auch über MAT verändern.

[normann]

Danke Santa.
init2 wird das sein, aber was ist MAT?
Die Daten, die ich einspielen will sind aber vom VTI, also die timer.xls und die Kanallisten.

[santa]

Morlys Admin Tool

Siehe Forumunterbereich, Uploadcenter und FAQ Seite

[normann]

Ach na klar, das kenne ich doch vom Topf. Ist bloß schon zu lange her.
Vielen Dank. Mache mich dann nochmal dran.
Der erste Test gestern hat mir schon sehr gefallen, oscam lief ja auch schon.
Mir geht es um einige kleine Probleme, die ich beim VTI habe, wo ich hoffe, dass diese evtl. mit dem HDMU nicht auftreten.
Kenne aber die Basis dieser beiden Systeme nicht, sodass ich nicht genau weiß, ob es da wirklich Unterschiede gibt, was den Unterbau angeht.
Ich habe 2 Probleme mit dem VTI. Ich kann im Moment nur mit dem 6.0.5 arbeiten, da die neuen ab 8 dazu führen, dass die Box manchmal nicht startet.
Die alte Version bedingt aber auch eine uralte oscam, da neuere ab89xx den Transponderfehler in Verbindung mit der solo2 haben, dass manchmal der 2. Sender nicht aufnimmt vom gleichen Transponder.
Die ganz neuen oscam Versionen, die gehen würden, laufen aber nicht auf der alten Software. Ein Teufelskreis.
Nur mal zur Erklärung, warum ich mich jetzt mal ans HDMU mache.
Ich muß aber auch klar sagen, dass ich mit der 6.0.5 absolut keine Probleme habe, außer, dass die alte oscam sich manchmal aufhängt und das kann ich nicht ab, da ich nur HD+ und Sky schaue und aufnehme.

[normann]

So, Installation soweit durch.

- Install mit USB Stick --> ok
- Erst Assy --> ok
- NAS als records einbinden --> ok
- oscam vom Feed inkl. meine Config's --> ok
- timer und Kanalliste einspielen mit init 2, sync, reboot --> ok
- EPG-, Play- und FAV-Tasten eingerichtet --> ok
- openwebIF --> läuft, kein Transcodinglink gefunden

- Exit Taste lässt sich nicht belegen mit z.Bsp. ToggleInfoBar (geht bei VTI), Taste nicht in Auswahlliste
- EPG Daten landen auf der NAS was kontraproduktiv ist, finde keinen Weg die Daten auf einen angesteckten Stick umzuleiten
- Taste Audio erzeugt einen WS mit anschließendem automatischen Neustart enigma2, crashlog hängt dran

Das erst Mal grob dazu und danke schon Mal an alle.

[ReWard]

EPG landet normalerweise da wo HDD gemountet ist.

Du kannst das mit dem Admin Tool z.B. ändern. Entweder mit der Rule CustomEpg (o.Ä.) die eigentlich dabei ist, oder das selbst in einer File Edit Rule eintragen.

In die /etc/enigma2/settings gehört dann das so rein:


config.misc.epgcache_filename=/path/to/epg.dat

[normann]

Dankö
Meine HDD ist eine NAS und da die beim Starten der Box ja die Festplatte nicht an hat (Standby), fehlen dann beim Start immer die aktuellen epg Daten. Deshalb habe ich einen 2GB Stick hinten dran, wo ich die epg Daten jetzt mit VTI liegen habe.
Teste das aus, werde ich schon hinbekommen.

Jemand bitte noch eine Idee, ob und wie ich die Exittaste mit einer Funktion belegen kann, wenn diese nicht für Exit gebraucht wird? Beim VTI kann man die zuweisen ganz normal, wie jede andere Taste auch.
Sorry, wenn ich immer vom VTI schreibe. lol

[normann]

Hallo,
gestern nun die Ernüchterung, dass dieses aktuelle Image genau das gleiche Problem verursacht, wie die VTI Images ab Version 8.xx.
Box bleibt sporadisch nach Deep Standby beim Hochfahren hängen. Im Display steht VU+ Solo2 und das war es dann. Dann hilft nur Ausschalten. Meistens geht die Box dann wieder.
Es scheint hier also wirklich an der Basis zu liegen in Verbindung mit der Solo2. Dieses Problem wurde auch beim VTI nie gelöst und es gibt sehr viele Nutzer, die dieses Phänomen haben.
Ein User hatte dann man ein Programm geschrieben, dass die Box automatisch nach 30 sec. neu startet, wenn sie hängen geblieben ist. Weiß aber nicht, ob das Teil noch mit den ganz aktuellen Builds arbeiten tut.
Bei Interesse kann ich den Link zu diesem Beitrag geben.
Habe jetzt wieder mein altes VTI 6.0.5 drauf. Mit dem gab es dieses Problem noch nie, was auch andere User bestätigen.
Schade, hatte mich schon wieder ans HDMU gewöhnt und die vielen Vorzüge.

[santa]

Mal abwarten, im pli habe ich gelesen das Erik slagter gerade neue Treiber testet und dabei auch sich dem hbbtv Problem annehmen will.

[normann]

Super.
Ich habe eben noch den Querpost im VTI im entsprechenden Beitrag gemacht.
Vielleicht tut sich was, was dem Problem mal endlich auf die Pelle rückt. Möchte die Box ungern in die Tonne kloppen. Weil mit diesem Fehler ist die echt nicht zu gebrauchen.
Wir hatten ja noch einige Theorien bezüglich angesteckten USB Sticks auf der Rückseite. Da aber auch User betroffen sind, die da nix dran haben, glaube ich daran nicht.

[normann]

Kurze Info von mir zum Thema Hänger beim Hochfahren der Solo² Box aus DS.
Selbst nach einem viertel Jahr ist das Problem noch existent, trotz dass es nun auch, dank secureboot, Log Files gibt.
Sehr schade das Ganze, zumal doch einige User betroffen sind und die aktuellen Images eben nicht nutzen können oder mit diesem Problem leben müssen.
Ein aktuelles HDMU habe ich noch nicht wieder getestet, weil ich da leider kein Auffangnetzt habe, wenn die Box doch mal hängen bleibt.

[neipe]

HDMU_14926_vusolo2_OE_2468_Flashdiese ging bei mir. also zumindest gebooteds hats auf ale Fälle.
die neuen teste ich am Montag.

[normann]

Der Fehler ist manchmal tagelang nicht da und dann wieder am Tag gehäuft, je nach Nutzerverhalten denke ich.
Durch ein Plugin, namens secureboot, kann man das wenigstens abfangen, aber wenn am VTI wieder was mehr geändert wird, läuft das Plugin wieder nicht und der Tanz geht von vorne los.
Diese Phänomen haben doch einige wenige, daher ist es sicher schwer was zu machen, obwohl inzwischen genügend Log Daten vorliegen, hat sich noch kein DEV dazu geäußert.

[neipe]

oha, noch nie davon gelesen. und ich bin sehr viel im vti. naja wiedr mal was neues ;) thx