Project

General

Profile

Actions

Support Request #12406

closed

Player does not merge multi files correctly

Added by hidden over 3 years ago. Updated about 2 years ago.

Status:
Closed
Priority:
Normal
Customer:
VW
Department:
EFFP
Requester's Priority:
Normal
Support Level:
2nd Level
Resolution:
Known Problem
Affected Products:
Platform:
Windows 10 64bit
Topic:
ADTF::DAT
FAQ Links:

Description

Supportanfrage

ich habe mehrere aufgezeichnete Datenströme in gesplitteten ADTFDAT-Dateien. In meinem Fall 4 Dateien mit CANFD-Daten und 4 Dateien mit Ethernet-Daten. Wenn ich nur die 4 CANFD-Dateien nutze, werden diese korrekt nacheinander abgespielt. Wenn ich aber die 4 Ethernet-Dateien ebenfalls hinzufügen, werden nach dem Ende der ersten (oder vllt. Auch der längsten) Datei keine Daten mehr ausgegeben. ADTF GUI Control zeigt aber trotzdem die korrekte Dauer an und läuft für die komplette Zeit weiter. Laut Doku geht das Abspielen sowohl Simultan, als auch nacheinander. Muss ich dabei etwas beachten, oder handelt es sich hier um einen Fehler. Wenn es ein Fehler ist, wann kann ich mit einer Korrektur rechnen?

PS: bei ADTF 3.8.0 kann ich das gleiche beobachten.

Lösung

Das ist leider ein Fehler im Player, den wir aber schon behoben haben. Das Problem tritt immer dann auf, wenn es mehrere Splitsequenzen gibt die sich zeitlich überschneiden. Letztendlich legt er dann neue Ausgangspins (stream_name_<n>) für jede Split Datei an, und gibt die Samples dort aus. Wir haben den Fehler schon behoben (ACORE-10698). Der Fix kommt dann mit der 3.10, die hoffentlich nicht mehr lange auf sich warten lässt.


Files

image001.png (13.6 KB) image001.png hidden, 2020-10-29 17:30
value1.zip (15.4 KB) value1.zip hidden, 2020-11-02 09:30
value2.zip (15.2 KB) value2.zip hidden, 2020-11-02 09:30
Actions #1

Updated by hidden over 3 years ago

  • Project changed from Public Support to 20
  • Status changed from New to In Progress
  • Topic set to ADTF::DAT
  • Customer set to VW
  • Department set to EFFP
  • Affected Products ADTF 3.8.0, ADTF 3.9.0 added
  • Platform Windows 10 64bit added

Hallo Matthias,

kannst Du uns ggf die dat Dateien zur Verfügung stellen?
Funktioniert es "nur" nicht wenn die CAN-FD und die 4 Ethernet-Dateien abgespielt werden oder immer bei den Ethernet-Dateien?
Welche Device TB wird verwendet?

Gruß
Matthias

Actions #3

Updated by hidden over 3 years ago

  • Resolution set to Known Problem
  • Product Issue Numbers set to https://www.cip.audi.de/jira/browse/ACORE-10698

Hi Matthias,

das ist leider ein Fehler im Player, den wir aber schon behoben haben. Das Problem tritt immer dann auf, wenn es mehrere Splitsequenzen gibt die sich zeitlich überschneiden. Letztendlich legt er dann neue Ausgangspins (stream_name_<n>) für jede Split Datei an, und gibt die Samples dort aus. Wir haben den Fehler schon behoben, siehe https://www.cip.audi.de/jira/browse/ACORE-10698. Der Fix kommt dann mit der 3.10, die hoffentlich nicht mehr lange auf sich warten lässt.

Grüße,

Martin

Actions #4

Updated by hidden over 3 years ago

Hallo Martin,

danke für die Info.
Da ich davon ausgehe, dass ich euch eure Daten nicht so ohne weiteres geben darf, habe ich mal mit euren Beispiel-Dateien experimentiert:
Ich habe die 2_create_project.adtfdat genommen und jeweils die Streams Value1 und Value2 nacheinander durch einen Writer wieder speichern lassen, mit 5-Sekunden Splits.
Wenn ich da alle Dateien eines Streams wieder in einen Player gebe, ändert sich die Ausgabe durch den QT Media Description Player nach dem ersten Split nicht mehr. Laut Dat-Tool über schneiden sich die Splits (zumindest bei value1) aber nicht....
Hier brauchte ich noch nicht einmal parallele Streams mit verschiedenen Namen.
Ich habe die Splits mal an die Mail angehängt.

Was die Frage von Matthias angeht:
Ich habe bei mir devicetoolbox-3.3.0-adtf3.8.0-WIN10_x64_vc141 bei meinem ADTF im Addons-Ordner.
Allerdings habe ich daraus keine Componente verwendet, lediglich den ADTFat File Player und den QT Media Description Display.

Parallel zwei CANFD-Streams mit je mehrere Splits ausgeben, habe ich nicht versucht, dass das Tool, das die ADTFDAT-Dateien erstellt hat, leider die CANFD Streams gleich benennt...

Viele Grüße
Matthias

Actions #5

Updated by hidden over 3 years ago

Matthias Praast wrote:

Hallo Martin,

danke für die Info.
Da ich davon ausgehe, dass ich euch eure Daten nicht so ohne weiteres geben darf, habe ich mal mit euren Beispiel-Dateien experimentiert:
Ich habe die 2_create_project.adtfdat genommen und jeweils die Streams Value1 und Value2 nacheinander durch einen Writer wieder speichern lassen, mit 5-Sekunden Splits.
Wenn ich da alle Dateien eines Streams wieder in einen Player gebe, ändert sich die Ausgabe durch den QT Media Description Player nach dem ersten Split nicht mehr. Laut Dat-Tool über schneiden sich die Splits (zumindest bei value1) aber nicht....
Hier brauchte ich noch nicht einmal parallele Streams mit verschiedenen Namen.

Hast du beim Player auch "load_referenced_files" auf False gestellt (oder die value2 Filers verschoben)? Ansonsten findet er die anderen Dateien automatisch und lädt sie zusätzlich.

Grüße,

Martin

Actions #6

Updated by hidden over 3 years ago

Hallo Martin,

danke für den Tipp. Wenn ich den Haken raus nehme, läuft das für einen Stream durch.
Wenn ich dann allerdings alle Dateien zum Player hinzufüge, bekomme ich wieder mein altes Problem. Dann bekomme ich nur eine Ausgab bis zum ersten Split (an beiden Ausgängen).
Auf das Ticket kann ich leider nicht zugreifen…
Ich gehe dann aber erstmal davon aus, dass das Thema mit ADTF 3.10 behoben sein wird?

Viele Grüße
Matthias

Actions #7

Updated by hidden over 3 years ago

Hallo Matthias,

zum ACORE Ticket:
Titel: Player not always merges streams from multiple files correctly
Das Ticket steht bereits auf DONE und hat als Fix-Version ADTF 3.10.0 gesetzt.

Gruß
Matthias

Actions #8

Updated by hidden over 3 years ago

  • Project changed from 20 to Public Support
  • Subject changed from Abspielen mehrerer ADTFDAT-Files in ADTF 3.9.0 to Player does not merge multi files correctly
  • Description updated (diff)
  • Status changed from In Progress to To Be Closed
  • Private changed from Yes to No
Actions #9

Updated by hidden about 2 years ago

  • Status changed from To Be Closed to Closed
Actions

Also available in: Atom PDF