Letztes Backup eingespielt + nochmal Online Update auf 7.5 #68 gemacht .
Und nun läuft es. K.A. warum es bei ersten mal nicht ging....

Seit diesem Update bekomme ich es nicht mehr hin meine selbsterstellten youtube WEB-Cams Bouquets abzuspielen.

URL welche bisher funktionierte meldet "Offline"
wenn ich die umbenenne in :
Dann ist wieder Bild+Ton da.

Da ich meine Senderliste sowohl unter OATV als auch unter HDF verwende ist das leider nicht so schön,
denn unter OATV läuft die 127.0.0.1:8088/............, die YT-DLP://..... leider nicht .

Danke für die Information, natürlich auch für das zwischenzeitliche aktualisieren auf die Build 68 - werde ich alsbald testen..

Problem aus post 1.282 hat sich erledigt .
Mit Austausch der " YouTubeVideoUrl.py " läuft es wieder.

Ich habe gestern Update gemacht, nach langem rumdoctern habe ich es geschafft das soweit alles läuft.
So durch Zufall habe ich die Paniktaste Einstellung gesehen. Habe wohl noch nie auf die Beschreibung geachtet. Ein Überbleibsel als es noch Premiere gab und Mitarbeiter durch die Fenster geschaut haben.
Ich habe mir das mal auf die Playlist Taste gelegt, weil null will ich hin und her schalten können.
Nun eine Frage: da Panik ja nicht mehr so sehr wichtig ist, so ist es doch nicht schlecht wenn dadurch die Historie gelöscht wird.
Kann man das so ändern dass diese geleert wird aber nicht umgeschaltet wird?

Was hast du denn zu verbergen, dass die Familie nicht sieht, was du heimlich guckst.

Ich wollte nur anmerken dass man mit dem Panik Gedöns was machen sollte.
Den Spinner stoppen wäre auch eine Option

Ist das jetzt ein Problem vom HDF 7.5 oder vom OATV 8.0 ?
Statt Openatv 8.0 wird : Type root to login ........ angezeigt

Das ist beim neuen 8.0 von OATV so.Hat nichts Mit dem hiesigen Image zu tun.
Ich hab trotzdem ein PW eingegeben und kann übrigens mit Webif zugreifen.

Falsches Keymapping in OpenWebif-main/plugin/controllers/views/main.tmpl

Wie in meinen anderen Beitrag unter
vollständige Fernbedienung in openwebif startet mit "timer" timeshift anstatt die anzeige der programierten timer

beschrieben (wurde nach "Allgemeines zum OpenHDF image" verschoben) habe ich nun weitere Erkenntnisse, welche auf einen leicht korrigierbaren Fehler hinweisen


Ein Key remapping via RED key funktioniert leider nicht korrekt.
Denn es wird immer auch noch zusätzlich time_shift gestartet.

Mit debug-log habe ich dann mit original fernbedienung herausgefunden, daß der Key für den timer Eintrag
362 sein muß, anstatt der 359 wie es die vollständige Fernbedienung im OpenWebIf sendet.

Habe ein bisschen unter github in der source gestöbert dabei bin ich auf folgendes gestoßen

in enigma2/keyids.py steht
"KEY_TIME": 359,"

schaue ich mir im firefox den Seitenquelltext an dann sehe ich daß bei Timer der datacode 359 ist
<table class="remotesmall" style="height:20px;">
<tr>
<td data-code="141" class="tdf"><button class="_12">Setup</button></td>
<td data-code="156" class="tdf"><button class="_11">Portal</button></td>
<td data-code="142" class="tdf"><button class="_12">Sleep</button></td>
<td data-code="359" class="tdf"><button class="_12">Timer</button></td>
<tr>
</table>

was mit meiner Beobachtung übereinstimmt.

Dieser sollte aber ein KEY_PROGRAM also 362 lauten wie in enigma2/keyids.py
"KEY_PROGRAM": 362"
eingetragen ist.

Wenn ich noch ein wenig weiterforsche dann finde ich daß dieser Fehler schon im File
OpenWebif-main/plugin/controllers/views/main.tmpl

<table class="remotesmall" style="height:20px;">
<tr>
<td data-code="141" class="tdf"><button class="_12">Setup</button></td>
<td data-code="156" class="tdf"><button class="_11">Portal</button></td>
<td data-code="142" class="tdf"><button class="_12">Sleep</button></td>
<td data-code="359" class="tdf"><button class="_12">Timer</button></td>
<tr>
</table>

beinhaltet ist.

Wie ich das sehe könnte man das also ganz easy korrigieren.
@zeini : könntest Du das veranlassen ?
OpenHDF 7.5.67 (2026-02-28)

Meine Güte! Muss man denn wirklich alles komplizieren? Ein Passwort um einen anderen Slot zu booten? Lieber Himmel, diese Welt wird jeden Tag bescheuerter. Tut mir leid, aber das halte ich jetzt wirklich für Blödsinn.

Das sieht dann eher danach aus, als ist schon jemand am Daten ausspionieren.

Gerade frisch installiert und noch nie gestartet?

Dann ist das völlig normal.

Das wird der Inhalt von /etc/issue sein, die wird erst beim Einrichten richtig geschrieben.
Dann sollte alles normal sein.


Hier ist der Inhalt der "jungfräulichen" /etc/issue Datei:

Welcome to OpenHDF \n \l
openhdf 8.0 \n \l


Type 'root' to login with superuser privileges (no password will be asked).

Quatsch.

Was für ein Blödsinn. Zum Ausspionieren könnte ich auch einfach das Image booten, wenn man das will.
Denk doch vorher mal nach beim Posten.

Ihr springt auch immer wieder darau an. Aber okay glaube ich bin auch immer gleich auf der Palme

Was, wie, wo?? Es gibt ein HDF 7.6 und ein HDF 8.0 ?? Ich hab noch keins davon gesehen. Ist vielleicht auch gesünder für meine Nerven, denn BESSER wird in letzter Zeit auf diesem Planeten eh nichts mehr.

Habe openhdf-8.0-gbtrio4kpro-9-20260329 ausprobiert.
Folgende Fehler:
# USB-Stick hängt sich nicht ein (beim 7.5-68 geht's automatisch; Stock auf FAT 32 formatiert, angesteckt und Neustart)
# Picons werden in der Senderliste nicht angezeigt
Wäre auf die nächste Version. Dann probier ich es wieder

Dafür sollte man mal ein neues Thema aufmachen.

Gesendet von meinem SM-S921B mit Tapatalk