Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Small bugfix in MovieStim.__init__ #2

Conversation

arokem
Copy link
Contributor

@arokem arokem commented Sep 8, 2010

There was no default behavior for setting self._useShaders. Added setting it to False. Is that really the appropriate default behavior?

@peircej
Copy link
Member

peircej commented Sep 8, 2010

Actually Ariel, I don't think the self._useShaders ever gets used in the MovieStim code (so doesn't matter what the value is). You said before that it caused transparency to work on your machine, but are you sure? I think it doesn't ever get touched.

@arokem
Copy link
Contributor Author

arokem commented Sep 8, 2010

Since it inherits from _BaseVisualStim, it has a setOpacity method (which works great for me, for fading movies in and out), which includes:

if not self._useShaders

@peircej
Copy link
Member

peircej commented Sep 8, 2010

Right, yes, good point.

In this case, if _useShaders is ever False, then the MovieStim will try to create an opacity mask, which it shouldn't do. So, actually, we should either:
a) override setOpacity for the MovieStim and exclude the part about _useShaders and setMask()
b) set MovieStim._useShaders to be True always (irrespective of win._haveShaders)
Although b) is a bit of a hack, the shaders won't actually be used, so it doesn't matter that the gfx card may not support them.
I don't actually think it matters much which way.

@peircej
Copy link
Member

peircej commented Sep 8, 2010

that's weird - it converted my underscores to itals using wiki markup, but not yours?!

@arokem
Copy link
Contributor Author

arokem commented Sep 8, 2010

Yes. Weird. OK - I am sending another pull request for option a (which I just tested on my machine and works fine). I think it is a cleaner solution than b.

@peircej
Copy link
Member

peircej commented Sep 8, 2010

cool - I'll fetch that in a moment

peircej pushed a commit that referenced this pull request Jan 20, 2014
yarikoptic added a commit to neurodebian/psychopy that referenced this pull request Dec 8, 2014
yarikoptic added a commit to neurodebian/psychopy that referenced this pull request Dec 8, 2014
peircej pushed a commit that referenced this pull request Mar 24, 2015
potential bug fix in case first row has a zero weight
@vrossum vrossum mentioned this pull request May 27, 2016
peircej pushed a commit to peircej/psychopy that referenced this pull request Jan 16, 2017
peircej pushed a commit that referenced this pull request Apr 10, 2017
peircej pushed a commit that referenced this pull request Dec 20, 2017
peircej pushed a commit that referenced this pull request Apr 13, 2018
ENH: save data from after the final loop in ExpHandler
wilfrid-li pushed a commit to wilfrid-li/psychopy that referenced this pull request Feb 25, 2019
peircej pushed a commit that referenced this pull request Nov 16, 2020
peircej pushed a commit that referenced this pull request Apr 20, 2022
EGG: Easter egg app colors mode which turns PsychoPy pink
RebeccaHirst pushed a commit that referenced this pull request Jun 8, 2022
DOCS: eyetracking.rst minor tweak to image sizes
peircej pushed a commit that referenced this pull request Oct 14, 2022
Resolve merge conflict with PsychoPy dev

(trusting your changes are good -- currently swamped with deadlines)
This pull request was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants