Use of audiofiles in Inquisit 5 version


Author
Message
TL
TL
TL
posted 9 Years Ago HOT
Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)
Group: Forum Members
Posts: 19, Visits: 34
Hello everybody,
I am working with audio-based Implicit Association Tests (IATs). Because we have a huge amount of different audio files, we passed the upload limit for the web script when using audio files in the .wav version. That's why we changed our script and exclusively used .mp3 audio files to avoid to pass the upload limit.
However, we encountered a problem when using .mp3 files instead of .wav files. We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command.

Interestingly, the script (Inquisit 5) worked without any errors after having replaced all .wav file endings by the file ending .mp3 on our MAC computers (only replacing the endings, no further changes were made), but NOT in WINDOWS. The WINDOWS systems showed different errors (e.g xyz is not a .wav file, or cannot locate xyz).
Because our script works perfectly with the .wav endings, we wondered whether it might be possible to adjust the functions in MAC and windows to make it possible to play .mp3 file endings in the WINDOWS versions. It is important for our study that the script works both in MAC and Windows versions.
I am looking forward to hearing from you
Thank you for your time

Dave
Dave
Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)
Group: Administrators
Posts: 13K, Visits: 105K
TL - Wednesday, November 23, 2016
Hello everybody,
I am working with audio-based Implicit Association Tests (IATs). Because we have a huge amount of different audio files, we passed the upload limit for the web script when using audio files in the .wav version. That's why we changed our script and exclusively used .mp3 audio files to avoid to pass the upload limit.
However, we encountered a problem when using .mp3 files instead of .wav files. We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command.

Interestingly, the script (Inquisit 5) worked without any errors after having replaced all .wav file endings by the file ending .mp3 on our MAC computers (only replacing the endings, no further changes were made), but NOT in WINDOWS. The WINDOWS systems showed different errors (e.g xyz is not a .wav file, or cannot locate xyz).
Because our script works perfectly with the .wav endings, we wondered whether it might be possible to adjust the functions in MAC and windows to make it possible to play .mp3 file endings in the WINDOWS versions. It is important for our study that the script works both in MAC and Windows versions.
I am looking forward to hearing from you
Thank you for your time

For audio formats other than WAV, you must use the <video> element for things to work on both platforms. I'm having trouble understanding the following:

"We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command."

Could you please explain why you think that is / how you came to that conclusion? <sound> and <video> elements are stimulus elements just like <text> and <picture>. Randomization-wise, they all essentially work exactly the same. I.e., it is not obvious at all why using <video> as opposed to <sound> would make a difference.

TL
TL
Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)
Group: Forum Members
Posts: 19, Visits: 34
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Hello everybody,
I am working with audio-based Implicit Association Tests (IATs). Because we have a huge amount of different audio files, we passed the upload limit for the web script when using audio files in the .wav version. That's why we changed our script and exclusively used .mp3 audio files to avoid to pass the upload limit.
However, we encountered a problem when using .mp3 files instead of .wav files. We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command.

Interestingly, the script (Inquisit 5) worked without any errors after having replaced all .wav file endings by the file ending .mp3 on our MAC computers (only replacing the endings, no further changes were made), but NOT in WINDOWS. The WINDOWS systems showed different errors (e.g xyz is not a .wav file, or cannot locate xyz).
Because our script works perfectly with the .wav endings, we wondered whether it might be possible to adjust the functions in MAC and windows to make it possible to play .mp3 file endings in the WINDOWS versions. It is important for our study that the script works both in MAC and Windows versions.
I am looking forward to hearing from you
Thank you for your time

For audio formats other than WAV, you must use the <video> element for things to work on both platforms. I'm having trouble understanding the following:

"We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command."

Could you please explain why you think that is / how you came to that conclusion? <sound> and <video> elements are stimulus elements just like <text> and <picture>. Randomization-wise, they all essentially work exactly the same. I.e., it is not obvious at all why using <video> as opposed to <sound> would make a difference.
Thank you for your reply.
We are working with different speech samples from different speakers, so each participant will be presented different speech samples. Therefore, we used a randomization in a way that e.g. the items iatlufr will be different for each participant (e.g. for participant 1 => iatlufr setiatfrlu1). This approach worked perfectly when using WAV and sound commands, however when we replaced the WAV endings by MP3 endings, the script showed the errors described above.

For instance, the following command shows red error warnings, but it worked with the sound command.
<video attributejos>
/items = iatlufr
/timeout = 10000
</video>

We are surprised that the script (with the replacement of WAV endings by MP3 endings) works perfectly when using MAC and it shows errors and does not play the script when using WINDOWS.
My apologies for my description that may cause misunderstanding, but I am not an expert in the field of INQUISIT, but I really enjoy conducting experiments with INQUISIT and would be really grateful if you could give me sont advice on my issue.
Or is it even possible to check whether there are differences between MAC and WINDOWS with respect to the use of MP3 files?
Thank you for your time


TL
TL
Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)
Group: Forum Members
Posts: 19, Visits: 34
TL - Wednesday, November 23, 2016
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Hello everybody,
I am working with audio-based Implicit Association Tests (IATs). Because we have a huge amount of different audio files, we passed the upload limit for the web script when using audio files in the .wav version. That's why we changed our script and exclusively used .mp3 audio files to avoid to pass the upload limit.
However, we encountered a problem when using .mp3 files instead of .wav files. We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command.

