Millisecond Forums

+x

 

AKrishna - 6/4/2021

A driver update to the current Intel build changed nothing, the error persisted.

And yes - the uploaded script is the same as the one being used in the testing, as is the picture.

+x

 

Dave - 6/4/2021

+x

 

AKrishna - 6/4/2021

A driver update to the current Intel build changed nothing, the error persisted.

And yes - the uploaded script is the same as the one being used in the testing, as is the picture.

Alright, I've compiled all the information into a bug report. We'll have to see if we can find some system among ours on which the problem is reproducible (no luck with that yet).

If you get the specs from the other systems you've observed this on, please add them here.

+x

 

Dave - 6/7/2021

+x

 

Dave - 6/4/2021

+x

 

AKrishna - 6/4/2021

A driver update to the current Intel build changed nothing, the error persisted.

And yes - the uploaded script is the same as the one being used in the testing, as is the picture.

Alright, I've compiled all the information into a bug report. We'll have to see if we can find some system among ours on which the problem is reproducible (no luck with that yet).

If you get the specs from the other systems you've observed this on, please add them here.

We're not having any luck trying to reproduce the issue. To help us narrow down potential causes, it would be great if you could try the following on the affected Dell machine and report back the result:

Set values.TimeInMSBetweenAnimationHops to twice the nominal refresh interval reported by the system, i.e.

<values>
...
/ TimeInMSBetweenAnimationHops = 2*display.refreshinterval
...
</values>

This will obviously slow down the animation and make it choppy, but it would be very helpful to know whether the text layer is still being omitted on some trials or whether it is displayed reliably with a longer hop time.

+x

 

Dave - 6/7/2021

+x

 

Dave - 6/4/2021

+x

 

AKrishna - 6/4/2021

A driver update to the current Intel build changed nothing, the error persisted.

And yes - the uploaded script is the same as the one being used in the testing, as is the picture.

Alright, I've compiled all the information into a bug report. We'll have to see if we can find some system among ours on which the problem is reproducible (no luck with that yet).

If you get the specs from the other systems you've observed this on, please add them here.

We're not having any luck trying to reproduce the issue. To help us narrow down potential causes, it would be great if you could try the following on the affected Dell machine and report back the result:

Set values.TimeInMSBetweenAnimationHops to twice the nominal refresh interval reported by the system, i.e.

<values>
...
/ TimeInMSBetweenAnimationHops = 2*display.refreshinterval
...
</values>

This will obviously slow down the animation and make it choppy, but it would be very helpful to know whether the text layer is still being omitted on some trials or whether it is displayed reliably with a longer hop time.

+x

 

AKrishna - 6/14/2021

+x

 

Dave - 6/7/2021

+x

 

Dave - 6/4/2021

+x

 

AKrishna - 6/4/2021

A driver update to the current Intel build changed nothing, the error persisted.

And yes - the uploaded script is the same as the one being used in the testing, as is the picture.

Alright, I've compiled all the information into a bug report. We'll have to see if we can find some system among ours on which the problem is reproducible (no luck with that yet).

If you get the specs from the other systems you've observed this on, please add them here.

We're not having any luck trying to reproduce the issue. To help us narrow down potential causes, it would be great if you could try the following on the affected Dell machine and report back the result:

Set values.TimeInMSBetweenAnimationHops to twice the nominal refresh interval reported by the system, i.e.

<values>
...
/ TimeInMSBetweenAnimationHops = 2*display.refreshinterval
...
</values>

This will obviously slow down the animation and make it choppy, but it would be very helpful to know whether the text layer is still being omitted on some trials or whether it is displayed reliably with a longer hop time.

Increasing the time between animation hops in this way did NOT solve the issue on at least one affected system (the one with the old Intel driver). The zoom effect was visibly slower as expected, but the word still flickered and there were still "jumps" in the zoom.

+x

 

Erik - 6/15/2021

This turns out to be another case where appending a size indicator via string manipulation running afoul of the local locale. In this particular case replace all the concat(value, "%") code with display.getpixelsx(value):

In the attached scripts case modify the relevant <expressions> to the following:

/ AATTargetStimulusXSize = if (expressions.MovementDirection == "Approaching") display.getpixelsx(values.StartingAATTargetTextHeightInPercent * (1 + values.HopCounter*(values.FinalZoomFactorText-1)/values.NumZoomSteps))
else if (expressions.MovementDirection == "Avoiding") display.getpixelsx(values.StartingAATTargetTextHeightInPercent * (1 - values.HopCounter*(1-1/values.FinalZoomFactorText)/values.NumZoomSteps))
else display.getpixelsx(values.StartingAATTargetTextHeightInPercent)
/ AATTargetStimulusXSizeForError = if (expressions.MovementDirection == "Approaching" && script.currentblock == "PracticeAAT" && !values.ErrorFeedbackInPracticePhaseInsteadOfZoom) display.getpixelsx(values.StartingAATTargetTextHeightInPercent * (1 + values.NumZoomSteps*(values.FinalZoomFactorText-1)/values.NumZoomSteps))
else if (expressions.MovementDirection == "Avoiding" && script.currentblock == "PracticeAAT" && !values.ErrorFeedbackInPracticePhaseInsteadOfZoom) display.getpixelsx(values.StartingAATTargetTextHeightInPercent * (1 - values.NumZoomSteps*(1-1/values.FinalZoomFactorText)/values.NumZoomSteps))
else if (expressions.MovementDirection == "Approaching" && script.currentblock == "AAT" && !values.ErrorFeedbackInSRBindingPhaseInsteadOfZoom) display.getpixelsx(values.StartingAATTargetTextHeightInPercent * (1 + values.NumZoomSteps*(values.FinalZoomFactorText-1)/values.NumZoomSteps))
else if (expressions.MovementDirection == "Avoiding" && script.currentblock == "AAT" && !values.ErrorFeedbackInSRBindingPhaseInsteadOfZoom) display.getpixelsx(values.StartingAATTargetTextHeightInPercent * (1 - values.NumZoomSteps*(1-1/values.FinalZoomFactorText)/values.NumZoomSteps))
else display.getpixelsx(values.StartingAATTargetTextHeightInPercent)
/ BGPicXSize = if (expressions.MovementDirection == "Approaching") display.getpixelsx(values.StartingBGPicWidth * (1 + values.HopCounter*(values.FinalZoomFactorBGPic-1)/values.NumZoomSteps))
else if (expressions.MovementDirection == "Avoiding") display.getpixelsx(values.StartingBGPicWidth * (1 - values.HopCounter*(1-1/values.FinalZoomFactorBGPic)/values.NumZoomSteps))
else display.getpixelsx(values.StartingBGPicWidth)

and things should work as expected regardless of the locale.  

The next release will at least issue a warning that the person running the experiment will see if Inquisit fails to parse a size.