Public Support

Hallo Hermann,

geht es um ein AADC Fahrzeug ?
Oder um einen Desktop PC / VM Image ?
Kannst du bitte etwas Details zum OS geben ?

@Sebastian: Bitte wirf mal einen Blick drauf

Von: Hermann Höhne [mailto:hermann.hoehne@fh-wedel.de]
Gesendet: Mittwoch, 18. September 2019 12:59
An: Support (Digitalwerk GmbH) <Support@digitalwerk.net>
Betreff: Re: [ACADEMIC Support - Support Request #8372] Supportanfrage: ADTF Configuration Editor

Hallo alle

Wenn du sagst, neues clean Image... hast du danach auch wieder eine Lizenz gesetzt ?

Ja, neue Lizenz habe ich drin.
Sagt zumindest der licenseviewer von 3.6.1 (siehe screenshot).
Das alte ADTF 3.3.1 startet auch ohne Probleme.

Aber Obacht: Ich verwende ein ALTES, sauberes Image.
(Ich habe 2018 eine Kopie des damaligen Auslieferungszustands gemacht.) Brauche ich u.U. ein neues Plattenabbild?

kannst du mir evtl mal die Ausgabe des Terminals hier senden

Ja, gern:

$ gsettings get com.ubuntu.user-interface scale-factor @a{si} {}

Das sieht nach einem leeren String anstelle einer Zahl aus. O_o

Vielen Dank für Ihrer aller Hilfe!

Mit freundlichen Grüßen
Hermann

Hallo Hermann,

• https://we.tl/t-KygH0BDAJA

• [ACORE-8146] - Autoupdate plugindescriptions on file/folder change
• [ACORE-8197] - Provide UI Service to change properties during runtime
• [ACORE-8910] - License Viewer is dead - long lives the Licenser Tool
• [ACORE-9299] - Provide option to save the log output in ADTFDAT File
• [ACORE-9473] - Extend ADTF Control to list all loaded components
• [ACORE-9660] - Redesign Session Editor
• [ACORE-9706] - Provide a more helpful diagnostic when a plugin's implementation is missing the ADTF_PLUGIN macro
• [ACORE-9936] - Extend Filter Editor with filenames property of ADTFDAT File Player
• [ACORE-10086] - Provide an example to show TCP communication with Non-ADTF application
• [ACORE-10090] - Make console messages colorful
• [ACORE-10116] - Improve profiling blocks
• [ACORE-10128] - Add property changed callback to property_variable

Einige davon könnt ihr sicherlich gut verwenden.

Dennoch der Hinweis:
Das ist ein nightly, alle funktionalen Tests sind durchgelaufen aber kein Releaseprüfung durchgeführt, eine bessere BETA sozusagen.
Das wird sich bis zum Release noch ändern.
Bitte gebt das bei weiteren Supportfällen stets mit an.

Anwender schrieb:

-----Ursprüngliche Nachricht-----
Von: hoe <hoe@fh-wedel.de>
Gesendet: Montag, 23. September 2019 14:50
An: Support (Digitalwerk GmbH) <Support@digitalwerk.net>
Betreff: Re: [ACADEMIC Support - Support Request #8372] (To Be Closed) Supportanfrage: ADTF Configuration Editor

Moin Florian

Bis dahin kannst du schon mal folgenden Stand verwenden (3.99.918),
der den Fix für dein Problem bereits enthält:

Ein Custom Build! Weihnachten war aber früh dieses Jahr. :o Danke, der Configuration Editor funktioniert.
Damit kann das Ticket nun geschlossen werden.

Leider nützt mir das nichts, weil die vom AADC 2018 vorgegebenen essentiellen Filter (vor allem Kommunikation mit der Motorsteuerung über Arduino und Bilder von der Basler Kamera) nicht verwendet werden können. Während des Build-Prozesses wird zwar die Filterbeschreibung erstellt und installiert (hier eine mit Präfix versehene Kopie des bei doc/adtf_html/page_demo_data_triggered_filter.html erwähnten
Beispielfilters):

[INFO]: Loaded plugin:
"/home/aadc/AADC/src/aadcHoe/../../_install/linux64/bin/hoe_demo_data_triggered_filter.adtfplugin"
[runtime.cpp(1852)]
[INFO]: Registered class "hoe_demo_data_trigger.filter.adtf.cid". (
10 ) [runtime.cpp(2178)]
-- Installing:
/home/aadc/AADC/src/aadcHoe/../../_install/linux64/bin/hoe_demo_data_t
riggered_filter.adtfplugin

Das Plug-In kann im Configuration Editor weder im Release- noch im Debug-Modus hinzugefügt werden (taucht einfach nicht auf) und daher auch im Graph nicht benutzt werden. Ich mutmaße, das liegt außerhalb des Supports, ich frage aber hoffnungsvoll dennoch:
Hat sich am Build- oder Handhabungsprozess bewusst geändert? Falls ja, wo kann ich das nachlesen?

Viele Grüße
Hermann Höhne

Dafür hab ich mal ein neues Ticket erstellt -> #8424

Guten Tag Digitalwerk Support Team (Florian/Sebastian?)

Ich versuche derzeit, ein Projekt von ADTF 3.3.1 auf 3.6.2 (bzw. custom build 3.99.918) zu portieren.
Ich scheitere schon beim simplen Anzeigen eines Videos.
Ich verwende ein mir vorgegebenes plug-in "Basler", welches unter ADTF 3.3.1 läuft. Das plug-in kommt von AADC. Ich kann es nicht neu bauen.
Schließe ich es über einen streaming in port an einen Filtergraph an, kann ich mit einem eigenen, gegen ADTF 3.99.918 gebauten Filter
auf die Bilder zugreifen (das Basler plug-in arbeitet also).

Ich würde das Kamerabild gerne live sehen können. Dafür habe ich nichts anderes als den zu ADTF 3.99.918 beiliegenden "Qt Video Display Filter" an den streaming port angeschlossen.
In ADTF 3.3.1 funktionierte dieses set-up. Leider erscheint in ADTF 3.99.918 das Qt Fenster nicht und ich kann das Video nicht sehen.

Die Kommandozeile zeigt mir

[WARNING]: error occured in 'unnamed_sample_stream' (category: 'stream_error'): Result code '-31 '(ERR_BAD_DEVICE) - [File: ] [Line: -1] [Func: ] [error_handling.cpp(62)]

Ich vermute, ich habe irgendetwas nicht für ADTF 3.99.918 richtig konfiguriert.
Ist erkennbar, was ich falsch mache?

Mit vielen Grüßen
Hermann Höhne