Neutrino-Images

Kann ich bestätigen, gerade hier probiert. Erst WebTV/Stream, ffm läuft. Dann zurück auf normalen TV Sender, ffm wurde beendet.

Neben busybox.net, was sehr träge ist, scheint es nun auch ffmpeg.org erwischt zu haben. Wie gestern klappts auch heute da nicht.

Das hatten wir schon mal bei mir mit dem Buildsys von mohousch. Er schrieb dazu:

mohousch hat geschrieben:Im System in /etc/mke2fs.conf in der section ext4 orphan_file eintrag löschen.

Es ging um das hier:

Bualicher hat geschrieben: ↑Sa 27. Sep 2025, 20:14Ein ähnliches oder gleiches Verhalten mit dem fast identischen Log gab es bereits hier.

Da hatte ich auch mal kurz reingeschaut, ähnliches Log.

Stimmt, das aus dem anderen Thema ist auffällig das gleiche. Vielleicht einfach mal was am SATA anklemmen und schauen, ob sich dann was im Log ändert. Im Bild selbst sehe ich nicht wirklich was. Oben der Kondensator direkt am Tuner dürfte durch eine Spiegelung so komisch aussehen. Es kann natürlich ...

Und das hier ist wirklich normal bei der Box?

EDIT: Der mittlere Kondesator bei den 3 unter den Tunern sieht komisch aus.

Dann wird es ja noch unlogischer. Wenn man deswegen nicht mal mehr per Zifferntasten umschalten kann wird es erst recht umständlich, weil man dann erst die Liste durchscrollen müsste. Naja, wie dem auch sei, ich für meinen Teil halte das für kompletten Unsinn. Schafft doch letztlich mehr Nachteile u...

Das stimmt so nicht, denn unter OATV funktioniert das Plugin NICHT - das habe ich gerade probiert weil ich es mir anschauen wollte. Wenn dann müsste das vielleicht noch ein altes OATV sein was noch Python2 benutzt, mit OATV 7.5.1 und Python3 funktioniert es jedenfalls nicht. EDIT: OATV 7.5.1 hat das...

Das gleiche hat er bei mir auch schon geschrieben. So wie ich das sehe will er jedes Bouquet mit Sendernummer ab 1 beginnen lassen. Das geht aber so nicht, da zum einen Quickzap nicht mehr weiß welcher Sender "10" bei einer Direkteingabe gemeint ist oder man zum anderen im Bouquet festhäng...

Er meint wohl den TTF und die als Standard. Hat er bei mir auch schon geschrieben, aber da die SH4 teils zu wenig Flash haben, kann ich diese große TTF nicht als Standard nehmen. Ist auch in meinem Fall nicht nötig, da noch eine andere (kleinere) TTF existiert, die man ebenfalls dazu benutzen kann. ...

Das Upgrade auf Zara brauchte ja nur ein paar Minuten.

EDIT: DDT baut auch normal durch nach dem Upgrade, macht also keinen Unterschied.

Na mal schauen ob das mit der auch baut nach dem Upgrade. Ist eh nur ne VM...

Was für ein neueres Cross? Das kann nur bei max der Fall sein, NI verwendet ein recht altes von 2023, da kommen auch keine Abfragen. Letztlich ist aber bei beiden der Fehler der gleiche. Der Bau von libffi geht durch, der Fehler liegt beim Finale make[2]: *** Keine Regel, um „all-configured“ zu erst...

Was ich noch vergessen hatte, auch dvb-apps baut nicht. Auch hier scheint die URL nicht mehr zu passen. Habs einfach mal umgangen, dann geht es weiter bis zum Schluß.

Übrigens, bei NI passt qrencode nicht. Hier muß die URL noch angepasst werden. Hätte also vorher schon abbrechen müssen - zumindest wenn man die Archive nicht mit übernommen hat. EDIT: Ansonsten baut es komplett durch. Habe dazu testweise ein HD51 Image probiert. Ich bekomme allerdings oft Meldungen...

Log unvollständig - so sieht man nicht den eigentlichen Fehler. Falls NI es auch hat, ./makelog libffi

Hehe, ich könnte ja jetzt sagen "schau mal auf's Topic" - aber mache ich jetzt nicht.

Ja, ist eleganter - werde ich auch übernehmen. Brauche da nur 1 Änderung beim host_libglib2.

Es war vom TC BS die Rede - und betraf auch das DDT BS.
Zudem, daß python3 -V was ausgibt ist klar, nur was ist mit python -V oder python2 -V ? Das wollte libglibc aber haben, nicht python3.

Mag sein, nur bekommt man weit mehr Angaben zum Gerät vom Kernel als mit m/udev. Aber jeder wie er will...