Project

General

Profile

Actions

Support Request #11536

closed

EBPRODUCTSUPPORT-7260 Recording and visualization issues

Added by hidden almost 4 years ago. Updated over 3 years ago.

Status:
Closed
Priority:
Normal
Customer:
ELEKTROBIT
Department:
SUPPORT
Requester's Priority:
Normal
Support Level:
3rd Level
Resolution:
Product Issue Opened

Description

Supportanfrage

Hier noch ein paar Findings und eine Frage von meinem Kollegen:
Folgende Probleme sind mir aufgefallen:
Bei ADTF DAT File Recorder + ADTF GUI Control. * Im Runlevel running kann man recording - stop recording - recording - stop recording und man erhält zwei Files * Wenn man nun im Runlevel running ein Recording macht und dann DeInit - Init funktioniert das Recordíng Interface nicht mehr, die Buttons bleiben grau.
Im DemoQtMediadiscription-Display passiert es öfter, dass die Zeilen vervielfältigt werden. War im Replay und hängt evtl. mit Deinit-Init oder Loop-Mode zusammen.
Beim Configuration Editor wäre es nett, wenn die beim letzten Speichern aktive Session beim neu Öffnen wieder aktiv ist. (Im Project File speichern?)
Dann noch eine Frage: Wenn ich im Subgraph einen Data-Inport mit einem Filter-Pin verbinde, wird ein Sample-Stream eingefügt. Dann aber auch wenn ich in einem Graph einen Filter-Output-Pin mit einem Subgraph-Pin verbinde. Würde da nicht einer reichen?
Is there a tool to repair/handle temp recordings, like in ADTF 2?

Lösung

Im Runlevel running kann man recording - stop recording - recording - stop recording und man erhält zwei Files

ich weiß nicht ob ich dich richtig verstehe...
kann es sein, dass du es mit den "Temp Files" verwechselst ? Wenn der Recorder in File Based Mode ist (das ist er default), wird im Runlevel Running sofort ein File angelegt (wegen History). Wenn du nun startest und stopst wird es finalisiert, gleichzeitig aber ein neues aufgemacht (selbes Spielchen wie zu Beginn). Erst wenn du RL_Running verlässt, wird es obsolet und verworfen.

Bitte nachschärfen, sollte ich den Fall nicht verstehen.

Wenn man nun im Runlevel running ein Recording macht und dann DeInit - Init funktioniert das Recordíng Interface nicht mehr, die Buttons bleiben grau.

Ja, da ist irgendwie der Wurm drin... Hab ein Ticket angelegt -> ACORE-10562

Im DemoQtMediadiscription-Display passiert es öfter, dass die Zeilen vervielfältigt werden. War im Replay und hängt evtl. mit Deinit-Init oder Loop-Mode zusammen.

Ei ei ei... da ist beim Redesign wohl der Repaint beim Reset der Streamtime verloren gegangen -> ACORE-10563 angelegt

Beim Configuration Editor wäre es nett, wenn die beim letzten Speichern aktive Session beim neu Öffnen wieder aktiv ist. (Im Project File speichern?)

Hab ne Anforderung an das Project File gestellt -> ACORE-10564
Allerdings muss bewertet werden, ob der CE dann weitere Parameter braucht, wenn jmd zum Bsp. das nicht möchte und lieber die "default" Session (oder eine x-beliebige) zu laden ist.

Dann noch eine Frage: Wenn ich im Subgraph einen Data-Inport mit einem Filter-Pin verbinde, wird ein Sample-Stream eingefügt. Dann aber auch wenn ich in einem Graph einen Filter-Output-Pin mit einem Subgraph-Pin verbinde. Würde da nicht einer reichen?

Das ist denke ich Defintionssache.
Ein Data Port benötigt einen Sample Stream.
Ein Subgraph verhält sich wie ein Filter.
Filter zu Filter müssen via Sample Streams verbunden werden.
Zudem ist ein Subgraph ein eigener abgeschlossener Block, der wiederrum seinen Vorgaben unterliegt.
Rein logisch kann ich deinen Gedankengang nachvollziehen.
Martin, ist das so richtig ?

Is there a tool to repair/handle temp recordings, like in ADTF 2?

Bisher nicht, das ist lauf Kufo Beschluss onhold, weil erst einmal erroiert werden muss, was und wie invalide Files zustande kommen.
Hier hat man auch nur begrenzt Einfluss zu reparieren mit einen Vergleichsfile, deshalb wird das stets beobachtet.
Bisher war es meistens sogar möglich, die tmp Files abzuspielen.
Hast du hier konkreten Bedarf aktuell, auch wie man es z.b synthetisiert ?

Actions

Also available in: Atom PDF