emoTouch - Benutzerbeiträge [de]

Datenvorverarbeitung und Synchronisierung von Playback Projekten/en

2023-06-26T11:07:19Z

Fgehrs: Die Seite wurde neu angelegt: „In live studies, the sessions can also start staggered (e.g. if a participant joins later or slight latencies occur). In this case, however, the part-start eve…“

<languages />

'''Note:''' Data preprocessing with session synchronization works only for sessions of one realisation, not across realisations.

== Problem ==

In playback studies, the sessions usually take place asynchronously. In order to be able to compare the data of all sessions, the parts must be exactly superimposed before resampling. This article explains the process by which the sessions are (automatically) synchronized.
The following circumstances must be taken into account:

# A part in Session 1 is rarely exactly the same length as the same part in Session 2.
# If a part contains a pausable medium, there may be periods during the pause in which no data are generated.
# If randomization is used in the study, Parts may be duplicated or missing. These data must also be comparable.

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

== Synchronization process ==

The synchronization happens in several steps, which are shown graphically in two example sessions here.

# 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.
#* Synchronization 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 synchronized.
#* Duplicated parts within a session are bundled on top of each other.
#* The synchronization events of all sessions are superimposed. Thereby all parts align themselves after the one, which had the most "idle 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)

== Synchronization for live studies ==

In live studies, the sessions can also start staggered (e.g. if a participant joins later or slight latencies occur). In this case, however, the part-start events must not be synchronized, as the data would otherwise be shifted.
In live studies, therefore, the absolute time stamp must determine the measure, i.e. a concrete point in time during the study, or alternatively a concrete event originating from the performers.

Translations:Datenvorverarbeitung und Synchronisierung von Playback Projekten/20/en

2023-06-26T11:07:18Z

In live studies, the sessions can also start staggered (e.g. if a participant joins later or slight latencies occur). In this case, however, the part-start events must not be synchronized, as the data would otherwise be shifted.
In live studies, therefore, the absolute time stamp must determine the measure, i.e. a concrete point in time during the study, or alternatively a concrete event originating from the performers.

Datenvorverarbeitung und Synchronisierung von Playback Projekten/en

2023-06-26T11:07:08Z

Fgehrs: Die Seite wurde neu angelegt: „== Synchronization for live studies ==“

<languages />

'''Note:''' Data preprocessing with session synchronization works only for sessions of one realisation, not across realisations.

== Problem ==

In playback studies, the sessions usually take place asynchronously. In order to be able to compare the data of all sessions, the parts must be exactly superimposed before resampling. This article explains the process by which the sessions are (automatically) synchronized.
The following circumstances must be taken into account:

# A part in Session 1 is rarely exactly the same length as the same part in Session 2.
# If a part contains a pausable medium, there may be periods during the pause in which no data are generated.
# If randomization is used in the study, Parts may be duplicated or missing. These data must also be comparable.

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

== Synchronization process ==

The synchronization happens in several steps, which are shown graphically in two example sessions here.

# 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.
#* Synchronization 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 synchronized.
#* Duplicated parts within a session are bundled on top of each other.
#* The synchronization events of all sessions are superimposed. Thereby all parts align themselves after the one, which had the most "idle 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)

== Synchronization for live studies ==

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.

Translations:Datenvorverarbeitung und Synchronisierung von Playback Projekten/19/en

2023-06-26T11:07:08Z

Fgehrs: Die Seite wurde neu angelegt: „== Synchronization for live studies ==“

== Synchronization for live studies ==

Datenvorverarbeitung und Synchronisierung von Playback Projekten/en

2023-06-26T11:07:03Z

Fgehrs: Die Seite wurde neu angelegt: „# 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…“

<languages />

'''Note:''' Data preprocessing with session synchronization works only for sessions of one realisation, not across realisations.

== Problem ==

In playback studies, the sessions usually take place asynchronously. In order to be able to compare the data of all sessions, the parts must be exactly superimposed before resampling. This article explains the process by which the sessions are (automatically) synchronized.
The following circumstances must be taken into account:

# A part in Session 1 is rarely exactly the same length as the same part in Session 2.
# If a part contains a pausable medium, there may be periods during the pause in which no data are generated.
# If randomization is used in the study, Parts may be duplicated or missing. These data must also be comparable.

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

== Synchronization process ==

The synchronization happens in several steps, which are shown graphically in two example sessions here.

# 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.
#* Synchronization 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 synchronized.
#* Duplicated parts within a session are bundled on top of each other.
#* The synchronization events of all sessions are superimposed. Thereby all parts align themselves after the one, which had the most "idle 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)

== 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.

Translations:Datenvorverarbeitung und Synchronisierung von Playback Projekten/18/en

2023-06-26T11:07:03Z

