Translations:Datenvorverarbeitung und Synchronisierung von Playback Projekten/18/en: Unterschied zwischen den Versionen

Aus emoTouch
Zur Navigation springen Zur Suche springen
K (FuzzyBot verschob die Seite Translations:Datenvorverarbeitung und Synchronisierung von Playback Studien/18/en nach Translations:Datenvorverarbeitung und Synchronisierung von Playback Projekten/18/en, ohne dabei eine Weiterleitung anzulegen: Teil der übersetzbaren Seite „Datenvorverarbeitung und Synchronisierung von Playback Studien“)
 

Aktuelle Version vom 7. August 2023, 14:48 Uhr

Information zur Nachricht (bearbeiten)
Zu dieser Nachricht ist keine Dokumentation vorhanden. Sofern du weißt, wo und in welchem Zusammenhang sie genutzt wird, kannst du anderen Übersetzern bei ihrer Arbeit helfen, indem du eine Dokumentation hinzufügst.
Nachricht im Original (Datenvorverarbeitung und Synchronisierung von Playback Projekten)
# 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 das Projekt 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 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.
#* 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)
Übersetzung# The raw data: 
#* The sessions have taken place one after the other and the raw data is stored. The boundary lines within a part mark start and pause events of a played medium. Between the boundaries, the medium is therefore paused, i.e. the data collected during this period, if any, is no longer medium-related and thus negligible for the study. 
#* Synchronisation events are generated. These correspond to the start event of a medium, e.g. the playing of a video. 
# The pauses within the parts are skipped for resampling. 
#* This may cause pauses between the parts, because sections have been removed. However, the start event of the next part remains in place and is not moved with it. 
# The sessions are synchronised.
#* Duplicated parts within a session are bundled on top of each other. 
#* The synchronisation events of all sessions are superimposed. Thereby all parts align themselves after the one, which had the most "waiting time" before the first sync event. So again this can cause gaps. 
#* Part-end events are created. 
# Relative timestamps are created. There are 2 types of relative timestamps: 
#* Session-related relative timestamps (Session timestamps).
#* Part-related relative timestamp (Part timestamp)
  1. The raw data:
    • The sessions have taken place one after the other and the raw data is stored. The boundary lines within a part mark start and pause events of a played medium. Between the boundaries, the medium is therefore paused, i.e. the data collected during this period, if any, is no longer medium-related and thus negligible for the study.
    • Synchronisation events are generated. These correspond to the start event of a medium, e.g. the playing of a video.
  2. The pauses within the parts are skipped for resampling.
    • This may cause pauses between the parts, because sections have been removed. However, the start event of the next part remains in place and is not moved with it.
  3. The sessions are synchronised.
    • Duplicated parts within a session are bundled on top of each other.
    • The synchronisation events of all sessions are superimposed. Thereby all parts align themselves after the one, which had the most "waiting time" before the first sync event. So again this can cause gaps.
    • Part-end events are created.
  4. Relative timestamps are created. There are 2 types of relative timestamps:
    • Session-related relative timestamps (Session timestamps).
    • Part-related relative timestamp (Part timestamp)
Abgerufen von „https://wiki.emotouch.de/index.php?title=Translations:Datenvorverarbeitung_und_Synchronisierung_von_Playback_Projekten/18/en&oldid=3379“