Sorry for my English!

I want to use for recording 11h and at 60Hz is too much data

nice work, man!

can I also write a program in C to connect to this emulator, or must it be Python?

Ah, there’s the reason. It’s a little harsh though (reads a bit like “we’ll release security fixes for this, but to strongly encourage you to just upgrade to another version we won’t build the binaries for you”).

Still, 3.4 is pretty outdated at this point and I can understand their desire not to expend resources supporting outdated versions. The issue is more that Gnome’s Windows support seems to be lagging, hence forcing the outdated version of Python.

Looks like a job for me to try at home and see if it is usable, before getting the school to have a go.
/me hoping they’ve not installed and need the latest python with the ╳╳╳╳日本护士视频/IT classes.

Many thanks for the detailed explanation.

“Python 3.4.5 doesn’t have a binary build on Windows (for no apparent reason)”

https://www.python.org/downloads/release/python-345/ says:
“Python 3.4 has now entered “security fixes only” mode, …. Python 3.4.5 has only been released in source code form; no more official binary installers will be produced.”
:-/

See my comment below. Basically, cross compatibility *is* there with Python … not so much with GTK3 though which is what the GUI portion of the emulator is built upon.

In reply to ben.

GTK3 is also painful to install on Windows. Here’s what I did to try things out on my Windows 10 setup:

1. Install Python 3.4.4. PyGObject isn’t packaged for 3.5, so you can’t use that, and Python 3.4.5 doesn’t have a binary build on Windows (for no apparent reason) so you’re stuck on the old version. Make sure there’s no other python versions installed or the PyGObject installer (below) gets confused, and ensure 3.4.4 is included in the PATH when installed.

Link: https://www.python.org/downloads/release/python-344/

(you probably want the x86-64 MSI installer unless you’re on truly ancient hardware)

2. Install PyGObject for Windows. Windows seems to be a distinctly second-class citizen in Gnome (in marked contrast to Qt) so the builds are from some random Sourceforge page. You want the latest build which at the moment appears to be 3.18.2 rev9. When the installer presents an enormous list of packages to you, make sure Gtk and Gdk are selected (I don’t recall needing anything else – all the other dependencies of those were automatically pulled in).

Link: https://sourceforge.net/projects/pygobjectwin32/files/?source=navbar

3. All the other dependencies (numpy and PIL basically) should be handled automatically by pip. Fire up a command line window (cmd) and run the following to install the emulator and all other dependencies:

pip install sense_emu

With a bit of luck everything should now be installed and you can run the following to start the graphical portion of the emulator:

sense_emu_gui

It doesn’t get added to the Start menu as that would require plenty more work (basically, that gets us into the realm of building a full Windows installer and uninstaller). As you’ll discover, various bits of GTK3 are flaky under Windows (the joystick buttons toggle rather than pressing and releasing, the keyboard support for joystick control doesn’t work at all, the sliders don’t smoothly follow mouse control when dragged, etc.) which is part of the reason we don’t want to get into building a Windows installer; that gives the impression that Windows is a supported platform.

With the current state of GTK3 on Windows, it’s simply not realistic for us to support the platform officially. Which is not to say we actively work against it: I’ve tried to be careful when building the emulator to ensure I’m not doing anything which’ll outright fail on Windows, but support is very much “unofficial best effort”.

They are online since they are school computers used for teaching.
We have plenty of these and few Pi’s, hence it is much better to learn and test on these desktops and move and test on the Pi ‘in the real world’.

Triket seems quite restricted it what it can actually do. The mainstay astropi/sensehat of datalogging does not work, errors instantly https://www.迪迦奥特曼大电影.org/learning/sense-hat-data-logger/worksheet2/ (The download there)
Trinket gives no useful information for debugging.
It’s fine for some simple LED tinkering, but nothing actually useful beyond that. Unless I’m missing something.

I assumed a full python install would be more flexible. Shame the cross compatibility is not there with python.

Will send it to the IT techs to see if they’ll download more things :)

Luckily Joysticks are not something we’re bothered with.

Oh, and before I forget there’s “sense_csv” too which can convert a recording into CSV format. This is largely intended for debugging / analysis but it might prove useful in ways I haven’t thought of yet.

The idea of making a pass-thru to the real Sense HAT is intriguing. I’m not sure how easy/hard that is off the top of my head, but I’ll have a look at it in future.

Playback functionality is obviously built-in but recording is a bit trickier as that then means loading both the sense_emu and sense_hat libraries into a single process (should be possible, but have to be careful about that). I should also mention there’s a “sense_play” command line utility so you can script both recording and playback if you want.