# 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.
#* Synchronization 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 synchronized.
#* Duplicated parts within a session are bundled on top of each other.
#* The synchronization events of all sessions are superimposed. Thereby all parts align themselves after the one, which had the most "idle 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)

Datenvorverarbeitung und Synchronisierung von Playback Projekten/en

2023-06-26T11:06:57Z

Fgehrs: Die Seite wurde neu angelegt: „The synchronization happens in several steps, which are shown graphically in two example sessions here.“

<languages />

'''Note:''' Data preprocessing with session synchronization works only for sessions of one realisation, not across realisations.

== Problem ==

In playback studies, the sessions usually take place asynchronously. In order to be able to compare the data of all sessions, the parts must be exactly superimposed before resampling. This article explains the process by which the sessions are (automatically) synchronized.
The following circumstances must be taken into account:

# A part in Session 1 is rarely exactly the same length as the same part in Session 2.
# If a part contains a pausable medium, there may be periods during the pause in which no data are generated.
# If randomization is used in the study, Parts may be duplicated or missing. These data must also be comparable.

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

== Synchronization process ==

The synchronization happens in several steps, which are shown graphically in two example sessions here.

# 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 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)

== 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.

Translations:Datenvorverarbeitung und Synchronisierung von Playback Projekten/17/en

2023-06-26T11:06:57Z

Fgehrs: Die Seite wurde neu angelegt: „The synchronization happens in several steps, which are shown graphically in two example sessions here.“

The synchronization happens in several steps, which are shown graphically in two example sessions here.

Datenvorverarbeitung und Synchronisierung von Playback Projekten/en

2023-06-26T11:06:52Z

Fgehrs: Die Seite wurde neu angelegt: „== Synchronization process ==“

<languages />

'''Note:''' Data preprocessing with session synchronization works only for sessions of one realisation, not across realisations.

== Problem ==

In playback studies, the sessions usually take place asynchronously. In order to be able to compare the data of all sessions, the parts must be exactly superimposed before resampling. This article explains the process by which the sessions are (automatically) synchronized.
The following circumstances must be taken into account:

# A part in Session 1 is rarely exactly the same length as the same part in Session 2.
# If a part contains a pausable medium, there may be periods during the pause in which no data are generated.
# If randomization is used in the study, Parts may be duplicated or missing. These data must also be comparable.

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

== Synchronization process ==

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 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)

== 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.

Translations:Datenvorverarbeitung und Synchronisierung von Playback Projekten/16/en

2023-06-26T11:06:51Z

Fgehrs: Die Seite wurde neu angelegt: „== Synchronization process ==“

== Synchronization process ==

Translations:Datenvorverarbeitung und Synchronisierung von Playback Projekten/15/en

2023-06-26T11:06:47Z

Fgehrs: Die Seite wurde neu angelegt: „<div class="et-screenshot"> Grafische Darstellung der Synchronisierung mehrerer Playback Studien </div>“

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

Datenvorverarbeitung und Synchronisierung von Playback Projekten/en

2023-06-26T11:06:41Z

Fgehrs: Die Seite wurde neu angelegt: „# A part in Session 1 is rarely exactly the same length as the same part in Session 2. # If a part contains a pausable medium, there may be periods during the…“

<languages />

'''Note:''' Data preprocessing with session synchronization works only for sessions of one realisation, not across realisations.

== Problem ==

In playback studies, the sessions usually take place asynchronously. In order to be able to compare the data of all sessions, the parts must be exactly superimposed before resampling. This article explains the process by which the sessions are (automatically) synchronized.
The following circumstances must be taken into account:

# A part in Session 1 is rarely exactly the same length as the same part in Session 2.
# If a part contains a pausable medium, there may be periods during the pause in which no data are generated.
# If randomization is used in the study, Parts may be duplicated or missing. These data must also be comparable.

<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 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)

== 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.

Translations:Datenvorverarbeitung und Synchronisierung von Playback Projekten/14/en

2023-06-26T11:06:41Z

# A part in Session 1 is rarely exactly the same length as the same part in Session 2.
# If a part contains a pausable medium, there may be periods during the pause in which no data are generated.
# If randomization is used in the study, Parts may be duplicated or missing. These data must also be comparable.

Datenvorverarbeitung und Synchronisierung von Playback Projekten/en

2023-06-26T11:06:36Z

Fgehrs: Die Seite wurde neu angelegt: „In playback studies, the sessions usually take place asynchronously. In order to be able to compare the data of all sessions, the parts must be exactly superim…“

<languages />

'''Note:''' Data preprocessing with session synchronization works only for sessions of one realisation, not across realisations.

== Problem ==

In playback studies, the sessions usually take place asynchronously. In order to be able to compare the data of all sessions, the parts must be exactly superimposed before resampling. This article explains the process by which the sessions are (automatically) synchronized.
The following circumstances must be taken into account:

