Neutrino-Images

Erstmal noch ein gesundes Neues euch allen.

Hinweis:
diese Dateien musste ich manuelle runterladen
- qrencode-4.1.1.tar.gz
- ntfs-3g_ntfsprogs-2022.10.3.tgz

Musste eine neue Linux-VM aufsetzen, da Debian (10) Buster, wegen zu altem "gettext", nicht mehr bauen wollte.
Habe mich dann für die 13, Trixie entschieden. Beim Erstellen des Crosstool kommen dann 4 Fragen (Log habe ich davon nicht mehr), die ich jeweils mit Enter beantwortet habe.
Wurde gebaut aber später führte das zum Abbruch (Anhang)

Mit einem, unter Buster, gebauten Crosstool lief das Image durch.

Vlt hat ja einer mal Lust nachzuschauen.

Welche Virtualisierungssoftware nutzt du (VirtualBox, VMware, Proxmox, QEMU/KVM …)?

Hi,
das hat damit nix zu tun, es ist einem Teammitglied vor 2 Tagen auch auf einer echten Installation aufgefallen. Das wird bestimmt irgendwie gefixt oder die Anleitung angepasst werden, geht halt alles nicht mehr so schnell.

Ciao,
DdD.

Don de Deckelwech hat geschrieben: ↑Sa 10. Jan 2026, 23:34 Hi,
das hat damit nix zu tun, es ist einem Teammitglied vor 2 Tagen auch auf einer echten Installation aufgefallen. Das wird bestimmt irgendwie gefixt oder die Anleitung angepasst werden, geht halt alles nicht mehr so schnell.

Ciao,
DdD.

hätte ja sein können .. problem ist wohl die glibc 2.41/42 im crosstools ..
und die patches bzw. ich das glück habe das meins noch mit 2.40 gebaut wird ..
und ja das kann dauern
und wie ich lese betrifft das noch ganz viele andere sachen die man anpassen bzw. aktuallisieren muss ..
sodass es dann wieder durchbaut ..

mirz hat geschrieben: ↑Sa 10. Jan 2026, 21:09 - qrencode-4.1.1.tar.gz
- ntfs-3g_ntfsprogs-2022.10.3.tgz

Das sollte beides gefixt sein. NTFS-3G mehr schlecht als recht, aber der Build sollte nun durchlaufen.
Was das Crosstool betrifft, kann ich nur mal selbst eins mit Debian 13 bauen. Aktuell kann ich da nichts dazu sagen.

Ich hatte soweit alles aufgelistet intern, was bei einen neu aufsetzen mit Ubuntu 24.04 LTS zu beachten ist.

Die fehlenden - qrencode-4.1.1.tar.gz
- ntfs-3g_ntfsprogs-2022.10.3.tgz wurde gefixt.

was fehlt ist imagemagick und der link zu bin/bash.
Dann lief der build problemlos durch.

gr. Knicko

jokel hat geschrieben: ↑Mi 7. Jan 2026, 18:09 ist das jetzt noch einen vsync problem oder hardware fill problem .. ich sehe da noch nicht ganz durch.

Ich auch nicht. Das ist das schöne an einer Community ... man muss nicht alles können.

Knicko hat geschrieben: ↑So 11. Jan 2026, 21:33 was fehlt ist imagemagick und der link zu bin/bash.

Ein fehlender Link zu bash wird mit "make toolcheck" reportet. Das ist in Punkt 4 der README beschrieben: https://github.com/neutrino-images/ni-b ... r%C3%BCfen

Das Ding mit Imagemagick hätte ich gern wieder raus. Hierzu müsste ich mal den Build von giflib anpassen. Der Check, der Imagemagick benötigt, ist für den Bau von giflib nicht wirklich nötig.

gut, das kam halt
Lösung nachinstallieren von imagemagick.

Ist ja auch nur ein Hinweis darauf, Falls jemand den Fehler hat mit neuem Ubuntu.
Für mich immer noch für Anfänger das beste Linux Derivat.

Den giflib-Build habe ich gepatcht, sodass imagemagick nun nicht mehr nötig ist.

vanhofen hat geschrieben: ↑So 11. Jan 2026, 21:18 Was das Crosstool betrifft, kann ich nur mal selbst eins mit Debian 13 bauen. Aktuell kann ich da nichts dazu sagen.

Der Bau des Crosstools für die E4HDU auf Debian 13.2 lief sorgenfrei durch. Für welche Plattform baust du, mirz?

