Millisecond Forums

I'm not sure what exactly you changed and how you are presenting the videos now. If you're still doing something along the lines of

<item learning>
/1= "https://www.youtube.com/embed/l0cY50AMoTw?rel=0&amp;controls=0&amp;showinfo=0&amp;autoplay=1"
/2= "https://www.youtube.com/embed/oSFTuhIHd5g?rel=0&amp;controls=0&amp;showinfo=0&amp;autoplay=1"
/3= "https://www.youtube.com/embed/xTQnyhwUiBI?rel=0&amp;controls=0&amp;showinfo=0&amp;autoplay=1"
/4= "https://www.youtube.com/embed/jv234UEBDBg?rel=0&amp;controls=0&amp;showinfo=0&amp;autoplay=1"
/5= "https://www.youtube.com/embed/t6kXeJYKLFY?rel=0&amp;controls=0&amp;showinfo=0&amp;autoplay=1"
</item>

then Inquisit does not control the encoding and has no way to do so. If you are doing something else, e.g. have the video embedded in a HTML files that Inquisit displays, then you can try specifying the encoding in the HTML: https://www.w3schools.com/html/html_charset.asp

Hello,
One more question regarding this. The experiment works fine now. However, for people that only see a black box rather than the YouTube video, it seems to consistently help to right click the black box and select western encoding. Is there a way to pre-set this for the whole experiment? (because now this often only works if the person selects western encoding for each video separately). Thanks for the help so far.

Things should work a little smoother memory-wise when using /stream = true, yes. If you run into problems with that, however, please let me know (and if you have the experiment online somewhere, feel free to share the link with me so I can take a direct look at the videos involved) and I'll see if I can come up with some other alternative.

Thanks for the fast reply! I first used the video element, but since I have to use quite a lot of videos, it runs out of memory. Therefore I've switched to embedding them as youtube videos/html. Would you expect the memory issue to be less of a problem when I use the stream element you mention? Or will that still be the same as without /stream?

Yes, there are differences between OSX and Windows in how HTML is handled. Essentially, under Windows, Inquisit embeds Internet Explorer (because it is reliably available on all Windows systems) to render HTML. When run in embedded mode like this, however, Internet Explorer enforces various restrictions that may keep embedded / interactive content such as videos from working. The way a given system is set up and what security settings the user or organization applied to Internet Explorer installations also play a role under some circumstances, i.e. content may work on one system, but not on a different one with different settings / restrictions applied.

I'm afraid there isn't a really good or universal solution here. Ideally, you'd not embed Youtube videos, but instead you'd use standard <video> elements in Inquisit to play the videos. For online use, you can set the <video> elements' /stream attributes to true, that way the won't have to be downloaded in full before the experiment launches, they'll be streamed instead at runtime.