I've had a few ideas for graphical server-client applications using pygame
and sockets
. Is it realistic to build these by sending the pygame.event.get()
list from each client to the server, having the server process this information, and send a different pygame Surface back to each client? My forays in to the problem so far haven't been very successful, but the idea sounds right. Thoughts?
Asked
Active
Viewed 149 times
0

Ujjwal Dash
- 767
- 1
- 4
- 8

ARC369
- 1
- 1
-
It will be better if you use `tkinter` and `socket` . The main reason is that `pygame` will take a hard time to configure the responsive buttons . You can also try `PyQt5` for GUI – Jdeep Jul 30 '20 at 06:28
-
Will keep this in mind- just trying to check my idea of sending different images to each client – ARC369 Jul 30 '20 at 18:16
-
1The approach sounds completely *technically* possible. But I would try to keep heavy processing on the clients, and network I/O to a minimum (usual practice). For example, If you're manipulating a standard set of images, keep them on the clients, and transmit *instructions* for the clients to do the manipulation (even if you transfer all images at at startup). You haven't given us much detail in the description, so it's hard / impossible to suggest a good algorithm. – Kingsley Jul 30 '20 at 22:23
-
You’re right about the vagueness of my question, mostly looking for general ideas. – ARC369 Jul 31 '20 at 02:09
-
@Ujjwal Dash Check this out - https://www.youtube.com/watch?v=-3B1v-K1oXE – rishi Jul 31 '20 at 15:57