| Reference | Downloads | Github

Ending support for Python 2.7 and 32bit Windows?

Developers have been pushing for some time that we drop support for legacy installations (Python2.7 and 32bit Windows) because it makes things harder to maintain.

My own sense is that some users want or need these, but it is getting harder to support them. Below are some of the reasons I know about, but chip in if you know more reasons (especially reasons that we need prolonged support).

On balance, my feeling is that we should soon drop support for legacy options soon (maybe in release 3.1.0), unless I hear arguments otherwise.

Known reasons to drop 32bit support

  • I’m currently adding support for a new keyboard/USB lib and audio lib (same code as in psychtoolbox) that should dramatically improve timing of both. These libs only support 64bit Windows.
  • The releases pages are getting rather confusing for users because of all the possible downloads for each version

Known reasons to drop Python2 support

  • On Mac this has already essentially stopped being supported because it failed to compile recently and I haven’t worked out why
  • On windows, I could technically build a 64bit Python3 release but it feels like that’s too many options
  • We are also currently avoiding some recent nice features of newer Python versions (like the nicer formatted strings) because of supporting Python2 at the same time

Known reasons to keep dual support

  • Currently the pyo audio lib is only 32bit windows, but this will probably change soon, and even if it doesn’t the new lib from psychtoolbox should make it redundant
  • the iolabs button box definitely doesn’t have a Python3 so we’d be effectively dropping support for that, but it hasn’t been made for years and, as far as I can tell from google, everyone else dropped support long ago.

Much to my chagrin, the Eyelink 1000 eye-tracking system only fully supports PsychoPy with Python 2.7. They are beginning to support Python 3 with PsychoPy, but the software is in beta phase and they don’t recommend using it for ‘serious data collection’. This seems like an issue that would affect many users, so it seems worth considering as a reason to keep dual support.


Thanks, that’s good to know. We’ll need to chat with SR Research about their roadmap


I think psychopy.microphone still requires pyo.

This post on a performance comparison of Python versions is interesting; not sure how significant any of it is though.

I’d think 32bit can go, but P2.7 64bit support would be good for another 6 to 12 months maybe?

One argument for dropping Python 2.7 support is its upcoming end-of-life next year.

Potential issues:

Not big issues:

  • Py2.7 end of life doesn’t itself bother me. That just means no updates to Python (and it’s a year away, which doesn’t mean we need to end support now). I’m looking for practical issue one way or other
  • The next version of pyo (which we currently use for microphone) will apparently have 64bit windows wheels and already support Py3/Py2 so that’s not an issue

Potential issues:

  • eyetracker (and other hardware?) support. @sol you probably know best who to speak to at SRR. Could you see what their thoughts/plans are?

I think we certainly need to drop support for 32-bit Python but not 2.7 just yet. However, we need to make it clear that you need the 64-bit version of Python, since the default download on is the 32-bit version.

I really would like to take advantage of features provided by Python 3.6+ when working on core PsychoPy modules.

I think this is a good point. Supporting so many configurations makes the release process more difficult and takes up time that could be better spent on fixing bugs or adding features. And needing to span Python 2 and 3 limits potential productivity of the developers.

I think an ideal outcome might be to make solid final releases for both Python 2.7 and 32 bit, on all platforms. It’s not like ceasing development for them means that people can’t still continue to use those releases well into the future, including with older hardware that might or might not be updated to support Python 3.

The current rate of rapid development is being driven by the online capacities, and presumably those users aren’t concerned by these Python platform issues. Meanwhile, the biggest current issues facing “legacy” users are probably ones to do with audio and video dependencies. Maybe some of the audio issues at least might be resolved by incorporating the PsychToolbox code from Mario (with the improved keyboard handling too, at least for 64 bit Python 2.7)? Maybe that is a natural point to say that the legacy releases are on a firm footing and should be usable on current studies for a few years, but those with needs for new features need to make the jump to Python 3/64 bit?

From my perspective, as long as existing releases of psychopy aren’t going away, making new development only available in modern versions of python sounds perfect to me.

1 Like

Me raising the issue now is actually mostly driven by the psychtoobox (PTB) libs. Yes, I’m confident they will very much improve timing in both audio and keyboard.

I’m doubtful that I can make the PTB audio code work on 64bit at all, and the keyboard code isn’t currently working there either (will take a fair bit of effort for me to work out why).

I’d like to make these new libs (PsychHID and PsychPortAudio) a part of PsychoPy3.1. If we do want to support Py2.7 or 32bit windows for PsychoPy3.1 then well need to write PsychoPy Builder’s keyboard to make a decision about which keyboard calls to use (whereas if we drop support for 2.7 then we write the Builder Keyboard only to use the superior PTB keyboard).

You mean 32-bit, right?

That might be an incentive to use 64-bit if users get better features and support. Since PsychoPy falls under scientific computing, where people may need as much system RAM as possible for working with arrays (images, audio and movie clips, trial data, etc.), it might be worth encouraging the move. There are several posts where people report memory errors when creating experiments with images and movies, something people shouldn’t need to worry about.

I would support the idea of freezing 32-bit/Python 2.7 version and doing bugfixes only on it, while the 64-bit/3.6+ version gets fixes and features.

1 Like

Sorry, yes, I might not be able to get Psychportaudio working on 32 bit windows at all.

OK, well for me I think this comes down to hardware. I’d we can get support for 64bit windows from people like SRResearch then great. Otherwise we might need to struggle on for a bit with dual option.

FWIW @mdc I’m not actually sure the video issue is fixed by 64bits I think its most likely a bug with a leak rather than a genuine memory problem. It always occurs for people at 120 videos as far as I can tell

I think 64 bit is not an issue, only question is when official Python 3 support will be added (for pylink).

While I will likely be using old Python 2.7 versions of Psychopy for years, ceasing support in new versions doesn’t bother me if the Eyelink issue is sorted out.

Just out of interest, Alex, what is your driving consideration there? (I’m the same, for an established longitudinal study that is using an incredibly old version of PsychoPy, running under Windows XP, but wonder what would lead others to do the same.)

I have been in touch with SR Research about their pylink library, and their support said:

There is no ETA for the next release of the Pylink library. Sometime later this year is what I would expect.

The official release supports python up to version 3.2, and they have “beta builds” for 3.4 and 3.6

1 Like

Since SMI eye trackers are no longer supported, I don’t think the old SMI SDK will work with Python 3. :confused:
So anyone working with an SMI eye tracker will have to stick to Python 2.7.

SMI eye trackers can be controlled via simple direct UDP network messaging, you don’t need to go via the SDK. I’ve recently updated our internal modules that do that from Python 2 to 3. I could release those for anyone that wants them. Although the code includes functions closely based on our own idiosyncratic lab protocols, it does allow control over most eye tracker features simply by sending text messages like ET_REC, ET_STP, etc to the eye tracker PC. It includes interactive calibration, where PsychoPy draws a calibration target and shifts it around the screen in response to calibration instructions from iView.


That would help me immensely :smile: