Empirisoft Support

    Welcome to Empirisoft Support
Results 1 to 9 of 9

Thread: Voice response times ending in same number

  1. #1
    Join Date
    Nov 2005
    Posts
    3,328

    Voice response times ending in same number

    [edited from support email]
    The voice RTs I get end almost always with the numbers 9/0/8, without variability. What does that mean?

  2. #2
    Join Date
    Nov 2005
    Posts
    3,328
    I expect this is likely an issue of timing resolution on your system. e.g., on any given system it take X amount of time to process the sound coming in and to check it to see if the amplitude is high enough to qualify as an RT. This cycle repeats over and over at a very fast rate. When you have final digits in the RT that seem to repeat, that usually indicates that the standard cycle is reliably occurring in "chunks", e.g., every 10ms rather than every millisecond. The best way to ensure the validity of your voice RTs is to check a random sample of them manually. This can be done fairly easily with a freeware program called Audacity which allows you to look at the amplitude of wave files on a millisecond scale. If you want to send me half a dozen of your .wav files, I can show you. Doing so, I expect, will show that you have a reliable ~10ms timing resolution on your RT detection.

  3. #3
    Join Date
    Jan 2007
    Posts
    4

    wav files

    thankyou. I appreciate it a lot. I'm attaching 5 wav files.
    Rona
    Attached Files Attached Files
    • File Type: wav 1.wav (14.9 KB, 2 views)
    • File Type: wav 2.wav (17.1 KB, 1 views)
    • File Type: wav 3.wav (14.4 KB, 1 views)
    • File Type: wav 4.wav (12.2 KB, 1 views)
    • File Type: wav 5.wav (17.3 KB, 1 views)

  4. #4
    Join Date
    Nov 2005
    Posts
    3,328
    Take a look at the attached images. The first is what 1.wav looks like if you open it up in Audacity (see above). Where the amplitude jumps is where the sound is occurring. In the second image, you see I've zoomed in on the area where it really picks up, i.e., around 360ms. The sensitivity you use in the setup will affect the exact RT you get but with average settings, I expect you would get an RT of around 355-360ms on this trial.

    The second is tricky because it seems to have two peaks (around 490ms and then again at just under 590ms).

    The third is tricky because it is a very gradual increase in amplitude. Your RT in this case will very much affected by your sensitivity setting. Seems like you could accept an RT here as low as 280ms or as high as 335ms. If you actually listen to the clip and follow the cursor as it plays, you can see the correct RT is probably around 280ms. Note that you can highlight any given range and play just that part in order to judge whether a legitimate response is occurring at that point.

    The fourth looks to be around 425ms.

    The fifth looks to be around 597ms.

    Does that help?

    -Blair
    Attached Images Attached Images

  5. #5
    Join Date
    Jan 2007
    Posts
    4

    reply

    yes. thankyou, it does...unfortunetly as I was comparing the wav files to the RT's on the log files I've noticed that on some occasions (not few) the data didn't match. for instance in the log file the RT written was of 180ms whereas on the matching wav file the recording starts at around 400ms. no interference before. this happened with different lenghts. I imagine that it indicates that for some reason the data didn't copy properly to the log file.
    I'm assuming the problem is with the laptop, maybe with definitions on it.
    Did you encounter this problem before?
    thankyou again,
    Rona

  6. #6
    Join Date
    Nov 2005
    Posts
    3,328
    Can I see the input file, log file and resulting .wav file for that trial?

  7. #7
    Join Date
    Jan 2007
    Posts
    4

    reply

    of course, I'm attaching the log file, the input file and some wav files.
    thankyou
    Rona
    Attached Files Attached Files

  8. #8
    Join Date
    Jan 2007
    Posts
    4

    update and questions

    hello again,
    I ran a check with the dxdiag command, and in the directx diagnostical -direct sound test appeared the message: your sound card does not support hardware buffering. sounds will only play from software buffers.
    it's an IBM R51 and the sound card is sound max integrated visual audio.
    could that be the problem causing the distorted log files?
    Rona

  9. #9
    Join Date
    Nov 2005
    Posts
    3,328
    Could be. Easiest way to check would be to connect an external sound card--Creative makes some that work with laptops via USB.

Similar Threads

  1. stopping voice response recording with spacebar
    By tndotson@ucdavis.edu in forum DirectRT Older Versions: How Do I...
    Replies: 5
    Last Post: 08-22-2011, 07:01 PM
  2. Voice response times of 101 ms
    By jarvis24 in forum DirectRT Older Versions: Troubleshooting
    Replies: 1
    Last Post: 01-19-2007, 08:14 AM
  3. Sound stimulus plus recorded voice response?
    By jarvis24 in forum DirectRT Older Versions: How Do I...
    Replies: 1
    Last Post: 10-12-2006, 12:51 PM
  4. measuring response time between times
    By jgunstad in forum DirectRT Older Versions: How Do I...
    Replies: 1
    Last Post: 10-05-2006, 02:07 PM
  5. voice response to probes?
    By baruche in forum MediaLab Older Versions: Suggestions
    Replies: 1
    Last Post: 04-12-2006, 03:04 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •