Datenvorverarbeitung und Synchronisierung von Playback Projekten/de - Versionsgeschichte

FuzzyBot: FuzzyBot verschob die Seite Datenvorverarbeitung und Synchronisierung von Playback Studien/de nach Datenvorverarbeitung und Synchronisierung von Playback Projekten/de, ohne dabei eine Weiterleitung anzulegen: Teil der übersetzbaren Seite „Datenvorverarbeitung und Synchronisierung von Playback Studien“

2023-08-07T14:48:36Z

FuzzyBot verschob die Seite Datenvorverarbeitung und Synchronisierung von Playback Studien/de nach Datenvorverarbeitung und Synchronisierung von Playback Projekten/de, ohne dabei eine Weiterleitung anzulegen: Teil der übersetzbaren Seite „Datenvorverarbeitung und Synchronisierung von Playback Studien“

FuzzyBot: Übernehme Bearbeitung einer neuen Version der Quellseite

2023-06-26T11:05:59Z

Übernehme Bearbeitung einer neuen Version der Quellseite

FuzzyBot: Übernehme Bearbeitung einer neuen Version der Quellseite

2023-06-26T09:33:20Z

Übernehme Bearbeitung einer neuen Version der Quellseite

FuzzyBot: Übernehme Bearbeitung einer neuen Version der Quellseite

2023-06-23T19:08:38Z

Übernehme Bearbeitung einer neuen Version der Quellseite

FuzzyBot: Übernehme Bearbeitung einer neuen Version der Quellseite

2023-06-23T14:53:13Z

Übernehme Bearbeitung einer neuen Version der Quellseite

Neue Seite

<languages />

== Problemstellung ==

Bei Playback-Studien finden die Sessions für gewöhnlich asynchron statt. Um die Daten aller Sessions vergleichen zu können, müssen die Parts vor dem Resampling genau übereinandergelegt werden. Dieser Artikel erklärt das Verfahren, mit dem die Sessions (automatisiert) synchronisiert werden.
Dabei müssen folgende Umstände beachtet werden:

# Ein Part in Session 1 ist in den seltensten Fällen exakt gleich lang wie derselbe Part in Session 2.
# Beinhaltet ein Part ein pausierbares Medium, so können in der Pause Zeiträume entstehen, in denen keine Daten erzeugt werden.
# Wird in der Studie eine Randomisierung verwendet, können Parts doppelt auftreten oder fehlen. Auch diese Daten müssen vergleichbar sein.

<div class="et-screenshot">
[[Datei:Datenvorverarbeitung und Synchronisierung.png|Grafische Darstellung der Synchronisierung mehrerer Playback Studien]]
</div>

== Synchronisierungsprozess ==

Die Synchronisierung passiert in mehreren Schritten, die in hier grafisch an zwei Beispielsessions dargestellt sind.

# Die Rohdaten:
#* Die Sessions haben nacheinander stattgefunden und die Rohdaten sind gespeichert. Die Grenzlinien innerhalb eines Parts markieren Start- und Pausenevents eines abgespielten Mediums. Zwischen den Begrenzungen ist das Medium also pausiert, d.h. die in diesem Zeitraum ggf. erhobenen Daten sind nicht mehr Mediumsbezogen und damit für die Studie vernachlässigbar.
#* Es werden Synchronisierungsevents erzeugt. Diese entsprechen jeweils dem Start-Event eines Mediums, also z.B. dem Abspielen eines Vodeos.
# Die Pausen innerhalb der Parts werden entfernt.
#* Dadurch entstehen ggf. Pausen zwischen den Parts, da Abschnitte entfernt wurden. Das Start-Event des nächsten Parts bleibt aber an Ort und Stelle und wird nicht mit verschoben.
# Die Sessions werden synchronisiert.
#* Gedoppelte Parts innerhalb einer Session werden gebündelt übereinandergelegt.
#* Die Synchroniesierungsevents aller Sessions werden übereinandergelegt. Dabei richten sich alle Parts nach demjenigen aus, welcher den meisten "Leerlauf" vor dem ersten Sync-Event hatte. Auch dadurch können also wieder Lücken entstehen.
#* Part-End Events werden erstellt.
# Relative Zeitstempel werden erstellt. Es existieren 2 Arten von relativen Zeitstempeln:
#* Session-bezogene relative Zeitstempel (Session Zeitstempel)
#* Part-bezogener relativer Zeitstempel (Part-Zeitstempel)

== Synchronisierung bei Live-Studien ==

