AX/MUTANT - Bugliste/Funktionen/Tests

[Janus]

Habe gerade beim Versuch für die HD51 zu bauen in meiner tagesaktuelen BusterVM folgende Fahlermeldung erhalten:

--cpu=cortex-a15 --extra-cflags="-Wno-deprecated-declarations -I/home/janus/development/ni/ax/root/include -mfpu=neon-vfpv4 -mfloat-abi=hard" \
; \
make -j3; \
make install DESTDIR=/home/janus/development/ni/ax/root
ERROR: libass not found using pkg-config

If you think configure made a mistake, make sure you are using the latest
version from Git. If the latest version fails, report the problem to the
ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net.
Include the log file "ffbuild/config.log" produced by configure as this will help
solve the problem.
make: *** [make/target-ffmpeg.mk:358: ffmpeg] Fehler 1

Eine Nachinstallation von libass-dev hat auch Nichts gebracht.

Anbei das oben 'geforderte' Log:

config.log.tar.gz

(54.4 KiB) 46-mal heruntergeladen

[annie]

Ich hab den Fehler beim Bau von HD51 schon seit längerem mit meinem LinuxMint

hab auch libass-dev mal installiert...

Irgendwie wird bei Ubuntu und Clones das wohl nicht so installiert wie es benötigt wird.

libass.a, libass.la usw. findet sich in meinem Host unter /usr/local/lib

[vanhofen]

libass wird vom Buildsystem gebaut. Das muss also in root/lib liegen.
Komisch ist, das ich weder lokal in der VM noch remote auf dem Buildserver dieses Ding nachstellen kann.

[Knicko]

Scheint ja nur bei aktuellen Linux Systemen zu passieren.

Mein Laptop mit Ubuntu 19.10 hatte heute morgen auch Probleme mit Libass. Hatte dann auch mal alle Pakete aktualisiert, die für ein ffmpeg build erforderlich sind.
Nichts, ffmpeg baut einfach nicht durch.

Dann an meinem Laptop mit Ubuntu 18.10 nach update-all und make clean ein HD51 Image gebaut, ging problemlos.
Gut, muss man jetzt halt mal suchen, warum das anscheinend nur bei aktuellen linux OS passiert.

gr. Knicko

[annie]

pkg-config ist für mich das Buch mit vielen Fragen.

wenn man versuchsweise macht:
make ccache-clean clean

sieht man den Symlink
ln -sf pkg-config /home/annie/ni-buildsystem-hd51/host/bin/arm-cortex-linux-gnueabihf-pkg-config

Da wird für Ubuntu was nicht stimmen.

Baue ich für Coolstream hab ich die Probleme mit libass nicht.

[kalle wirsch]

Ich habe mal zurück auf den alten Code revertet. Probierst du bitte nochmal?

Funktioniert wieder , besten Dank

[Janus]

Auch der Bau für die Duo4K scheitert an der gleichen "libass"-Stelle.

Das Letzte was ich noch vor einer Aktualisierung (apt get update/upgrade) und der Nachinstallation von libass-dev gemacht hatte, war in Buster ein Wechsel des gcc auf v8 (8.3.0.6). Ist als 'stable' ausgewiesen.

Vielleicht liegt da das Problem.

Welche gcc-Version verwendet das Nightly-BS ?

[Janus]

Da meine Duo4K gerade Ausgang hat, habe ich mich mal dem DiSEqC 1.1 Problem genähert.

Da man im Modus DiSEqC 1.1 keine committed/uncommitted Schalten per UI eingeben kann und dann bei der Abarbeitung der Konfiguration (Kommandoübergabe an das Frontend) vielleicht nur mode=DiSEqC 1.1 berücksichtigt, dürften Fehler sicher vorhersagbar sein.

Ich habe mir mal die Stelle im UI (scan-seup.cpp) angeschaut und den offensichtlichen Fehler bei der Eingabe mal mit ein paar Kommentaren zur Verbesserung versehen.

Code: Alles auswählen