Interestingly, the script (Inquisit 5) worked without any errors after having replaced all .wav file endings by the file ending .mp3 on our MAC computers (only replacing the endings, no further changes were made), but NOT in WINDOWS. The WINDOWS systems showed different errors (e.g xyz is not a .wav file, or cannot locate xyz).
Because our script works perfectly with the .wav endings, we wondered whether it might be possible to adjust the functions in MAC and windows to make it possible to play .mp3 file endings in the WINDOWS versions. It is important for our study that the script works both in MAC and Windows versions.
I am looking forward to hearing from you
Thank you for your time

For audio formats other than WAV, you must use the <video> element for things to work on both platforms. I'm having trouble understanding the following:

"We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command."

Could you please explain why you think that is / how you came to that conclusion? <sound> and <video> elements are stimulus elements just like <text> and <picture>. Randomization-wise, they all essentially work exactly the same. I.e., it is not obvious at all why using <video> as opposed to <sound> would make a difference.
Thank you for your reply.
We are working with different speech samples from different speakers, so each participant will be presented different speech samples. Therefore, we used a randomization in a way that e.g. the items iatlufr will be different for each participant (e.g. for participant 1 => iatlufr setiatfrlu1). This approach worked perfectly when using WAV and sound commands, however when we replaced the WAV endings by MP3 endings, the script showed the errors described above.

For instance, the following command shows red error warnings, but it worked with the sound command.
<video attributejos>
/items = iatlufr
/timeout = 10000
</video>

We are surprised that the script (with the replacement of WAV endings by MP3 endings) works perfectly when using MAC and it shows errors and does not play the script when using WINDOWS.
My apologies for my description that may cause misunderstanding, but I am not an expert in the field of INQUISIT, but I really enjoy conducting experiments with INQUISIT and would be really grateful if you could give me sont advice on my issue.
Or is it even possible to check whether there are differences between MAC and WINDOWS with respect to the use of MP3 files?
Thank you for your time