# 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 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)

== 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.

2022-09-06T08:51:28Z

Fgehrs: Fgehrs lud eine neue Version von Datei:Logo emoTouchWeb2.png hoch

Datei:Logo emoTouchWeb2.png

2022-09-06T08:20:04Z

Fgehrs: Fgehrs lud eine neue Version von Datei:Logo emoTouchWeb2.png hoch

Datei:Logo emoTouchWeb2.png

2022-09-06T08:18:48Z

Fgehrs: Fgehrs lud eine neue Version von Datei:Logo emoTouchWeb2.png hoch

Datei:Logo emoTouchWeb2.png

2022-09-06T08:17:24Z

Fgehrs: Fgehrs lud eine neue Version von Datei:Logo emoTouchWeb2.png hoch

Zeitstempel-Formate/en

2022-07-01T11:57:20Z

Fgehrs:

<languages/>

The timeline data of emoTouch contains millisecond information. There are several ways to export this millisecond information to other programs and no program is able to import this information in every format. emoTouch supports the export of timeline information in three formats: UNIX timestamp, DATE_TIME and ISO 8601.

== Timestamp formats ==

=== UNIX timestamp ===
This is simply a very large number representing the number of milliseconds after 1970-1-1 00:00:00. Since it is an ordinary number, the UNIX timestamp is easy to import into other programs, but it is difficult for humans to read. Therefore, you will usually want to convert it to a more readable date format.

=== DATE_TIME ===
This is a formatted date and time that looks something like "2022-03-12 08:24:30.324". This format is readable, but more complicated to import, since the importing operating system and the program must use exactly the same format (e.g. for the decimal point) to read the time information correctly.

=== ISO 8601 ===
This is a readable format similar to DATE_TIME, supported by a few programs.

