classification
Title: readline timeout too long for async gfx use
Type: enhancement Stage:
Components: Extension Modules Versions: Python 3.8
process
Status: open Resolution:
Dependencies: Superseder:
Assigned To: Nosy List: pmpp
Priority: normal Keywords:

Created on 2018-11-14 08:08 by pmpp, last changed 2018-12-04 08:28 by pmpp.

Messages (1)
msg329891 - (view) Author: pmpp (pmpp) * Date: 2018-11-14 08:08
unlike https://developer.mozilla.org/en-US/docs/Web/API/window/requestAnimationFrame which is fires about each 1/60 second : the callback for gui via PyOS_InputHook is as long as 0.1 second.

https://github.com/python/cpython/blob/8e0b05e2f4b9fd703cbe1ae8d058852ef3781f44/Modules/readline.c#L1192

using repl asyncronously with such a timer is a bad experience when using async opengl based gui : asyncio loop steps should be able to be served at vsync speed which is not actually possible because of hardcoded value.

0.008 seconds would not be so bad, best would be plan next call to hit T+ frametime ( with a default to 0.016 ) each pass inside the loop.

a use case for python would be panda3d and its various gui.

real life example in other mainstream language : the javascript repl in the browser console.
History
Date User Action Args
2018-12-04 08:28:01pmppsetversions: + Python 3.8, - Python 3.7
2018-11-14 08:08:28pmppcreate