@vanhofen .. ich habe mir vorhin mal ein image erstellt wegen ffmpeg8
https://github.com/neutrino-images/ni-b ... 8d71b6caL7
kannste gleich wieder einen revert machen zu ffmpeg6 ..
weil mit .. samsungtvplus z.b. moviedome usw. die streams nicht mehr laufen ..
glücklicherweise hatte ich vorher ein backup gemacht .. also dieses beinhaltete noch ffmpeg6 ..
und siehe da .. damit sind die sender wieder abspielbar.

zuerst hatte ich gedacht das sich eventuell die url's der streams geändert haben ..
aber da hat sich nichts geändert .. es lag nur an ffmpeg8 .. mit ffmpeg6 löppt alles wieder
leider konnte ich nicht weiter testen um zusehen welche auswirknug das noch im system hatte ..
habe gleich wieder zurückgeflasht.

hoffe die info ist hilfreich ..

ich habe für HD51 gebaut

jokel hat geschrieben: ↑Mo 12. Jan 2026, 12:24 @vanhofen .. ich habe mir vorhin mal ein image erstellt wegen ffmpeg8
https://github.com/neutrino-images/ni-b ... 8d71b6caL7
kannste gleich wieder einen revert machen zu ffmpeg6 ..
weil mit .. samsungtvplus z.b. moviedome usw. die streams nicht mehr laufen ..

Das hab ich mir schon fast gedacht. Die paar Sachen, die ich getestet hatte, liefen. Das muss ja aber nichts heißen.
Danke für die Rückmeldung. Ich werde den Commit reverten. Trotzdem sollten wir irgendwann auf FFmgep 8 wechseln.

streamlink gibt die url weiter ans webtv und diese kann ffmpeg8 nicht wiedergeben bzw. auswerten ..
ffmpeg6 schon ..
ich habe mal eine url von streamlink in meinem bs (linux) versucht mittels ffplay abzuspielen ..
da ffmpeg8 ging auch nicht .. der fehler ist wohl bzw. liegt laut ffplay an hls.c
ich habe dann die url den vlc verpasst .. und der vlc spielt den stream / sender akkurat ab.
ich würde noch ein bissel warten mit dem switchen auf ffmpeg8 .. da scheint noch nicht alles rund zu laufen
mal sehen wo die reise hingeht .. mein bs (arch) ist immer aktuell ..
und wenn eines tages die url von streamlink hier unter ffplay laufen sollte .. dann kannste switchen

vanhofen hat geschrieben: ↑Mo 12. Jan 2026, 14:44 Danke für die Rückmeldung. Ich werde den Commit reverten. Trotzdem sollten wir irgendwann auf FFmgep 8 wechseln.

nach bissel lesen ist der stand .. das es in ffmpeg8 eine hls beschränkung gibt im bezug auf url's ..
die es in fmpeg6 nicht gibt.
und darum werden in ffmpeg8 streams vom z.b. Amagi, SamsungTV+, PlutoTV nicht mehr akzeptiert

ich schaufel mal eine partition frei und werde mal eine patch mit ffmpeg8 machen und testen ..
d.h. ein image erstellen mit ffmpeg8 .. flashen .. testen ..
schauen wir mal ob das was wird

@vanhofen .. stunden später .. hier mein patch für ffmpeg8 ..
hebt die hls beschränkung auf .. test .. samsung, pluto, rakuten tv .. löppt damit wieder
und ich habe das gefühl im gegensatz zu ffmpeg6 .. löppt ffmpeg8 bissel flotter
viel spass beim testen
ps .. damit kannste wieder switchen .. also zu ffmpeg8 ..

@vanhofen .. da ist noch was .. und zwar .. replay .. macht auch probleme ..
der patch hat damit nichts zutun weil hls .. replay funzt mit .mpd .. ist also noch eine baustelle
also warte noch mit dem switchen zu ffmpeg8 .. kann sein das ich replay ändern muss ..
oder es bedarf noch einen patch ..
jedenfalls funzt replay mit ffmpeg8 nicht .. ich versuche mal den grund zu finden

ps .. ffmpeg8 hat auch eine beschränkung in .. dashdec.c eingebaut .. warum machen die das ?
ich will mein replay wieder mit ffmpeg8 ..

jokel hat geschrieben: ↑Mi 14. Jan 2026, 15:11 9999-disable-hls-extension-check.patch

Ich hab mich für eine etwas weniger invasive Methode entschieden. https://github.com/neutrino-images/ni-b ... e2372bb027

Danke dir.

ich dachte wenn schon denn schon .. habe vorhin dein patch getestet löppt ..
aber mit dash werde ich nicht froh .. habe ein paar sachen getestet .. leider ohne erfolg
ffmpeg8 schön und gut .. aber ohne replay .. das möchte ich nicht mehr missen
naja .. braucht halt noch zeit .. mal sehen ob die sender / anbieter was umstellen müssen deswegen.