== Microsoft Excel ==
=== UNIX Timestamp ===
* Export your data in emoTouch with the option ''UNIX Timestamp''.
* Load and open the Excel template ''[[Media:EmoTouch_Import.xlsx|emoTouch Import]]''.
* Import the emoTouch export file using the ''Import/Text File'' option (not the CSV option).
* You do not need to change the default settings of the import dialog. Import the data to a new sheet in the same workbook.
* EXCEL displays the long numbers of the Unix timestamp in scientific notation by default (1.6xxxxE+12). This prevents you from seeing the relevant end of the timestamp with the last three numbers representing milliseconds. To change this, select the column containing the timestamp and apply the "UNIX Timestamp" cell template that comes with the template.
* To convert the UNIX Timestamp to a readable Date_Time format, copy the formula in the "Date_Time" column of the "Templates" sheet and copy it to an empty column of the sheet containing your imported emoTouch data. You may need to adjust the reference to the Unix timestamp column in the formula (E by default). If you see only one row of hashtags (######), the column is simply not wide enough to display the contents.
* To change the format of the date_time column, you can select another option in the ''cell styles'' dialog or create your own format.

=== DATE_TIME ===
* Export your data to emoTouch with the ''DATE_TIME'' option.
* '''CAUTION: The decimal point (comma or period) in the export file ''MUST'' match your operating system and program settings.'''
* Download and open the Excel template ''emoTouch Import''.
* Import the emoTouch export file using the ''Import/Text File'' option (not the CSV option).
* You do not need to change the default settings of the import dialog. Import the data into a new sheet in the same workbook.
* You should see the timestamp in date_time format with the milliseconds after the decimal point (comma or period), which depends on your operating system and program. If the last three digits (milliseconds) in the imported data are truncated or all set to 0, try using the other decimal point option in the emoTouch export options.
* To change the format of the date_time column, you can select another option in the ''cell styles'' dialog or create your own format.

== Open Office, Libre Office, Apple Numbers ==
To import the emoTouch timeline into these programs, you can also download the template file for Microsoft Excel, open it and follow the basic procedure in the Excel section.

== SPSS ==
SPSS can easily import the UNIX timestamp format as a numeric value that can be used, for example, to calculate time differences. However, SPSS unfortunately does not support readable date/time formats containing milliseconds. If you try to convert the UNIX timestamp to a readable format in SPSS or import the DATE_TIME or ISO 8601 format into SPSS, this will probably fail or produce unreliable data.

Translations:Zeitstempel-Formate/6/en

2022-07-01T11:57:20Z

Fgehrs:

== Microsoft Excel ==
=== UNIX Timestamp ===
* Export your data in emoTouch with the option ''UNIX Timestamp''.
* Load and open the Excel template ''[[Media:EmoTouch_Import.xlsx|emoTouch Import]]''.
* Import the emoTouch export file using the ''Import/Text File'' option (not the CSV option).
* You do not need to change the default settings of the import dialog. Import the data to a new sheet in the same workbook.
* EXCEL displays the long numbers of the Unix timestamp in scientific notation by default (1.6xxxxE+12). This prevents you from seeing the relevant end of the timestamp with the last three numbers representing milliseconds. To change this, select the column containing the timestamp and apply the "UNIX Timestamp" cell template that comes with the template.
* To convert the UNIX Timestamp to a readable Date_Time format, copy the formula in the "Date_Time" column of the "Templates" sheet and copy it to an empty column of the sheet containing your imported emoTouch data. You may need to adjust the reference to the Unix timestamp column in the formula (E by default). If you see only one row of hashtags (######), the column is simply not wide enough to display the contents.
* To change the format of the date_time column, you can select another option in the ''cell styles'' dialog or create your own format.

Zeitstempel-Formate

2022-07-01T11:04:01Z

Fgehrs: Änderungen von Fgehrs (Diskussion) wurden auf die letzte Version von Clouven zurückgesetzt

<languages/>
<translate>


Die Timeline-Daten von emoTouch enthalten Millisekunden-Informationen. Es gibt verschiedene Möglichkeiten, diese Millisekunden-Informationen in andere Programme zu exportieren, und kein Programm ist in der Lage, diese Informationen in jedem Format zu importieren. emoTouch unterstützt den Export von Timeline-Informationen in drei Formaten: UNIX-Timestamp, DATE_TIME und ISO 8601.

== Timestamp-Formate == 

=== UNIX-Timestamp === 
Dies ist einfach eine sehr große Nummer, die die Anzahl der Millisekunden nach 1970-1-1 00:00:00 darstellt. Da es sich um eine gewöhnliche Zahl handelt, lässt sich der UNIX-Timestamp leicht in andere Programme importieren, ist aber für Menschen schwer zu lesen. Daher werden Sie ihn in der Regel in ein besser lesbares Datumsformat umwandeln wollen.

=== DATE_TIME === 
Dies ist eine formatierte Datums- und Zeitangabe, die etwa so aussieht: "2022-03-12 08:24:30.324". Dieses Format ist lesbar, aber komplizierter zu importieren, da das importierende Betriebssystem und das Programm genau das gleiche Format (z. B. für das Dezimalzeichen) verwenden müssen, um die Zeitangaben korrekt zu lesen.

=== ISO 8601 === 
Dies ist ein lesbares Format ähnlich wie DATE_TIME, das von einigen wenigen Programmen unterstützt wird.

== Microsoft Excel == 
=== UNIX-Timestamp ===
* Exportieren Sie Ihre Daten in emoTouch mit der Option ''UNIX Timestamp''.
* Laden und öffnen Sie die Excel-Vorlage ''[[Media:EmoTouch_Import.xlsx|emoTouch Import]]''.
* Importieren Sie die emoTouch Exportdatei mit der Option ''Import/Textdatei'' (nicht die CSV-Option).
* Sie müssen die Standardeinstellungen des Importdialogs nicht ändern. Importieren Sie die Daten in ein neues Blatt in derselben Arbeitsmappe.
* EXCEL zeigt die langen Zahlen des Unix-Timestamps standardmäßig in wissenschaftlicher Notation an (1,6xxxxE+12). Dies verhindert, dass Sie das relevante Ende der Timestamp mit den letzten drei Zahlen, die die Millisekunden darstellen, sehen können. Um dies zu ändern, wählen Sie die Spalte mit dem Timestamp aus und wenden Sie die Zellenvorlage "UNIX-Timestamp" an, die mit der Vorlage geliefert wird.
* Um den UNIX-Timestamp in ein lesbares Date_Time-Format umzuwandeln, kopieren Sie die Formel in der Spalte "Date_Time" des Blattes "Vorlagen" und kopieren Sie sie in eine leere Spalte des Blattes mit Ihren importierten emoTouch-Daten. Möglicherweise müssen Sie den Verweis auf die Unix-Zeitstempelspalte in der Formel anpassen (standardmäßig E). Wenn Sie nur eine Reihe von Hashtags sehen (######), ist die Spalte einfach nicht breit genug, um den Inhalt anzuzeigen.
* Um das Format der Spalte date_time zu ändern, können Sie eine andere Option im Dialog ''cell styles'' auswählen oder ein eigenes Format erstellen.

=== DATE_TIME === 
* Exportieren Sie Ihre Daten in emoTouch mit der Option ''DATE_TIME''.
* '''ACHTUNG: Das Dezimalzeichen (Komma oder Punkt) in der Exportdatei ''MUSS'' mit den Einstellungen Ihres Betriebssystems und Programms übereinstimmen.'''
* Laden Sie die Excel-Vorlage ''emoTouch Import'' herunter und öffnen Sie sie.
* Importieren Sie die emoTouch Exportdatei mit der Option ''Import/Textdatei'' (nicht die CSV-Option).
* Sie brauchen die Standardeinstellungen des Importdialogs nicht zu ändern. Importieren Sie die Daten in ein neues Blatt in derselben Arbeitsmappe.
* Sie sollten die Timestamp im date_time-Format mit den Millisekunden nach dem Dezimalzeichen (Komma oder Punkt) sehen, was von Ihrem Betriebssystem und Programm abhängt. Wenn die letzten drei Ziffern (Millisekunden) in den importierten Daten abgeschnitten oder alle auf 0 gesetzt sind, versuchen Sie, die andere Option für das Dezimalzeichen in den emoTouch Exportoptionen zu verwenden.
* Um das Format der Spalte date_time zu ändern, können Sie eine andere Option im Dialog ''cell styles'' auswählen oder ein eigenes Format erstellen.

== Open Office, Libre Office, Apple Numbers == 
Um die emoTouch-Timeline in diese Programme zu importieren, können Sie auch die Vorlagendatei für Microsoft Excel herunterladen, öffnen und die grundlegende Vorgehensweise im Abschnitt Excel befolgen.

== SPSS == 
SPSS kann das UNIX-Timestampformat problemlos als numerischen Wert importieren, der z. B. zur Berechnung von Zeitdifferenzen verwendet werden kann. SPSS unterstützt jedoch leider keine lesbaren Datums-/Zeitformate, die Millisekunden enthalten. Wenn Sie versuchen, den UNIX-Timestampin ein lesbares Format in SPSS zu konvertieren oder das DATE_TIME- oder ISO 8601-Format in SPSS zu importieren, wird dies vermutlich fehlschlagen oder unzuverlässige Daten erzeugen.
</translate>

Zeitstempel-Formate

2022-07-01T11:03:29Z

Fgehrs: /* UNIX-Timestamp */

<languages/>
<translate>


Die Timeline-Daten von emoTouch enthalten Millisekunden-Informationen. Es gibt verschiedene Möglichkeiten, diese Millisekunden-Informationen in andere Programme zu exportieren, und kein Programm ist in der Lage, diese Informationen in jedem Format zu importieren. emoTouch unterstützt den Export von Timeline-Informationen in drei Formaten: UNIX-Timestamp, DATE_TIME und ISO 8601.

== Timestamp-Formate == 

=== UNIX-Timestamp === 
Dies ist einfach eine sehr große Nummer, die die Anzahl der Millisekunden nach 1970-1-1 00:00:00 darstellt. Da es sich um eine gewöhnliche Zahl handelt, lässt sich der UNIX-Timestamp leicht in andere Programme importieren, ist aber für Menschen schwer zu lesen. Daher werden Sie ihn in der Regel in ein besser lesbares Datumsformat umwandeln wollen.

=== DATE_TIME === 
Dies ist eine formatierte Datums- und Zeitangabe, die etwa so aussieht: "2022-03-12 08:24:30.324". Dieses Format ist lesbar, aber komplizierter zu importieren, da das importierende Betriebssystem und das Programm genau das gleiche Format (z. B. für das Dezimalzeichen) verwenden müssen, um die Zeitangaben korrekt zu lesen.

=== ISO 8601 === 
Dies ist ein lesbares Format ähnlich wie DATE_TIME, das von einigen wenigen Programmen unterstützt wird.

== Microsoft Excel == 
=== UNIX-Timestamp ===
* Exportieren Sie Ihre Daten in emoTouch mit der Option ''UNIX Timestamp''.
* Laden und öffnen Sie die Excel-Vorlage ''[[Media:EmoTouch_Import.xlsx|emoTouch Import]]''. Test
* Importieren Sie die emoTouch Exportdatei mit der Option ''Import/Textdatei'' (nicht die CSV-Option).
* Sie müssen die Standardeinstellungen des Importdialogs nicht ändern. Importieren Sie die Daten in ein neues Blatt in derselben Arbeitsmappe.
* EXCEL zeigt die langen Zahlen des Unix-Timestamps standardmäßig in wissenschaftlicher Notation an (1,6xxxxE+12). Dies verhindert, dass Sie das relevante Ende der Timestamp mit den letzten drei Zahlen, die die Millisekunden darstellen, sehen können. Um dies zu ändern, wählen Sie die Spalte mit dem Timestamp aus und wenden Sie die Zellenvorlage "UNIX-Timestamp" an, die mit der Vorlage geliefert wird.
* Um den UNIX-Timestamp in ein lesbares Date_Time-Format umzuwandeln, kopieren Sie die Formel in der Spalte "Date_Time" des Blattes "Vorlagen" und kopieren Sie sie in eine leere Spalte des Blattes mit Ihren importierten emoTouch-Daten. Möglicherweise müssen Sie den Verweis auf die Unix-Zeitstempelspalte in der Formel anpassen (standardmäßig E). Wenn Sie nur eine Reihe von Hashtags sehen (######), ist die Spalte einfach nicht breit genug, um den Inhalt anzuzeigen.
* Um das Format der Spalte date_time zu ändern, können Sie eine andere Option im Dialog ''cell styles'' auswählen oder ein eigenes Format erstellen.

=== DATE_TIME === 
* Exportieren Sie Ihre Daten in emoTouch mit der Option ''DATE_TIME''.
* '''ACHTUNG: Das Dezimalzeichen (Komma oder Punkt) in der Exportdatei ''MUSS'' mit den Einstellungen Ihres Betriebssystems und Programms übereinstimmen.'''
* Laden Sie die Excel-Vorlage ''emoTouch Import'' herunter und öffnen Sie sie.
* Importieren Sie die emoTouch Exportdatei mit der Option ''Import/Textdatei'' (nicht die CSV-Option).
* Sie brauchen die Standardeinstellungen des Importdialogs nicht zu ändern. Importieren Sie die Daten in ein neues Blatt in derselben Arbeitsmappe.
* Sie sollten die Timestamp im date_time-Format mit den Millisekunden nach dem Dezimalzeichen (Komma oder Punkt) sehen, was von Ihrem Betriebssystem und Programm abhängt. Wenn die letzten drei Ziffern (Millisekunden) in den importierten Daten abgeschnitten oder alle auf 0 gesetzt sind, versuchen Sie, die andere Option für das Dezimalzeichen in den emoTouch Exportoptionen zu verwenden.
* Um das Format der Spalte date_time zu ändern, können Sie eine andere Option im Dialog ''cell styles'' auswählen oder ein eigenes Format erstellen.

== Open Office, Libre Office, Apple Numbers == 
Um die emoTouch-Timeline in diese Programme zu importieren, können Sie auch die Vorlagendatei für Microsoft Excel herunterladen, öffnen und die grundlegende Vorgehensweise im Abschnitt Excel befolgen.

== SPSS == 
SPSS kann das UNIX-Timestampformat problemlos als numerischen Wert importieren, der z. B. zur Berechnung von Zeitdifferenzen verwendet werden kann. SPSS unterstützt jedoch leider keine lesbaren Datums-/Zeitformate, die Millisekunden enthalten. Wenn Sie versuchen, den UNIX-Timestampin ein lesbares Format in SPSS zu konvertieren oder das DATE_TIME- oder ISO 8601-Format in SPSS zu importieren, wird dies vermutlich fehlschlagen oder unzuverlässige Daten erzeugen.
</translate>

Datei:EmoTouch Import.xlsx

2022-07-01T08:17:25Z

Fgehrs:

Forschungsprojekte und Publikationen

2022-06-29T19:31:06Z

Fgehrs: Diese Seite wurde zum Übersetzen freigegeben

<languages />
<translate>

Hier finden Sie eine Übersicht über Tagungen, Forschungsprojekte und Publikationen zu emoTouch und emoTouch Web.

== Kommende Tagungen und Events == 


<div class="center">


[[Datei:mts Logo.jpg|300px|rahmenlos|zentriert]]
'''MTS 22 – Musical Togetherness Symposium, Wien, 13.-15.7.2022''' <br>
(Vortrag)


[[Datei:SMPC Logo.png|rahmenlos|zentriert]]
'''SMPC 2022 – International Conference of the Society for Music Perception and Cognition, Portland (Oregon, USA) 4.-7.8.2022''' <br>
(Poster)


[[Datei:DGPs Logo.jpg|rahmenlos|zentriert]]
'''"View on | of science" – 52. Kongress der Deutschen Gesellschaft für Psychologie, Hildesheim, 10.-15.9.2022''' <br>
(Infostand und Software-Demonstration)


[[Datei:PAM Logo.jpg|rahmenlos|zentriert]]
'''PAM22 – Psychology and Music - Interdisciplinary Encounters, Belgrad, 26.-29.10.2022''' <br>
(Workshop)


</div>

== Zurückliegende Tagungen und Events == 


<div class="center">


[[Datei:ISH Logo.jpg|600px|rahmenlos|zentriert]]
'''ISH 22 – International Symposium on Hearing, Lyon 2022''' <br>
(Poster)


[[Datei:GfM Logo.jpg|180px|rahmenlos|zentriert]]
'''Virtuelle Tagung der Fachgruppe Systematische Musikwissenschaft der Gesellschaft für Musikforschung 2022''' <br>
(Workshop)


[[Datei:SPIN Logo.jpg|400px|rahmenlos|zentriert]]
'''SPIN 2022 – Speech in Noise Workshop, Virtual Meeting 2022''' <br>
(Poster)


[[Datei:ISPS Logo.jpg|rahmenlos|zentriert]]
'''ISPS 2021 – 8th International Symposium of Performance Science, Montreal 2021''' <br>
(Poster)


[[Datei:DGM 300x192.png|180px|rahmenlos|zentriert]]
'''Virtuelle 37. Jahrestagung der Deutschen Gesellschaft für Musikpsychologie, 2021''' <br>
(Vortrag)


[[Datei:DGM 300x192.png|180px|rahmenlos|zentriert]]
'''Virtuelle 36. Jahrestagung der Deutschen Gesellschaft für Musikpsychologie, 2020''' <br>
(Poster)


[[Datei:DGM 300x192.png|180px|rahmenlos|zentriert]]
'''''Musik und Familie'' – 29. Jahrestagung der Deutschen Gesellschaft für Musikpsychologie, Frankfurt 2013''' <br>
(Poster)


[[Datei:Logo ICME3.png|180px|rahmenlos|zentriert]]
'''3rd International Conference on Music & Emotion, Jyväskylä (Finland) 2013 <br>'''
(Poster)


</div>

== Forschungsprojekte mit emoTouch für iPad und emoTouch Web== 
* Scholle, C. & Louven, C. (2021). What matters to win? A qualitative interview study about evaluation criteria in a singer-songwriter slam. ISPS 2021 - International Symposium on Performance Science, 27-30/10/2021 – Montreal (Canada).


* Kock, M. & Louven, C. (2018). The Power of Sound Design in a Moving Picture: an Empirical Study with emoTouch for iPad. ''Empirical Musicology Review'', 13(3-4), 132-148. http://dx.doi.org/10.18061/emr.v13i3-4.6572


* Gehrs, V., Gehrs, F. & Louven, C. (2017). Die kontinuierliche Echtzeitbewertung musikinduzierter Bewegungen mit emoTouch – Interrater-Reliabilität und der Einfluss der zeitlichen Synchronisation zur Musik auf den Gesamteindruck. ''Jahrestagung der Deutschen Gesellschaft für Musikpsychologie, Hamburg 2017'' (pp. 14-15). DGM.


* Scholle, C. & Louven, C. (2015). The consistency of continuous ratings and retrospective overall judgements for live performances. In ''SysMus 15'' (p. 43).


* Scholle, C. & Louven, C. (2015). Die Bewertung von Live-Auftritten: eine Echtzeit-Studie mit emoTouch. In F. Olbertz (Ed.), ''Jahrestagung der Deutschen Gesellschaft für Musikpsychologie, Oldenburg 2015'' (pp. 33-34). DGM.

== Publikationen zu emoTouch und emoTouch Web == 
* Louven, C., Scholle, C., Gehrs, F., & Lenz, A. (2022). emoTouch Web – Ein webbasiertes System für kontinuierliche Echtzeit-Studien mit Smartphones, Tablets und Computern. ''Jahrbuch Musikpsychologie'', 30, https://doi.org/10.5964/jbdgm.137


* Louven, C. & Gehrs, V. (2015). OpenEar, emoTouch, kinelyze – Musikpsychologische Forschungssoftware aus Osnabrück. In A. Bense, M. Gieseking, & B. Müßgens (Eds.), ''Musik im Spektrum technologischer Entwicklungen und Neuer Medien. Festschrift für Bernd Enders'' (pp. 111-124). epOs.


* Louven, C. & Scholle, C. (2015). emoTouch für iPad: Ein flexibles, mobiles Forschungswerkzeug zur Erhebung kontinuierlicher Probandenratings in ein und zwei Dimensionen. ''Jahrbuch Musikpsychologie, 25 (Musikpsychologie - Anwendungsorientierte Forschung)'', 250-253. https://doi.org/10.23668/psycharchives.2840

</translate>

Forschungsprojekte und Publikationen

2022-06-29T19:30:55Z

Fgehrs:

<languages />
<translate>
Hier finden Sie eine Übersicht über Tagungen, Forschungsprojekte und Publikationen zu emoTouch und emoTouch Web.

== Kommende Tagungen und Events ==

<div class="center">

[[Datei:mts Logo.jpg|300px|rahmenlos|zentriert]]
'''MTS 22 – Musical Togetherness Symposium, Wien, 13.-15.7.2022''' <br>
(Vortrag)

[[Datei:SMPC Logo.png|rahmenlos|zentriert]]
'''SMPC 2022 – International Conference of the Society for Music Perception and Cognition, Portland (Oregon, USA) 4.-7.8.2022''' <br>
(Poster)

[[Datei:DGPs Logo.jpg|rahmenlos|zentriert]]
'''"View on | of science" – 52. Kongress der Deutschen Gesellschaft für Psychologie, Hildesheim, 10.-15.9.2022''' <br>
(Infostand und Software-Demonstration)

[[Datei:PAM Logo.jpg|rahmenlos|zentriert]]
'''PAM22 – Psychology and Music - Interdisciplinary Encounters, Belgrad, 26.-29.10.2022''' <br>
(Workshop)

</div>

== Zurückliegende Tagungen und Events ==

<div class="center">

[[Datei:ISH Logo.jpg|600px|rahmenlos|zentriert]]
'''ISH 22 – International Symposium on Hearing, Lyon 2022''' <br>
(Poster)

[[Datei:GfM Logo.jpg|180px|rahmenlos|zentriert]]
'''Virtuelle Tagung der Fachgruppe Systematische Musikwissenschaft der Gesellschaft für Musikforschung 2022''' <br>
(Workshop)

[[Datei:SPIN Logo.jpg|400px|rahmenlos|zentriert]]
'''SPIN 2022 – Speech in Noise Workshop, Virtual Meeting 2022''' <br>
(Poster)

[[Datei:ISPS Logo.jpg|rahmenlos|zentriert]]
'''ISPS 2021 – 8th International Symposium of Performance Science, Montreal 2021''' <br>
(Poster)

[[Datei:DGM 300x192.png|180px|rahmenlos|zentriert]]
'''Virtuelle 37. Jahrestagung der Deutschen Gesellschaft für Musikpsychologie, 2021''' <br>
(Vortrag)

[[Datei:DGM 300x192.png|180px|rahmenlos|zentriert]]
'''Virtuelle 36. Jahrestagung der Deutschen Gesellschaft für Musikpsychologie, 2020''' <br>
(Poster)

[[Datei:DGM 300x192.png|180px|rahmenlos|zentriert]]
'''''Musik und Familie'' – 29. Jahrestagung der Deutschen Gesellschaft für Musikpsychologie, Frankfurt 2013''' <br>
(Poster)

[[Datei:Logo ICME3.png|180px|rahmenlos|zentriert]]
'''3rd International Conference on Music & Emotion, Jyväskylä (Finland) 2013 <br>'''
(Poster)

</div>

== Forschungsprojekte mit emoTouch für iPad und emoTouch Web==
* Scholle, C. & Louven, C. (2021). What matters to win? A qualitative interview study about evaluation criteria in a singer-songwriter slam. ISPS 2021 - International Symposium on Performance Science, 27-30/10/2021 – Montreal (Canada).

* Kock, M. & Louven, C. (2018). The Power of Sound Design in a Moving Picture: an Empirical Study with emoTouch for iPad. ''Empirical Musicology Review'', 13(3-4), 132-148. http://dx.doi.org/10.18061/emr.v13i3-4.6572

* Gehrs, V., Gehrs, F. & Louven, C. (2017). Die kontinuierliche Echtzeitbewertung musikinduzierter Bewegungen mit emoTouch – Interrater-Reliabilität und der Einfluss der zeitlichen Synchronisation zur Musik auf den Gesamteindruck. ''Jahrestagung der Deutschen Gesellschaft für Musikpsychologie, Hamburg 2017'' (pp. 14-15). DGM.

* Scholle, C. & Louven, C. (2015). The consistency of continuous ratings and retrospective overall judgements for live performances. In ''SysMus 15'' (p. 43).

* Scholle, C. & Louven, C. (2015). Die Bewertung von Live-Auftritten: eine Echtzeit-Studie mit emoTouch. In F. Olbertz (Ed.), ''Jahrestagung der Deutschen Gesellschaft für Musikpsychologie, Oldenburg 2015'' (pp. 33-34). DGM.

== Publikationen zu emoTouch und emoTouch Web ==
* Louven, C., Scholle, C., Gehrs, F., & Lenz, A. (2022). emoTouch Web – Ein webbasiertes System für kontinuierliche Echtzeit-Studien mit Smartphones, Tablets und Computern. ''Jahrbuch Musikpsychologie'', 30, https://doi.org/10.5964/jbdgm.137

* Louven, C. & Gehrs, V. (2015). OpenEar, emoTouch, kinelyze – Musikpsychologische Forschungssoftware aus Osnabrück. In A. Bense, M. Gieseking, & B. Müßgens (Eds.), ''Musik im Spektrum technologischer Entwicklungen und Neuer Medien. Festschrift für Bernd Enders'' (pp. 111-124). epOs.

* Louven, C. & Scholle, C. (2015). emoTouch für iPad: Ein flexibles, mobiles Forschungswerkzeug zur Erhebung kontinuierlicher Probandenratings in ein und zwei Dimensionen. ''Jahrbuch Musikpsychologie, 25 (Musikpsychologie - Anwendungsorientierte Forschung)'', 250-253. https://doi.org/10.23668/psycharchives.2840

</translate>

Datei:Logo emoTouchWeb2.png

2021-11-22T11:04:42Z

Fgehrs: Fgehrs lud eine neue Version von Datei:Logo emoTouchWeb2.png hoch