An example of our randomization:
<variables>
 /group = (1 of 100 (setlernlulu = setlernlulu1; setevalulu = setevalulu1; setlernlufr = setlernlufr2; setevalufr = setevalufr2;setlernfrlu = setlernfrlu1; setevafrlu = setevafrlu1;setlernfrfr = setlernfrfr2; setevafrfr = setevafrfr2; setapplulu = setapplulu1; setapplufr = setapplufr2; setappfrlu = setappfrlu1; setappfrfr = setappfrfr2; iatlulu = setiatlulu1;iatlufr = setiatlufr2;iatfrlu = setiatfrlu1;iatfrfr = setiatfrfr2)
 /group = (2 of 100 (setlernlulu = setlernlulu2; setevalulu = setevalulu2; setlernlufr = setlernlufr1; setevalufr = setevalufr1;setlernfrlu = setlernfrlu1; setevafrlu = setevafrlu1;setlernfrfr = setlernfrfr2; setevafrfr = setevafrfr2; setapplulu = setapplulu2; setapplufr = setapplufr1; setappfrlu = setappfrlu1; setappfrfr = setappfrfr2; iatlulu = setiatlulu2;iatlufr = setiatlufr1;iatfrlu = setiatfrlu1;iatfrfr = setiatfrfr2)
......
 


Dave
Dave
Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)
Group: Administrators
Posts: 13K, Visits: 105K
TL - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Hello everybody,
I am working with audio-based Implicit Association Tests (IATs). Because we have a huge amount of different audio files, we passed the upload limit for the web script when using audio files in the .wav version. That's why we changed our script and exclusively used .mp3 audio files to avoid to pass the upload limit.
However, we encountered a problem when using .mp3 files instead of .wav files. We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command.

Interestingly, the script (Inquisit 5) worked without any errors after having replaced all .wav file endings by the file ending .mp3 on our MAC computers (only replacing the endings, no further changes were made), but NOT in WINDOWS. The WINDOWS systems showed different errors (e.g xyz is not a .wav file, or cannot locate xyz).
Because our script works perfectly with the .wav endings, we wondered whether it might be possible to adjust the functions in MAC and windows to make it possible to play .mp3 file endings in the WINDOWS versions. It is important for our study that the script works both in MAC and Windows versions.
I am looking forward to hearing from you
Thank you for your time

For audio formats other than WAV, you must use the <video> element for things to work on both platforms. I'm having trouble understanding the following:

"We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command."

Could you please explain why you think that is / how you came to that conclusion? <sound> and <video> elements are stimulus elements just like <text> and <picture>. Randomization-wise, they all essentially work exactly the same. I.e., it is not obvious at all why using <video> as opposed to <sound> would make a difference.
Thank you for your reply.
We are working with different speech samples from different speakers, so each participant will be presented different speech samples. Therefore, we used a randomization in a way that e.g. the items iatlufr will be different for each participant (e.g. for participant 1 => iatlufr setiatfrlu1). This approach worked perfectly when using WAV and sound commands, however when we replaced the WAV endings by MP3 endings, the script showed the errors described above.

For instance, the following command shows red error warnings, but it worked with the sound command.
<video attributejos>
/items = iatlufr
/timeout = 10000
</video>

We are surprised that the script (with the replacement of WAV endings by MP3 endings) works perfectly when using MAC and it shows errors and does not play the script when using WINDOWS.
My apologies for my description that may cause misunderstanding, but I am not an expert in the field of INQUISIT, but I really enjoy conducting experiments with INQUISIT and would be really grateful if you could give me sont advice on my issue.
Or is it even possible to check whether there are differences between MAC and WINDOWS with respect to the use of MP3 files?
Thank you for your time

An example of our randomization:
<variables>
 /group = (1 of 100 (setlernlulu = setlernlulu1; setevalulu = setevalulu1; setlernlufr = setlernlufr2; setevalufr = setevalufr2;setlernfrlu = setlernfrlu1; setevafrlu = setevafrlu1;setlernfrfr = setlernfrfr2; setevafrfr = setevafrfr2; setapplulu = setapplulu1; setapplufr = setapplufr2; setappfrlu = setappfrlu1; setappfrfr = setappfrfr2; iatlulu = setiatlulu1;iatlufr = setiatlufr2;iatfrlu = setiatfrlu1;iatfrfr = setiatfrfr2)
 /group = (2 of 100 (setlernlulu = setlernlulu2; setevalulu = setevalulu2; setlernlufr = setlernlufr1; setevalufr = setevalufr1;setlernfrlu = setlernfrlu1; setevafrlu = setevafrlu1;setlernfrfr = setlernfrfr2; setevafrfr = setevafrfr2; setapplulu = setapplulu2; setapplufr = setapplufr1; setappfrlu = setappfrlu1; setappfrfr = setappfrfr2; iatlulu = setiatlulu2;iatlufr = setiatlufr1;iatfrlu = setiatfrlu1;iatfrfr = setiatfrfr2)
......
 


The "red error warning" you get has most certainly nothing to do with switching <sound> to <video>.
#1: Neither <video> nor <sound> elements have a /timeout attribute. This will not lead to a "red error warning", but a simple "yellow warning" saying
"/timeout is not a known attribute."
#2: The syntax in your <variables> element is faulty. That is the likely reason for any errors you receive.

<variables>
 /group = (1 of 100 (setlernlulu = setlernlulu1; setevalulu = setevalulu1; ...)
 /group = (2 of 100 (setlernlulu = setlernlulu2; setevalulu = setevalulu2; ...)
...
</variables>
2a: You are missing parentheses.
2b: The proper separator is a comma, not a semicolon.

I.e. the above needs to read

<variables>
 /group = (1 of 100) (setlernlulu = setlernlulu1, setevalulu = setevalulu1, ...)
 /group = (2 of 100) (setlernlulu = setlernlulu2, setevalulu = setevalulu2, ...)
...
</variables>

#3: Expressed simply, the reason why you ought use <video> is the following: The OSX media-subsystem is such that it (tries to) figure out the type of file being played internally. I.e., on a Mac, <sound> and <video> ultimately map to the same, single subsystem. Not so under WIndows: Windows treats raw WAVs and other media formats differently. They are handled by two separate subsystems, if you will, and the one dedicated to WAVs cannot handle other media formats.

Hope this helps.

TL
TL
Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)
Group: Forum Members
Posts: 19, Visits: 34
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Hello everybody,
I am working with audio-based Implicit Association Tests (IATs). Because we have a huge amount of different audio files, we passed the upload limit for the web script when using audio files in the .wav version. That's why we changed our script and exclusively used .mp3 audio files to avoid to pass the upload limit.
However, we encountered a problem when using .mp3 files instead of .wav files. We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command.

Interestingly, the script (Inquisit 5) worked without any errors after having replaced all .wav file endings by the file ending .mp3 on our MAC computers (only replacing the endings, no further changes were made), but NOT in WINDOWS. The WINDOWS systems showed different errors (e.g xyz is not a .wav file, or cannot locate xyz).
Because our script works perfectly with the .wav endings, we wondered whether it might be possible to adjust the functions in MAC and windows to make it possible to play .mp3 file endings in the WINDOWS versions. It is important for our study that the script works both in MAC and Windows versions.
I am looking forward to hearing from you
Thank you for your time

For audio formats other than WAV, you must use the <video> element for things to work on both platforms. I'm having trouble understanding the following:

"We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command."

Could you please explain why you think that is / how you came to that conclusion? <sound> and <video> elements are stimulus elements just like <text> and <picture>. Randomization-wise, they all essentially work exactly the same. I.e., it is not obvious at all why using <video> as opposed to <sound> would make a difference.
Thank you for your reply.
We are working with different speech samples from different speakers, so each participant will be presented different speech samples. Therefore, we used a randomization in a way that e.g. the items iatlufr will be different for each participant (e.g. for participant 1 => iatlufr setiatfrlu1). This approach worked perfectly when using WAV and sound commands, however when we replaced the WAV endings by MP3 endings, the script showed the errors described above.

For instance, the following command shows red error warnings, but it worked with the sound command.
<video attributejos>
/items = iatlufr
/timeout = 10000
</video>

We are surprised that the script (with the replacement of WAV endings by MP3 endings) works perfectly when using MAC and it shows errors and does not play the script when using WINDOWS.
My apologies for my description that may cause misunderstanding, but I am not an expert in the field of INQUISIT, but I really enjoy conducting experiments with INQUISIT and would be really grateful if you could give me sont advice on my issue.
Or is it even possible to check whether there are differences between MAC and WINDOWS with respect to the use of MP3 files?
Thank you for your time

An example of our randomization:
<variables>
 /group = (1 of 100 (setlernlulu = setlernlulu1; setevalulu = setevalulu1; setlernlufr = setlernlufr2; setevalufr = setevalufr2;setlernfrlu = setlernfrlu1; setevafrlu = setevafrlu1;setlernfrfr = setlernfrfr2; setevafrfr = setevafrfr2; setapplulu = setapplulu1; setapplufr = setapplufr2; setappfrlu = setappfrlu1; setappfrfr = setappfrfr2; iatlulu = setiatlulu1;iatlufr = setiatlufr2;iatfrlu = setiatfrlu1;iatfrfr = setiatfrfr2)
 /group = (2 of 100 (setlernlulu = setlernlulu2; setevalulu = setevalulu2; setlernlufr = setlernlufr1; setevalufr = setevalufr1;setlernfrlu = setlernfrlu1; setevafrlu = setevafrlu1;setlernfrfr = setlernfrfr2; setevafrfr = setevafrfr2; setapplulu = setapplulu2; setapplufr = setapplufr1; setappfrlu = setappfrlu1; setappfrfr = setappfrfr2; iatlulu = setiatlulu2;iatlufr = setiatlufr1;iatfrlu = setiatfrlu1;iatfrfr = setiatfrfr2)
......
 


The "red error warning" you get has most certainly nothing to do with switching <sound> to <video>.
#1: Neither <video> nor <sound> elements have a /timeout attribute. This will not lead to a "red error warning", but a simple "yellow warning" saying
"/timeout is not a known attribute."
#2: The syntax in your <variables> element is faulty. That is the likely reason for any errors you receive.

<variables>
 /group = (1 of 100 (setlernlulu = setlernlulu1; setevalulu = setevalulu1; ...)
 /group = (2 of 100 (setlernlulu = setlernlulu2; setevalulu = setevalulu2; ...)
...
</variables>
2a: You are missing parentheses.
2b: The proper separator is a comma, not a semicolon.

I.e. the above needs to read

<variables>
 /group = (1 of 100) (setlernlulu = setlernlulu1, setevalulu = setevalulu1, ...)
 /group = (2 of 100) (setlernlulu = setlernlulu2, setevalulu = setevalulu2, ...)
...
</variables>

#3: Expressed simply, the reason why you ought use <video> is the following: The OSX media-subsystem is such that it (tries to) figure out the type of file being played internally. I.e., on a Mac, <sound> and <video> ultimately map to the same, single subsystem. Not so under WIndows: Windows treats raw WAVs and other media formats differently. They are handled by two separate subsystems, if you will, and the one dedicated to WAVs cannot handle other media formats.

Hope this helps.

Thank you for your reply.
I changed the syntax in <variables>.

However, there are still errors (red) popping up for the following paragraph (which works in a script using WAV files and sound commands):

<video soevafrfr>
/items = setevafrfr
</video>

<video setevalulu1>
/items = ("A-Yannick-refresh.mp3")
</video>

=> error: Could not locate item 'setevafrfr'.

Do you have an additional advice?
Thank you for your time


Dave
Dave
Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)
Group: Administrators
Posts: 13K, Visits: 105K
TL - Wednesday, November 23, 2016
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Hello everybody,
I am working with audio-based Implicit Association Tests (IATs). Because we have a huge amount of different audio files, we passed the upload limit for the web script when using audio files in the .wav version. That's why we changed our script and exclusively used .mp3 audio files to avoid to pass the upload limit.
However, we encountered a problem when using .mp3 files instead of .wav files. We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command.

Interestingly, the script (Inquisit 5) worked without any errors after having replaced all .wav file endings by the file ending .mp3 on our MAC computers (only replacing the endings, no further changes were made), but NOT in WINDOWS. The WINDOWS systems showed different errors (e.g xyz is not a .wav file, or cannot locate xyz).
Because our script works perfectly with the .wav endings, we wondered whether it might be possible to adjust the functions in MAC and windows to make it possible to play .mp3 file endings in the WINDOWS versions. It is important for our study that the script works both in MAC and Windows versions.
I am looking forward to hearing from you
Thank you for your time

For audio formats other than WAV, you must use the <video> element for things to work on both platforms. I'm having trouble understanding the following:

"We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command."

Could you please explain why you think that is / how you came to that conclusion? <sound> and <video> elements are stimulus elements just like <text> and <picture>. Randomization-wise, they all essentially work exactly the same. I.e., it is not obvious at all why using <video> as opposed to <sound> would make a difference.
Thank you for your reply.
We are working with different speech samples from different speakers, so each participant will be presented different speech samples. Therefore, we used a randomization in a way that e.g. the items iatlufr will be different for each participant (e.g. for participant 1 => iatlufr setiatfrlu1). This approach worked perfectly when using WAV and sound commands, however when we replaced the WAV endings by MP3 endings, the script showed the errors described above.

For instance, the following command shows red error warnings, but it worked with the sound command.
<video attributejos>
/items = iatlufr
/timeout = 10000
</video>

We are surprised that the script (with the replacement of WAV endings by MP3 endings) works perfectly when using MAC and it shows errors and does not play the script when using WINDOWS.
My apologies for my description that may cause misunderstanding, but I am not an expert in the field of INQUISIT, but I really enjoy conducting experiments with INQUISIT and would be really grateful if you could give me sont advice on my issue.
Or is it even possible to check whether there are differences between MAC and WINDOWS with respect to the use of MP3 files?
Thank you for your time

An example of our randomization:
<variables>
 /group = (1 of 100 (setlernlulu = setlernlulu1; setevalulu = setevalulu1; setlernlufr = setlernlufr2; setevalufr = setevalufr2;setlernfrlu = setlernfrlu1; setevafrlu = setevafrlu1;setlernfrfr = setlernfrfr2; setevafrfr = setevafrfr2; setapplulu = setapplulu1; setapplufr = setapplufr2; setappfrlu = setappfrlu1; setappfrfr = setappfrfr2; iatlulu = setiatlulu1;iatlufr = setiatlufr2;iatfrlu = setiatfrlu1;iatfrfr = setiatfrfr2)
 /group = (2 of 100 (setlernlulu = setlernlulu2; setevalulu = setevalulu2; setlernlufr = setlernlufr1; setevalufr = setevalufr1;setlernfrlu = setlernfrlu1; setevafrlu = setevafrlu1;setlernfrfr = setlernfrfr2; setevafrfr = setevafrfr2; setapplulu = setapplulu2; setapplufr = setapplufr1; setappfrlu = setappfrlu1; setappfrfr = setappfrfr2; iatlulu = setiatlulu2;iatlufr = setiatlufr1;iatfrlu = setiatfrlu1;iatfrfr = setiatfrfr2)
......
 


The "red error warning" you get has most certainly nothing to do with switching <sound> to <video>.
#1: Neither <video> nor <sound> elements have a /timeout attribute. This will not lead to a "red error warning", but a simple "yellow warning" saying
"/timeout is not a known attribute."
#2: The syntax in your <variables> element is faulty. That is the likely reason for any errors you receive.

<variables>
 /group = (1 of 100 (setlernlulu = setlernlulu1; setevalulu = setevalulu1; ...)
 /group = (2 of 100 (setlernlulu = setlernlulu2; setevalulu = setevalulu2; ...)
...
</variables>
2a: You are missing parentheses.
2b: The proper separator is a comma, not a semicolon.

I.e. the above needs to read

<variables>
 /group = (1 of 100) (setlernlulu = setlernlulu1, setevalulu = setevalulu1, ...)
 /group = (2 of 100) (setlernlulu = setlernlulu2, setevalulu = setevalulu2, ...)
...
</variables>

#3: Expressed simply, the reason why you ought use <video> is the following: The OSX media-subsystem is such that it (tries to) figure out the type of file being played internally. I.e., on a Mac, <sound> and <video> ultimately map to the same, single subsystem. Not so under WIndows: Windows treats raw WAVs and other media formats differently. They are handled by two separate subsystems, if you will, and the one dedicated to WAVs cannot handle other media formats.

Hope this helps.

Thank you for your reply.
I changed the syntax in <variables>.

However, there are still errors (red) popping up for the following paragraph (which works in a script using WAV files and sound commands):

<video soevafrfr>
/items = setevafrfr
</video>

<video setevalulu1>
/items = ("A-Yannick-refresh.mp3")
</video>

=> error: Could not locate item 'setevafrfr'.

Do you have an additional advice?
Thank you for your time


The error tells you that Inquisit is unable to locate the <item>  element referenced in

<video soevafrfr>
/items = setevafrfr
</video

There is still some mistake in the script. Most likely, it is in your <variables> element. Double-check its various /group attributes and make sure things are assigned correctly and that there aren't any typos.

TL
TL
Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)
Group: Forum Members
Posts: 19, Visits: 34
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Hello everybody,
I am working with audio-based Implicit Association Tests (IATs). Because we have a huge amount of different audio files, we passed the upload limit for the web script when using audio files in the .wav version. That's why we changed our script and exclusively used .mp3 audio files to avoid to pass the upload limit.
However, we encountered a problem when using .mp3 files instead of .wav files. We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command.

Interestingly, the script (Inquisit 5) worked without any errors after having replaced all .wav file endings by the file ending .mp3 on our MAC computers (only replacing the endings, no further changes were made), but NOT in WINDOWS. The WINDOWS systems showed different errors (e.g xyz is not a .wav file, or cannot locate xyz).
Because our script works perfectly with the .wav endings, we wondered whether it might be possible to adjust the functions in MAC and windows to make it possible to play .mp3 file endings in the WINDOWS versions. It is important for our study that the script works both in MAC and Windows versions.
I am looking forward to hearing from you
Thank you for your time

For audio formats other than WAV, you must use the <video> element for things to work on both platforms. I'm having trouble understanding the following:

"We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command."

Could you please explain why you think that is / how you came to that conclusion? <sound> and <video> elements are stimulus elements just like <text> and <picture>. Randomization-wise, they all essentially work exactly the same. I.e., it is not obvious at all why using <video> as opposed to <sound> would make a difference.
Thank you for your reply.
We are working with different speech samples from different speakers, so each participant will be presented different speech samples. Therefore, we used a randomization in a way that e.g. the items iatlufr will be different for each participant (e.g. for participant 1 => iatlufr setiatfrlu1). This approach worked perfectly when using WAV and sound commands, however when we replaced the WAV endings by MP3 endings, the script showed the errors described above.

For instance, the following command shows red error warnings, but it worked with the sound command.
<video attributejos>
/items = iatlufr
/timeout = 10000
</video>

We are surprised that the script (with the replacement of WAV endings by MP3 endings) works perfectly when using MAC and it shows errors and does not play the script when using WINDOWS.
My apologies for my description that may cause misunderstanding, but I am not an expert in the field of INQUISIT, but I really enjoy conducting experiments with INQUISIT and would be really grateful if you could give me sont advice on my issue.
Or is it even possible to check whether there are differences between MAC and WINDOWS with respect to the use of MP3 files?
Thank you for your time

An example of our randomization:
<variables>
 /group = (1 of 100 (setlernlulu = setlernlulu1; setevalulu = setevalulu1; setlernlufr = setlernlufr2; setevalufr = setevalufr2;setlernfrlu = setlernfrlu1; setevafrlu = setevafrlu1;setlernfrfr = setlernfrfr2; setevafrfr = setevafrfr2; setapplulu = setapplulu1; setapplufr = setapplufr2; setappfrlu = setappfrlu1; setappfrfr = setappfrfr2; iatlulu = setiatlulu1;iatlufr = setiatlufr2;iatfrlu = setiatfrlu1;iatfrfr = setiatfrfr2)
 /group = (2 of 100 (setlernlulu = setlernlulu2; setevalulu = setevalulu2; setlernlufr = setlernlufr1; setevalufr = setevalufr1;setlernfrlu = setlernfrlu1; setevafrlu = setevafrlu1;setlernfrfr = setlernfrfr2; setevafrfr = setevafrfr2; setapplulu = setapplulu2; setapplufr = setapplufr1; setappfrlu = setappfrlu1; setappfrfr = setappfrfr2; iatlulu = setiatlulu2;iatlufr = setiatlufr1;iatfrlu = setiatfrlu1;iatfrfr = setiatfrfr2)
......
 


The "red error warning" you get has most certainly nothing to do with switching <sound> to <video>.
#1: Neither <video> nor <sound> elements have a /timeout attribute. This will not lead to a "red error warning", but a simple "yellow warning" saying
"/timeout is not a known attribute."
#2: The syntax in your <variables> element is faulty. That is the likely reason for any errors you receive.

<variables>
 /group = (1 of 100 (setlernlulu = setlernlulu1; setevalulu = setevalulu1; ...)
 /group = (2 of 100 (setlernlulu = setlernlulu2; setevalulu = setevalulu2; ...)
...
</variables>
2a: You are missing parentheses.
2b: The proper separator is a comma, not a semicolon.

I.e. the above needs to read

<variables>
 /group = (1 of 100) (setlernlulu = setlernlulu1, setevalulu = setevalulu1, ...)
 /group = (2 of 100) (setlernlulu = setlernlulu2, setevalulu = setevalulu2, ...)
...
</variables>

#3: Expressed simply, the reason why you ought use <video> is the following: The OSX media-subsystem is such that it (tries to) figure out the type of file being played internally. I.e., on a Mac, <sound> and <video> ultimately map to the same, single subsystem. Not so under WIndows: Windows treats raw WAVs and other media formats differently. They are handled by two separate subsystems, if you will, and the one dedicated to WAVs cannot handle other media formats.

Hope this helps.

Thank you for your reply.
I changed the syntax in <variables>.

However, there are still errors (red) popping up for the following paragraph (which works in a script using WAV files and sound commands):

<video soevafrfr>
/items = setevafrfr
</video>

<video setevalulu1>
/items = ("A-Yannick-refresh.mp3")
</video>

=> error: Could not locate item 'setevafrfr'.

Do you have an additional advice?
Thank you for your time


The error tells you that Inquisit is unable to locate the <item>  element referenced in

<video soevafrfr>
/items = setevafrfr
</video

There is still some mistake in the script. Most likely, it is in your <variables> element. Double-check its various /group attributes and make sure things are assigned correctly and that there aren't any typos.

Thank you. I will have a look at it.

Dave
Dave
Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)Supreme Being (1M reputation)
Group: Administrators
Posts: 13K, Visits: 105K
TL - Wednesday, November 23, 2016
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Hello everybody,
I am working with audio-based Implicit Association Tests (IATs). Because we have a huge amount of different audio files, we passed the upload limit for the web script when using audio files in the .wav version. That's why we changed our script and exclusively used .mp3 audio files to avoid to pass the upload limit.
However, we encountered a problem when using .mp3 files instead of .wav files. We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command.

Interestingly, the script (Inquisit 5) worked without any errors after having replaced all .wav file endings by the file ending .mp3 on our MAC computers (only replacing the endings, no further changes were made), but NOT in WINDOWS. The WINDOWS systems showed different errors (e.g xyz is not a .wav file, or cannot locate xyz).
Because our script works perfectly with the .wav endings, we wondered whether it might be possible to adjust the functions in MAC and windows to make it possible to play .mp3 file endings in the WINDOWS versions. It is important for our study that the script works both in MAC and Windows versions.
I am looking forward to hearing from you
Thank you for your time

For audio formats other than WAV, you must use the <video> element for things to work on both platforms. I'm having trouble understanding the following:

"We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command."

Could you please explain why you think that is / how you came to that conclusion? <sound> and <video> elements are stimulus elements just like <text> and <picture>. Randomization-wise, they all essentially work exactly the same. I.e., it is not obvious at all why using <video> as opposed to <sound> would make a difference.
Thank you for your reply.
We are working with different speech samples from different speakers, so each participant will be presented different speech samples. Therefore, we used a randomization in a way that e.g. the items iatlufr will be different for each participant (e.g. for participant 1 => iatlufr setiatfrlu1). This approach worked perfectly when using WAV and sound commands, however when we replaced the WAV endings by MP3 endings, the script showed the errors described above.

For instance, the following command shows red error warnings, but it worked with the sound command.
<video attributejos>
/items = iatlufr
/timeout = 10000
</video>

We are surprised that the script (with the replacement of WAV endings by MP3 endings) works perfectly when using MAC and it shows errors and does not play the script when using WINDOWS.
My apologies for my description that may cause misunderstanding, but I am not an expert in the field of INQUISIT, but I really enjoy conducting experiments with INQUISIT and would be really grateful if you could give me sont advice on my issue.
Or is it even possible to check whether there are differences between MAC and WINDOWS with respect to the use of MP3 files?
Thank you for your time

An example of our randomization:
<variables>
 /group = (1 of 100 (setlernlulu = setlernlulu1; setevalulu = setevalulu1; setlernlufr = setlernlufr2; setevalufr = setevalufr2;setlernfrlu = setlernfrlu1; setevafrlu = setevafrlu1;setlernfrfr = setlernfrfr2; setevafrfr = setevafrfr2; setapplulu = setapplulu1; setapplufr = setapplufr2; setappfrlu = setappfrlu1; setappfrfr = setappfrfr2; iatlulu = setiatlulu1;iatlufr = setiatlufr2;iatfrlu = setiatfrlu1;iatfrfr = setiatfrfr2)
 /group = (2 of 100 (setlernlulu = setlernlulu2; setevalulu = setevalulu2; setlernlufr = setlernlufr1; setevalufr = setevalufr1;setlernfrlu = setlernfrlu1; setevafrlu = setevafrlu1;setlernfrfr = setlernfrfr2; setevafrfr = setevafrfr2; setapplulu = setapplulu2; setapplufr = setapplufr1; setappfrlu = setappfrlu1; setappfrfr = setappfrfr2; iatlulu = setiatlulu2;iatlufr = setiatlufr1;iatfrlu = setiatfrlu1;iatfrfr = setiatfrfr2)
......
 


The "red error warning" you get has most certainly nothing to do with switching <sound> to <video>.
#1: Neither <video> nor <sound> elements have a /timeout attribute. This will not lead to a "red error warning", but a simple "yellow warning" saying
"/timeout is not a known attribute."
#2: The syntax in your <variables> element is faulty. That is the likely reason for any errors you receive.

<variables>
 /group = (1 of 100 (setlernlulu = setlernlulu1; setevalulu = setevalulu1; ...)
 /group = (2 of 100 (setlernlulu = setlernlulu2; setevalulu = setevalulu2; ...)
...
</variables>
2a: You are missing parentheses.
2b: The proper separator is a comma, not a semicolon.

I.e. the above needs to read

<variables>
 /group = (1 of 100) (setlernlulu = setlernlulu1, setevalulu = setevalulu1, ...)
 /group = (2 of 100) (setlernlulu = setlernlulu2, setevalulu = setevalulu2, ...)
...
</variables>

#3: Expressed simply, the reason why you ought use <video> is the following: The OSX media-subsystem is such that it (tries to) figure out the type of file being played internally. I.e., on a Mac, <sound> and <video> ultimately map to the same, single subsystem. Not so under WIndows: Windows treats raw WAVs and other media formats differently. They are handled by two separate subsystems, if you will, and the one dedicated to WAVs cannot handle other media formats.

Hope this helps.

Thank you for your reply.
I changed the syntax in <variables>.

However, there are still errors (red) popping up for the following paragraph (which works in a script using WAV files and sound commands):

<video soevafrfr>
/items = setevafrfr
</video>

<video setevalulu1>
/items = ("A-Yannick-refresh.mp3")
</video>

=> error: Could not locate item 'setevafrfr'.

Do you have an additional advice?
Thank you for your time


The error tells you that Inquisit is unable to locate the <item>  element referenced in

<video soevafrfr>
/items = setevafrfr
</video

There is still some mistake in the script. Most likely, it is in your <variables> element. Double-check its various /group attributes and make sure things are assigned correctly and that there aren't any typos.

Thank you. I will have a look at it.

If you can't find the mistake, you can attach the script [1] to this thread (click '+Insert -> Add File') when posting a reply. I'll happily take a look / help with locating the error.

[1] The *.iqx file is enough, there is no need to attach any of the stimuli (e.g. mp3 files).

TL
TL
Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)Distinguished Member (3.3K reputation)
Group: Forum Members
Posts: 19, Visits: 34
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Dave - Wednesday, November 23, 2016
TL - Wednesday, November 23, 2016
Hello everybody,
I am working with audio-based Implicit Association Tests (IATs). Because we have a huge amount of different audio files, we passed the upload limit for the web script when using audio files in the .wav version. That's why we changed our script and exclusively used .mp3 audio files to avoid to pass the upload limit.
However, we encountered a problem when using .mp3 files instead of .wav files. We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command.

Interestingly, the script (Inquisit 5) worked without any errors after having replaced all .wav file endings by the file ending .mp3 on our MAC computers (only replacing the endings, no further changes were made), but NOT in WINDOWS. The WINDOWS systems showed different errors (e.g xyz is not a .wav file, or cannot locate xyz).
Because our script works perfectly with the .wav endings, we wondered whether it might be possible to adjust the functions in MAC and windows to make it possible to play .mp3 file endings in the WINDOWS versions. It is important for our study that the script works both in MAC and Windows versions.
I am looking forward to hearing from you
Thank you for your time

For audio formats other than WAV, you must use the <video> element for things to work on both platforms. I'm having trouble understanding the following:

"We are aware of the fact that we should use the <video> command when working with .mp3 files, but we are working with different randomization trials which seems less feasible when using the video command instead of the sound command."

Could you please explain why you think that is / how you came to that conclusion? <sound> and <video> elements are stimulus elements just like <text> and <picture>. Randomization-wise, they all essentially work exactly the same. I.e., it is not obvious at all why using <video> as opposed to <sound> would make a difference.
Thank you for your reply.
We are working with different speech samples from different speakers, so each participant will be presented different speech samples. Therefore, we used a randomization in a way that e.g. the items iatlufr will be different for each participant (e.g. for participant 1 => iatlufr setiatfrlu1). This approach worked perfectly when using WAV and sound commands, however when we replaced the WAV endings by MP3 endings, the script showed the errors described above.

For instance, the following command shows red error warnings, but it worked with the sound command.
<video attributejos>
/items = iatlufr
/timeout = 10000
</video>

We are surprised that the script (with the replacement of WAV endings by MP3 endings) works perfectly when using MAC and it shows errors and does not play the script when using WINDOWS.
My apologies for my description that may cause misunderstanding, but I am not an expert in the field of INQUISIT, but I really enjoy conducting experiments with INQUISIT and would be really grateful if you could give me sont advice on my issue.
Or is it even possible to check whether there are differences between MAC and WINDOWS with respect to the use of MP3 files?
Thank you for your time

An example of our randomization:
<variables>
 /group = (1 of 100 (setlernlulu = setlernlulu1; setevalulu = setevalulu1; setlernlufr = setlernlufr2; setevalufr = setevalufr2;setlernfrlu = setlernfrlu1; setevafrlu = setevafrlu1;setlernfrfr = setlernfrfr2; setevafrfr = setevafrfr2; setapplulu = setapplulu1; setapplufr = setapplufr2; setappfrlu = setappfrlu1; setappfrfr = setappfrfr2; iatlulu = setiatlulu1;iatlufr = setiatlufr2;iatfrlu = setiatfrlu1;iatfrfr = setiatfrfr2)
 /group = (2 of 100 (setlernlulu = setlernlulu2; setevalulu = setevalulu2; setlernlufr = setlernlufr1; setevalufr = setevalufr1;setlernfrlu = setlernfrlu1; setevafrlu = setevafrlu1;setlernfrfr = setlernfrfr2; setevafrfr = setevafrfr2; setapplulu = setapplulu2; setapplufr = setapplufr1; setappfrlu = setappfrlu1; setappfrfr = setappfrfr2; iatlulu = setiatlulu2;iatlufr = setiatlufr1;iatfrlu = setiatfrlu1;iatfrfr = setiatfrfr2)
......
 


The "red error warning" you get has most certainly nothing to do with switching <sound> to <video>.
#1: Neither <video> nor <sound> elements have a /timeout attribute. This will not lead to a "red error warning", but a simple "yellow warning" saying
"/timeout is not a known attribute."
#2: The syntax in your <variables> element is faulty. That is the likely reason for any errors you receive.

<variables>
 /group = (1 of 100 (setlernlulu = setlernlulu1; setevalulu = setevalulu1; ...)
 /group = (2 of 100 (setlernlulu = setlernlulu2; setevalulu = setevalulu2; ...)
...
</variables>
2a: You are missing parentheses.
2b: The proper separator is a comma, not a semicolon.

I.e. the above needs to read

<variables>
 /group = (1 of 100) (setlernlulu = setlernlulu1, setevalulu = setevalulu1, ...)
 /group = (2 of 100) (setlernlulu = setlernlulu2, setevalulu = setevalulu2, ...)
...
</variables>

#3: Expressed simply, the reason why you ought use <video> is the following: The OSX media-subsystem is such that it (tries to) figure out the type of file being played internally. I.e., on a Mac, <sound> and <video> ultimately map to the same, single subsystem. Not so under WIndows: Windows treats raw WAVs and other media formats differently. They are handled by two separate subsystems, if you will, and the one dedicated to WAVs cannot handle other media formats.

Hope this helps.

Thank you for your reply.
I changed the syntax in <variables>.

However, there are still errors (red) popping up for the following paragraph (which works in a script using WAV files and sound commands):

<video soevafrfr>
/items = setevafrfr
</video>

<video setevalulu1>
/items = ("A-Yannick-refresh.mp3")
</video>

=> error: Could not locate item 'setevafrfr'.

Do you have an additional advice?
Thank you for your time


The error tells you that Inquisit is unable to locate the <item>  element referenced in

<video soevafrfr>
/items = setevafrfr
</video

There is still some mistake in the script. Most likely, it is in your <variables> element. Double-check its various /group attributes and make sure things are assigned correctly and that there aren't any typos.

Thank you. I will have a look at it.

If you can't find the mistake, you can attach the script [1] to this thread (click '+Insert -> Add File') when posting a reply. I'll happily take a look / help with locating the error.

[1] The *.iqx file is enough, there is no need to attach any of the stimuli (e.g. mp3 files).
Hi again,
thank you for your reply and the your offer to have a look at the script.
I tried to correct the errors but the script still won't work because there are still some error warnings like "could not locate the element" or "unable to open file..."
I think the problem occurs due to the randomization we created in <variables>
If you could have a look, that would be very helpful! Maybe you've got some advice which commands to use in our study.
Thank you very much in advance



Attachments
experiment.iqx (639 views, 230.00 KB)
GO

Merge Selected

Merge into selected topic...



Merge into merge target...



Merge into a specific topic ID...




Reading This Topic

Explore
Messages
Mentions
Search