In Live Studien können die Sessions auch versetzt beginnen (zB. Wenn ein Teilnehmer später dazustößt oder leichte Latenzen auftreten). Die Part-Start Events dürfen in diesem Fall allerdings nicht synchronisiert werden, da die Daten sonst verschoben werden würden.
In Live Studien muss also der absolute Zeitstempel das Maß bestimmen, also ein konkreter Zeitpunkt während der Studie, oder alternativ ein von den Durchführenden ausgehendes konkretes Event.

← Nächstältere Version		Version vom 26. Juni 2023, 09:33 Uhr
Zeile 1:		Zeile 1:
−	<languages />	+	<languages/>

	'''Hinweis:''' Die Datenvorverarbeitung mit der Sessionsynchronisierung funktioniert nur für Sessions einer Durchführung, nicht Durchführungs-übergreifend.		'''Hinweis:''' Die Datenvorverarbeitung mit der Sessionsynchronisierung funktioniert nur für Sessions einer Durchführung, nicht Durchführungs-übergreifend.

@@ Zeile 1: / Zeile 1: @@
-<languages/>
+<languages />
 '''Hinweis:''' Die Datenvorverarbeitung mit der Sessionsynchronisierung funktioniert nur für Sessions einer Durchführung, nicht Durchführungs-übergreifend.
 == Problemstellung ==
 Bei Playback-Studien finden die Sessions für gewöhnlich asynchron statt. Um die Daten aller Sessions vergleichen zu können, müssen die Parts vor dem Resampling genau übereinandergelegt werden. Dieser Artikel erklärt das Verfahren, mit dem die Sessions (automatisiert) synchronisiert werden.
@@ Zeile 18: / Zeile 18: @@
 == Synchronisierungsprozess ==
 Die Synchronisierung passiert in mehreren Schritten, die in hier grafisch an zwei Beispielsessions dargestellt sind.
@@ Zeile 37: / Zeile 37: @@
 == Synchronisierung bei Live-Studien ==
 In Live Studien können die Sessions auch versetzt beginnen (z.B. Wenn ein Teilnehmer später dazustößt oder leichte Latenzen auftreten). Die Part-Start Events dürfen in diesem Fall allerdings nicht synchronisiert werden, da die Daten sonst verschoben werden würden.
 In Live Studien muss also der absolute Zeitstempel das Maß bestimmen, also ein konkreter Zeitpunkt während der Studie, oder alternativ ein von den Durchführenden ausgehendes konkretes Event.

@@ Zeile 1: / Zeile 1: @@
 <languages />
 == Problemstellung ==
@@ Zeile 23: / Zeile 25: @@
 #* Die Sessions haben nacheinander stattgefunden und die Rohdaten sind gespeichert. Die Grenzlinien innerhalb eines Parts markieren Start- und Pausenevents eines abgespielten Mediums. Zwischen den Begrenzungen ist das Medium also pausiert, d.h. die in diesem Zeitraum ggf. erhobenen Daten sind nicht mehr Mediumsbezogen und damit für die Studie vernachlässigbar.
 #* Es werden Synchronisierungsevents erzeugt. Diese entsprechen jeweils dem Start-Event eines Mediums, also z.B. dem Abspielen eines Vodeos.
-# Die Pausen innerhalb der Parts werden entfernt.
+# Die Pausen innerhalb der Parts werden für das Resampling übersprungen.
 #* Dadurch entstehen ggf. Pausen zwischen den Parts, da Abschnitte entfernt wurden. Das Start-Event des nächsten Parts bleibt aber an Ort und Stelle und wird nicht mit verschoben.
 # Die Sessions werden synchronisiert.
@@ Zeile 37: / Zeile 39: @@
 == Synchronisierung bei Live-Studien ==
-In Live Studien können die Sessions auch versetzt beginnen (zB. Wenn ein Teilnehmer später dazustößt oder leichte Latenzen auftreten). Die Part-Start Events dürfen in diesem Fall allerdings nicht synchronisiert werden, da die Daten sonst verschoben werden würden.
+In Live Studien können die Sessions auch versetzt beginnen (z.B. Wenn ein Teilnehmer später dazustößt oder leichte Latenzen auftreten). Die Part-Start Events dürfen in diesem Fall allerdings nicht synchronisiert werden, da die Daten sonst verschoben werden würden.
 In Live Studien muss also der absolute Zeitstempel das Maß bestimmen, also ein konkreter Zeitpunkt während der Studie, oder alternativ ein von den Durchführenden ausgehendes konkretes Event.