Project

General

Profile

Support Request #14729

[EBPSSD-1739] start_recording_on_startup does not work for queue recorders

Added by hidden 2 months ago. Updated 2 months ago.

Status:
To Be Closed
Priority:
Normal
Requester's Priority:
Normal
Topic:
ADTF::Recorder
Resolution:
Product Issue Opened
Affected Products:
Platform:
FAQ Links:

Description

Supportanfrage

1.
ADTF DAT File Recorder option start_recording_startup does not work for queue based mode.

Customer wanted to start recording with startup and then record for 1 minute. With ADTF 2 this can be configured with a queuebased mode. (start_on_startup, history 1, follow 60). The ADTF 3 DAT File Recorder seems to ignore the property start_recording_on_startup when a queuebased recording mode is configured.

2.

This time for ADTF GUI Control: I configured the .adtfdat files to be recorded into the folder $(ADTF_DIR)/TestRecordingFolder. The ADTF GUI Control does not find these files in the Recorded Files section. Not sure which interface is used here to list the files, guess it may be a problem of the underling interface.

Der 2. Punkt ist nur bei der ADTF GUI Control. Wenn ich das mit ADTF Qt XSystem nachstelle, wird der hinterlegte folder aktualisiert.

Lösung

ADTF DAT File Recorder option start_recording_startup does not work for queue based mode.

Die history_seconds = 1 plus start_on_startup schließen sich in diesem Fall aus und es kommt kein RecordingStart Event.
Startet man es danach manuell, klappt alles. Ich hab ein Ticket angelegt:
  • [ACORE-11136] - start_recording_on_startup does not work for queue recorders

The ADTF GUI Control does not find these files in the Recorded Files section

Der ADTF GUI Control schaut nur dahin, wo der Recorder konfiguiert ist.
Es fehlt aber seit jeher ein automatischer Refresh, siehe https://support.digitalwerk.net/adtf/v3/adtf_html/page_known_problems.html:
  • [ACORE-9439] - Missing recorded file in table due to missing auto refresh

Gehts darum oder mein ihr anderes Problem ?

Wenn ich das mit ADTF Qt XSystem nachstelle, wird der hinterlegte folder aktualisiert.

Komplett anderer Mechanismus und Service. Wir raten auch das direkt zu verwenden, das GUI Control hat wie mehrfach erwähnt weniger Aufmerksamkeit bekommen, auch weil ja ein neues Tooling entstehen soll (v.a. für euch, Stichwort Tablet). Natürlich gibt es aber noch Use Cases, die sind aber sehr rar und können anders abgebildet werden, siehe

Aber ein Bug (oder zumindest fehlendes Feature) ist es natürlich, fällt aber stets aus der Dringlichkeitsbewertung, da manuell möglich.

#1

Updated by hidden 2 months ago

  • Description updated (diff)
  • Status changed from New to In Progress
#2

Updated by hidden 2 months ago

  • Topic set to ADTF::Recorder
#4

Updated by hidden 2 months ago

  • Status changed from In Progress to Customer Feedback Required
  • Resolution set to Product Issue Opened
  • Product Issue Numbers set to https://www.cip.audi.de/jira/browse/ACORE-11136

Hallo Anja,

ADTF DAT File Recorder option start_recording_startup does not work for queue based mode.

Die history_seconds = 1 plus start_on_startup schließen sich in diesem Fall aus und es kommt kein RecordingStart Event.
Startet man es danach manuell, klappt alles. Ich hab ein Ticket angelegt:
  • [ACORE-11136] - start_recording_on_startup does not work for queue recorders

The ADTF GUI Control does not find these files in the Recorded Files section

Der ADTF GUI Control schaut nur dahin, wo der Recorder konfiguiert ist.
Es fehlt aber seit jeher ein automatischer Refresh, siehe https://support.digitalwerk.net/adtf/v3/adtf_html/page_known_problems.html:
  • [ACORE-9439] - Missing recorded file in table due to missing auto refresh

Gehts darum oder mein ihr anderes Problem ?

Wenn ich das mit ADTF Qt XSystem nachstelle, wird der hinterlegte folder aktualisiert.

Komplett anderer Mechanismus und Service. Wir raten auch das direkt zu verwenden, das GUI Control hat wie mehrfach erwähnt weniger Aufmerksamkeit bekommen, auch weil ja ein neues Tooling entstehen soll (v.a. für euch, Stichwort Tablet). Natürlich gibt es aber noch Use Cases, die sind aber sehr rar und können anders abgebildet werden, siehe

Aber ein Bug (oder zumindest fehlendes Feature) ist es natürlich, fällt aber stets aus der Dringlichkeitsbewertung, da manuell möglich.

#5

Updated by hidden 2 months ago

Hallo Florian,

danke für deine Antwort. Mir war nicht bewusst das das sich die beiden Einstellungen ausschließen. Unter ADTF 2 hat das wohl funktioniert um automatisch verzögert aufzuzeichnen, deswegen wurde das auch unter ADTF 3 so konfiguriert.

Danke und Grüße,
Anja

#6

Updated by hidden 2 months ago

  • Project changed from 7 to Public Support
  • Subject changed from [EBPSSD-1739] Some recording related bugs for ADTF 3.12.5 to [EBPSSD-1739] start_recording_on_startup does not work for queue recorders
  • Description updated (diff)
  • Status changed from Customer Feedback Required to To Be Closed
  • Private changed from Yes to No

Also available in: Atom PDF