[gzlkj]

I just wanted to thank you for this!
I still couldn’t get around to use that package, but now I know what I should be expecting and everything is clearer than before.

Best Regards,

Zara

[gzlkj]

Dear Jeremy,

I apologize if this is a bit off-topic. I am also using the selector element, and I was trying to come up with a solution for the same issue here in this thread, (i.e. matching the selected item’s variable with its name):

As you can see, I chose picture2 and if I look up the order, I see that picture2 ended up occupying the third position after the shuffle: this means that I chose the bottom-left picture by pressing X. Additionally, I see that picture2 was cat.png (note that the order of the filenames in the result line are not shuffled)

You can automatize those associations in R, for example

Thank you for mentioning this function in R! I was wondering if you could kindly point to, perhaps, a place in the R’s documentation or a manual where I could learn more about this.

All the best,
Zara

[gzlkj]

Jeremy,

Thank you for taking the time to try to look at this issue I was facing. I really appreciate it.
I am still a bit lost as to what’s causing this, firstly I just replaced the pencontroller.js file with your suggestion, but It apparently it didn’t change anything.
Next I tried compressing the audio files in .zip with another software since you mentioned that it could have something to do with the error. I think that wasn’t effective either, and I could still get the same error.
I also thought of changing the server address for the last resort and that seemed to be working much better although when I asked some friends to pilot it, some still reported the long preloading message and no trial after that again.
Although my audio files are very light, but there are too many of them and I don’t think it’s plausible to use the same-site resource option.
I presume this issue is not very common? I just wished It was easier to tell what’s making the resource preloading in my experiment behave this way before I publish the link for recruiting, so I at least know what I should be fixing.

Best,
Zara

[gzlkj]

Hi all,

In my experiment I have over 800 audio files (in total for 8 groups) and the preloading messages would get in the way of the trials frequently, so I ruled out the option of loading the files from the pcibex resources completely, and I decided to use the PreloadZip as it was recommended. I know the zip files are downloaded without a problem because the message comes up in the log section of the debugger. Also, if I try to load them individually with a filename in quotation everything is fine. So far I think I’ve been having the same exact problem, except I really tried to find a misspelling or typo in any of the rows of the csv, but it seems like I can’t find any mismatches in the filenames.
I cloned the experiment yesterday, and it seemed to be working fine in the new slug at first for a couple of times. I made it to the end and all trials loaded successfully, but now I get this error in the console of the developer mode (after the preloading message stays on the screen for a while): “Uncaught (in promise) TypeError: this.resource.object is null”. Furthermore, I even tried different devices with different IPs and the problem persists.
I was assuming it has to be the server I’m using to host the zip files, that maybe it gives connection timeouts after trying to access it repeatedly in a short time… but if they’re downloaded completely, it surely can’t be it? I was really having a hard time detecting the cause of the problem, so I can fix it before distributing the link to participants. Any ideas where the root of the problem might be?

Thank you so much for your time!

This is a link to the test experiment, just in case.

-Zara

[gzlkj]

Thank you! It looks like it’s working as it should.
I really appreciate the quick reply, that was helpful. I’ve seen the “first” argument somewhere in the documentation of the old farm before, but it didn’t occur to me that I can use it here.

[Author]

Posts