Lua API "manuell von Hand" im NI-Image aktualisieren

[LittleBenny]

Hallo,

gibt es evtl. eine Beschreibung (HowTo) dafür, wie man im NI-Image die Lua API "von Hand" selber aktualisieren kann?
Hintergrund:
Ich nutze auf meiner Cooli-Box (Tank) noch ein Nightly 4.00er-Image von 13.03.2021 (Lua API Version 1.88), bei dem das Ton-"Problem" bei den Aufnahmen noch nicht drin war. Um jetzt auch die neueren Plugins vollständig nutzen zu können möchte ich mir genau in diesem Image selber die Lua-Komponenten aktualisieren. Das müsste doch machbar sein, oder? Ich könnte mir die zugehörigen Dateien von meiner ZEE² mit dem Nightly-Image von gestern extrahieren.

Ein Aktualisieren des gesamten Image der Tank kommt für ich nicht in Frage, weil das 4.00er-Image eigentlich super stabil und flink läuft. Das aktuelle Nightly-Image von gestern zeigt zumindest auf der ZEE² ein sehr träges Verhalten (beim OSD-Aufbau).

Danke für Eure Hilfe

LittleBenny

[Gorcon]

Nimm einfach die Plugins aus einem aktuellen Image heraus und kopiere sie ins alte. Einige wie Netzkino und die Mediatheken überschreiben dabei die alten nicht mehr funktionierenden.

Habe sowas eben auch gerade für ein Nevis Image gemacht, läuft wieder wie es soll.

[LittleBenny]

Hallo Gorcon,

das habe ich schon gemacht. Problem ist aber z.B. das Plugin "plutotv-update". In neuen Image funktioniert es und im alten 4.00er Image kommt folgende Lua-API-Fehlermeldung:
"/usr/share/tuxbox/neutrino/plugins/plutotv-update.lua:13: attempt to index global 'DIR' (a nil value)"
Ich denke da fehlt dann etwas, oder?

[Gorcon]

Den Fehler habe ich hier auch. Da wird wohl ins System eingegriffen.

[jokel]

das ist im september geändert worden,
viewtopic.php?f=14&t=102&p=30418&hilit= ... DIR#p30418

der fehler besagt in zeile 13 bzw. dort steht

Code: Alles auswählen

configdir = DIR.CONFIGDIR

damit kann ein altes image nicht umgehen, ein altes image braucht sowas.

Code: Alles auswählen

configdir = /var/tuxbox/config

[LittleBenny]

Was muss ich denn alles am alten Image ändern damit das auch mit DIR.CONFIGDIR funktioniert? Lässt sich das mit Austausch von Dateien beheben?

Als Interims-Workaround habe ich mal in der plutotv-update.lua folgendes geändert:

alt:
configdir = DIR.CONFIGDIR
webtvdir = DIR.WEBTVDIR

neu:
configdir = "/var/tuxbox/config"
if DIR and DIR.CONFIGDIR then
configdir = DIR.CONFIGDIR
end
webtvdir = "/usr/share/tuxbox/neutrino/webtv"
if DIR and DIR.WEBTVDIR then
webtvdir = DIR.WEBTVDIR
end

Würde das funktionieren?

[jokel]

am bsp. plutotv-update.lua kanst du sehen was vanhofen im september geändert hat,

https://github.com/neutrino-images/ni-n ... 920963f8fc

man müsste so alle neuen lua scripte ändern,das ist sehr aufwendig. ich kann nur davon abraten dies zutun.
es haben sich aber noch andere dinge geändert wie url's usw. funktionen kommen dazu mit dem ein altes image
nicht umgehen kann. aus zwei mach eins, da ärgert man sich nur rum und kostet viel zeit.

[LittleBenny]

