NI-Buildsystem

[mirz]

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.

[jokel]

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

[Don de Deckelwech]

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.

[jokel]

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 ..

[vanhofen]

- 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.

[Knicko]

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

[vanhofen]

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.

[vanhofen]

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.

[Knicko]

gut, das kam halt

Code: Alles auswählen

/usr/bin/make -C doc
convert ../pic/gifgrid.gif -resize 50x50 giflib-logo.gif
make[4]: convert: Datei oder Verzeichnis nicht gefunden
make[4]:  [Makefile:46: giflib-logo.gif] Fehler 127
make[3]:  [Makefile:93: all] Fehler 2
make[2]:  [package/giflib/giflib.mk:21: giflib] Fehler 2
make[1]:  [package/neutrino/neutrino.mk:171: neutrino] Fehler 2
make: *** [make/ni.mk:11: image] Fehler 2

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.

[vanhofen]

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

[vanhofen]

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?

[jokel]

@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 ..

[mirz]

ich habe für HD51 gebaut

[vanhofen]

@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.

[jokel]

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