Public Support

Supportanfrage

Hallo,

zur Weitergabe an die Entwickler (Windows/Debug Version)

1) Probleme mit exportieren von Ausgaben im "Console Log" Service:
a. Wählt man im Context Menü vom "Console Log" Service "Copy Selected Line" führt das zum Absturz des Launchers ohne weitere Meldung.
b. Wählt man "Export" dann kann bekommt man nach Auswahl des Filenamen folgendes pop up. Das File wird angelegt und hat die Größe 0.

c.

2) Offenbar ist es nicht möglich einen Output Pin mit mehreren Sample Streams zu verbinden. Falls das das gewünschte Verhalten ist sollte das dokumentiert und die Doku entsprechend erweitert werden, falls das funktionieren sollte, muss man da was tun.

Vergleiche folgenden Streaming Graph (pic)

Beim Wechsel rl 4 gibt es folgenden Fehler (Screen shot da Export nicht möglich ...)

3) Vorschlag zur Verbesserung (falls es dabei bleibt dass man einen Pin nur einmal verbinden kann): Da man aktuell einen Output Pin nicht mit mehreren Sample Streams verbinden kann und im Streaming Graph einen Sample Stream der im Filter Graph Dock steckt (auf der inport seite) nicht mit einer Sink verbinden kann, gibt es aktuell keine Möglichkeit den Ausgabe Stream einer Source gleichzeitig an den Filtergraph und an eine Streaming Sink weiterzugeben. Das scheint mir eine recht natürliche Anwendung zu sein und sollte daher ermöglicht werden.

4) Vorschlag zur Verbesserung: In den Examples fehlt ein Beispiel zu einer cSampleStreamingSink die über den Input Pin getriggert wird (ohne Legacy). Ist nicht direkt offensichtlich, wie das vorzugsweise zu realisieren wäre. In der Demo SDL Sample Stream Sink wird das Auslesen des neuesten Samples im Paint Thread gemacht, das taugt nicht als Beispiel, wenn man wirklich alle Samples rausschicken will und zwar nur wenn auch ein Sample anliegt.

5) Typo in der Doku file:///C:/ADTF/3.1.0/doc/adtf_html/classadtf_1_1streaming_1_1ant_1_1c_sample_streaming_sink.html<file:///C:\ADTF\3.1.0\doc\adtf_html\classadtf_1_1streaming_1_1ant_1_1c_sample_streaming_sink.html> : "transission callbacks". Derselbe typo auch im Header streaming_source.h mehrfach.
Laut Doku "Use the provided transission callbacks to override the behaviour but do not forget to call the base type implementation." Eigentlich wie man es von ADTF 2 kennt. Aber in diesem Fall erscheint der Call der Base Funktion total überflüssig, da die jeweils leer sind. Wird da noch was eingebaut?

6.) Copy & Paste Fehler in runtime_behaviour.h Zeile 79: Die Doku zum return- Wert wurde vermutlich von der Register Funktion kopiert.

**
 * Unregisters a Runner.
 *
 * @param pRunner [in] The object reference to the Runner which will be unregistered.
 *
 * @return Standard Result Code
 * @retval ERR_INVALID_ARG A Runner with the same name is already registered.
 */
virtual tResult UnregisterRunner(const ucom::ant::iobject_ptr<IRunner>& pRunner);

Gruss,
Jochen

Lösung

zu 1) habe ich das Bug Ticket https://www.cip.audi.de/jira/browse/ACORE-9229 angelegt.
zu 2&3) Das Verhalten so gewollt. Die Daten müssen über einen Sample Stream laufen und erst danach aufgeteilt werden. Siehe Kommentar #1342#note-8
zu 5&6) Werden in das allgemeine Doku Ticket übernommen.