void CScanSetup::addScanMenuTempSat(CMenuWidget *temp_sat, sat_config_t & satconfig)
// TODO strukturieren nach Delivery-System, Schaltoptionen (DiSEqC-Typ, Kaskadierung) und Anschluss-Optionen
{
	temp_sat->addIntroItems();

	CMenuOptionNumberChooser	*diseqc = NULL;
	CMenuOptionNumberChooser	*comm   = NULL;
	CMenuOptionNumberChooser	*uncomm = NULL;
	CMenuOptionNumberChooser	*unilnb = NULL;
	CMenuOptionNumberChooser	*motor  = NULL;
	CMenuOptionChooser		*usals  = NULL;
	CMenuForwarder			*mf;
	bool unicable = (dmode == DISEQC_UNICABLE ? true : dmode == DISEQC_UNICABLE2);

	if (!unicable) {
		// nur DiSEqC 1.0  ( 1 bis 4  oder AA bis BA ) ==> ??? erweitern auf a) Option A/B und b) Position A/B). Freigeben auch für Advanced ? ==> Konfikt mit DiSEqC 1.1 !!) 
		diseqc	= new CMenuOptionNumberChooser(LOCALE_SATSETUP_DISEQC_INPUT, &satconfig.diseqc, ((dmode != NO_DISEQC) && (dmode != DISEQC_ADVANCED)), -1, 15, this, CRCInput::RC_nokey, NULL, 1, -1, LOCALE_OPTIONS_OFF);
		diseqc->setHint("", LOCALE_MENU_HINT_SCAN_DISEQC);

		// nur DiSEqC 1.1 => committed und uncommitted sowie Reihenfolge com/uncom. Freigeben auch für Advanced => um Konflikte zu vermeiden: dort verbindlich wählen zwischen 1.0 und 1.1 !!!!
		comm 	= new CMenuOptionNumberChooser(LOCALE_SATSETUP_COMM_INPUT, &satconfig.commited, dmode == DISEQC_ADVANCED, -1, 15, NULL, CRCInput::RC_nokey, NULL, 1, -1, LOCALE_OPTIONS_OFF);
		comm->setHint("", LOCALE_MENU_HINT_SCAN_COMMITED);
		uncomm = new CMenuOptionNumberChooser(LOCALE_SATSETUP_UNCOMM_INPUT, &satconfig.uncommited, dmode == DISEQC_ADVANCED, -1, 15, NULL, CRCInput::RC_nokey, NULL, 1, -1, LOCALE_OPTIONS_OFF);
		uncomm->setHint("", LOCALE_MENU_HINT_SCAN_UNCOMMITED);

		// DiSEqC 1.2 in Kombination mit vorherigem DiSEqC 1.0 oder 1.1
		motor 	= new CMenuOptionNumberChooser(LOCALE_SATSETUP_MOTOR_POS, &satconfig.motor_position, true /*dmode == DISEQC_ADVANCED*/, 0, 64, this, CRCInput::RC_nokey, NULL, 0, 0, LOCALE_OPTIONS_OFF);
		motor->setHint("", LOCALE_MENU_HINT_SCAN_MOTORPOS);
		usals	= new CMenuOptionChooser(LOCALE_EXTRA_USE_GOTOXX,  &satconfig.use_usals, OPTIONS_OFF0_ON1_OPTIONS, OPTIONS_OFF0_ON1_OPTION_COUNT, true /*dmode == DISEQC_ADVANCED*/);
		usals->setHint("", LOCALE_MENU_HINT_SCAN_USEUSALS);

		// DiSEqC 2.x zusätzlich Rückantwort ermöglichen und dazu entsprechende Auswertekriterien

		// Advanced Mode:
		// 1. mehrstufig mit Standard-Schalte: a) DiSEqC 1.0 plus Motor dahinter,  b) DiSEqC 1,1 mit folgendem Motor
		// 		Befehlswiederholung (selektiv je Schaltstufe ??) + Spannungserhöhung für Drehgeschwindigkeit wählbar + Pausen zwischen den Stufen regelbar
		// 2. freie Formulierung eines userdefinierten Commando Strings aus DiSEqC-Commands und Wait-Definitionen.
		// 		

		} else {
		if (satconfig.diseqc < 0)
			satconfig.diseqc = 0;
		unilnb = new CMenuOptionNumberChooser(LOCALE_UNICABLE_LNB, &satconfig.diseqc, true, 0, dmode == DISEQC_UNICABLE ? 1 : 3);
	}

	CIntInput* lofL = new CIntInput(LOCALE_SATSETUP_LOFL, (int*) &satconfig.lnbOffsetLow, 5, NONEXISTANT_LOCALE, NONEXISTANT_LOCALE);

Unterhalb vom meinem Kommentar zu DiSEqC 1.1 ist für die Eingabe/Änderung der committed/uncommited Befehle nur der Advanced Mode zugelassen.
Dieser Fehler dürfte einfach zu verbessern sein.
Aber das ganze System logischer Zusamenhänge müsste vielleicht mal in einer überarbeiteten Menü-Struktur nach jeweils vorgegebener Schaltoption entkoppelt werden.
Also für jede gewählte Empfangseinrichtung nur die dort möglichen Eingaben anzubieten. In diese Richtung habe ich mit den Kommentaren mal gedacht...

[Janus]

Ich habe mal versucht, den Fehler mit der erfolglosen Eingabe von commited und uncommited im Modus DiSEqC 1.1 zu fixen.

test_ui_fix_diseqc_1_1_setup.diff

(2.06 KiB) 60-mal heruntergeladen

Die Eingabe ist jetzt möglich, jedoch ist der Wechsel von com > uncom auf uncom > com dort erstmal nicht möglich.
Und bei DiSEqC=1.1 als dmode werden die Befehle nicht abgesetzt.

Mit der "Erweiterten Auswahl" (Advanced Mode) geht die o.g. Umstellung der Schalterkaskaden und auch die Befehle werden korrekt abgesetzt.

Mein Testaufbau:

SAR 211 SUR 211 im com/uncom als Optionsschalter uncommited=1 (Option A), uncommited=2 (Option B )
Hinter Option A ein Spaun-MS mit Astra committed=1 (Position A) und Hotbird committed=2 (Position B )
Hinter Option B ein Motteck SG2100 im USALS Modus, der aber im Test nur über committed=1 (Position A) ohne Drehung !! angesteuert wird.

Die hier funktionierenden EInstellungen sind:
* Erweiterte Auswahl
+ Command Order = Uncommitted/Committed

Astra 1 com=1 uncom=1 (entspricht DISEqC 1 - AA)
Hotbird com=2 uncom=1 (entspricht DISEqC 2 - AB )
Astra 3 com=1 uncom=2 (entspricht DISEqC 3 - BA)


Aufgefallen ist mir die Redundanz der Committed Einstellungen. Falls nicht Jemand hinter einem 1.0 Schalter noch eine komplette 1.1 Kaskade mit beiden Schaltersignalen betreibt - falls das überhaupt funktioniert - könnte man da besser eine einzige "Variable.committed" verwenden.

Die für mich eigentlich noch notwendige Motoreinstellung hinter uncom=2 habe ich erstmal nicht getestet.

Der nächste Schritt wäre, die Ursache für die Nichtausführung im DiSEqC 1.1 Modus zu finden.
Aber Heute nicht mehr...

edit:
Sorry, Optionsschalter ist ein SUR 211 (kein SAR 211)
Und: Seiteneffekte bei anderen Schaltsystemen (Unicable, NoDiSEqC) habe ich auch nicht geprüft.

[Janus]

Ich glaube, ich habe die Stelle gefuden, an der der Modus DiSEqC1.1 geblockt wird:

try_enable_DiSEqC11_mode.diff

(575 Bytes) 64-mal heruntergeladen

Leider ? hatte ich vorher noch schnell ein make update-all gemacht.
Wegen Fehlermeldung Alles gecleant bis auf cross.
Dann erfolgreich gebaut bis zum Build von libdvbsi++

fehler_build_hd51.log

(14.34 KiB) 48-mal heruntergeladen

Also kein gefixtes Image bei rausgekommen.
So weiß ich jetzt nicht, ob ich den Fehler wirklich gefunden habe.

[max_10]

Die Lösung für dein Bauproblem steht hier.
Link

[Janus]

Oh, oh,
das hatte ich zwei Tage vorher schon gelesen. Aber auf Grund von "nevis und vu" irgendwie gleich wieder verdrängt. Man wird nicht jünger...


Der try_enable_DiSEqC11_mode - Patch macht aber erstmal, was er soll.
Ich habe das eben gebaute Image auf meine Anlage inklusive Motorschüssel losgelassen und es funktionierte auch im Modus DISEqC 1.1. Inklusive des hinter uncommited 1 verbauten Motors im USALS Betrieb.

fe0_motorRotationSpeed=21
fe0_position_-125=-125,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_-150=-150,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_-200=-200,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_-220=-220,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_-245=-245,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_-275=-275,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_-300=-300,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_-40=-40,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_-50=-50,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_-8=-8,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_-80=-80,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_100=100,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_130=130,-1,1,0,0,0,9749,10599,11700,0,0,1,0
fe0_position_160=160,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_19=19,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_191=191,-1,0,0,0,0,9748,10598,11700,0,0,1,0
fe0_position_192=192,-1,0,0,0,0,9748,10598,11700,0,0,1,0
fe0_position_215=215,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_235=235,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_282=282,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_30=30,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_315=315,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_330=330,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_360=360,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_390=390,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_420=420,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_450=450,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_460=460,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_49=49,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_70=70,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_position_90=90,-1,0,1,0,0,9750,10600,11700,0,1,1,0
fe0_powered=0
fe0_rotor_swap=1
fe0_satellites=-300,-275,-245,-220,-200,-150,-125,-80,-50,-40,-8,19,30,49,70,90,100,130,160,191,192,215,235,282,315,330,360,390,420,450,460

Was nicht geht, ist das Umschalten der Reihenfolge im Modus DiSEqC 1.1 - im Gegensatz zur "Erweiterten Auswahl". Der Grund könnte sein, dass in den DiSEqC-Papieren ein 1.1 Kombi-Switch beschrieben ist, der hardware-mäßig fest auf zuerst committed dann uncommited festgelegt ist.

Was immer noch nicht wirkich funktionert, ist das Timing des Pfades zum Motor.
Da gibt es in den DiSEqC-Papieren noch einen Hinweis, den ich im nächsten Schritt einbauen möchte.

Und die Darstellung der Liste der DiSEqC-Einstellungen in der Frontend-LNB-Konfiguration ist bei 1.1 Elementen mit Motor total Banane. Aber da hatte ich ja früher schonmal mit rumgespielt.

Such' ich dann anschließend mal zwecks Verbesserung...

Axo:
In meinen alten NI-Images wird im MultiBoot-Dialog das NI mit 3.60.544, 3.60.603... angezeigt. Im Moment fehlt der Zusatz, steht nur noch "NI 3.60. "
Wäre schöner, wenn man beim Umshalten von Testimages wieder sehen könnte, welchen GIT-Stand man auswählt...

[vanhofen]

Deinen Test-Fix habe ich eben eingecheckt, Janus. Der Bau der Nightlies hat auf dem Server aber schon begonnen. Das ist also erst übermorgen mit im Image drin.

[kalle wirsch]

Hab heute mal wieder ein Update gemacht auf das aktuelle Nightly .
Dreimal dürft ihr Raten , DiseqC 1.1 funktioniert wieder nicht , gleiches Problem wie vorher ....

[Janus]

Soweit ich das sehe, ist im aktuellen Nightly nur der letzte Patch
try_enable_DiSEqC11_mode.diff
aus Post #590 drin.

Ein Postings vorher (#589) gab es schon einen Patch
test_ui_fix_diseqc_1_1_setup.diff
der erstmal das Problem mit der nicht funktionierenden Einstellmöglichkeit unter dem Modus DiSEqC 1.1 angegangen ist.
Der fehlt mE in den aktuellen Sourcen. Liegt vielleicht daran.

Bei (meinem Selbstbau) mit beiden Patches funktioniert das jedenfalls, so wie in Post #592 beschrieben. Die Version läuft seit diesem Tag, bis auf das dort beschriebene Problem mit dem Pfad zur Motorschüssel, ohne weitere Probleme.

[vanhofen]

Auch der zweite (chronologisch war es der erste) Patch ist nun drin. @kalle, versuchst du bitte morgen nochmal?
Du bist offenbar einer der wenigen, die das testen können.

[kalle wirsch]

Also mit dem Nightly vom 29.05 funktioniert es nicht .

[vanhofen]

OK, danke. @Janus, wie verfahren wir jetzt? Soll ich reverten?

[vanhofen]

Tango hat bei den ARM-Boxen nochmal etwas am CEC gerichtet. Ist ab morgen mit in den Nightlies drin.

[Janus]

Wir versuchen das gerade untereinander auf dem kleinen Dienstweg mit @kalle zu klären.
Da es bei mir in einem eben erstellten (basisnahen) Image funktioniert , lass es erstmal so. Ich habe hier auch noch einen weiteren Patch, der die Einstellung von Wiederholung und Reihenfolge sowohl unter DiSEqC 1.1 als auch in der "Erweiterten Auswahl" gestattet.

Falls wir das nicht ans Rennen bekommen, melde ich mich!
Ansonsten kommt das dritte Diff noch hinterher.