... also ist für den Interims-Workaround das webtvdir eigentlich dieses hier:
"/usr/share/tuxbox/neutrino/webtv"
und nicht das was ich vorher geschrieben hatte:
"/var/tuxbox/webtv" ?
Darum nochmal die Frage: Was muss ich denn alles im alten Image ändern, damit ich nicht alle lua-scripts ändern muss?

[jokel]

ich hoffe das dir diese frage vanhofen beantwortet selbst satbaby hatte so seine schwierigkeiten
weil sich auch die color bezeichnungen geändert haben und lua scripte streikten.

wenn du das script plutotv-update.lua änderst von,

Code: Alles auswählen

configdir = DIR.CONFIGDIR
webtvdir = DIR.WEBTVDIR

in

Code: Alles auswählen

configdir = "/var/tuxbox/config"
webtvdir = "/usr/share/tuxbox/neutrino/webtv"

sollte das plugin plutotv-update wieder funktionieren.

[vanhofen]

configdir = "/var/tuxbox/config"
if DIR and DIR.CONFIGDIR then
configdir = DIR.CONFIGDIR
end
webtvdir = "/usr/share/tuxbox/neutrino/webtv"
if DIR and DIR.WEBTVDIR then
webtvdir = DIR.WEBTVDIR
end

Das funktioniert als Workaround.

Zur Lua-Api: Die ist in Neutrino integriert. Es lässt sich also kein altes Neutrino mit einer neuen Lua-Api ausstatten.

weil sich auch die color bezeichnungen geändert haben und lua scripte streikten.

Das wurde doch gleich danach wieder gefixt.

[jokel]

vonhofen das weiss ich doch,wollte es nur mal erwähnen,das sich sachen halt ändern und man mit
altem images mit unter das nachsehen hat. littlebenny ist jetzt um einiges schlauer.

[jokel]

da wir schon dabei sind würde mich mal interessieren ob lua die environment variables berücksichtigt.
bsp.

Code: Alles auswählen

DIR.CONFIGDIR="/var/tuxbox/config"

bei älteren images

[vanhofen]

Images vor dem 24.09.21 können das nicht. Am 23.09.21 hab ich das eingecheckt. https://github.com/neutrino-images/ni-n ... 9a0436c9c0

[Gorcon]

Ist das der einzige Grund warum die Boxen mehr als 3x so lange zum booten brauchen?

[TangoCash]

Ist das der einzige Grund warum die Boxen mehr als 3x so lange zum booten brauchen?

Nein, ab und zu musste Kohle nachlegen, sonst ist der Dampf alle.

[Gorcon]

Hilft aber nicht. eine Neo mit altem Image bootet noch immer schneller wie eine VU+ mit aktuellem Image.

[dryeye]

Nein, ab und zu musste Kohle nachlegen, sonst ist der Dampf alle.

...nein....keine kohle ...man muss quecksilber nachfüllen, damit der dampfdruck in den röhren wieder stimmt!
hier gut zu sehen .....

ich wünsche allen einen guten rutsch!

[vanhofen]

Ist das der einzige Grund warum die Boxen mehr als 3x so lange zum booten brauchen?

Ist es nicht. In einem Board wie unserem steht es dir aber natürlich frei, jeden nur denkbaren Thread mit dem gleichen Thema zu spammen. Dass die lange Bootzeit lästig ist, steht außer Frage, hat hier jedoch nichts zu suchen.

[Gorcon]

Du hättest ja auch gern im anderen Thread etwas dazu schreiben können warum das so ist.

Guten Rutsch.

[BPanther]

Die VU+ brauchen schon beim Laden der Module und dem Bereitstellen des Framebuffers eine ganze Weile. Dabei braucht die Duo4K (nicht SE) noch einige Sekunden länger aufgrund weiterer interner Abläufe. Das sieht man auch im seriellen Log. Bei diesem Teil also an VU+ wenden.
Erst wenn das durch ist, kann man weiterschauen, wo das Laden noch Zeit benötigt. Das ist dann auch der Teil, für den das Image selbst verantwortlich ist.