Page 1 of 1
[17b9 bug] Speed Editor and screen saver

Posted:
Sat Feb 13, 2021 6:25 am
by piranha32
Using Speed Editor does not reset screen saver timeout on Linux. This leads to monitors going blank suddenly in the middle of edit, and forces to take hands of the panel to touch the keyboard or mouse to reset the screen saver. Small thing, but annoying.
Second bug may have more serious consequences: when screen lock is active, SE can still control Resolve. This may lead to someone unintentionally (or not) making changes to the project when the editor stepped away from the desk, and locked the workstation to keep it safe.
Re: [17b9 bug] Speed Editor and screen saver

Posted:
Sat Feb 13, 2021 5:50 pm
by Jim Simon
Yeah, you'd think the OS would see those operations as User Input.
Re: [17b9 bug] Speed Editor and screen saver

Posted:
Sat Feb 13, 2021 6:45 pm
by piranha32
SE exports several interfaces on USB. One of the m is HID (Human Interface Device USB class), but I have not seen any interesting activity on if. All events are coming from an application specific interface, and the windowing system knows nothing about it. Had the events been sent from the HID, most likely the problem would not exist.
Re: [17b9 bug] Speed Editor and screen saver

Posted:
Sat Feb 13, 2021 6:48 pm
by smunaut
@Jacek : Mind pastbinning a lsusb -vvv ?
Re: [17b9 bug] Speed Editor and screen saver

Posted:
Sat Feb 13, 2021 6:59 pm
by piranha32
Here you go
https://pastebin.com/qL8d7Ch7I haven't spent much time on digging into the communication from SE, but the events look easy enough to decode, to use the console for other applications.
Re: [17b9 bug] Speed Editor and screen saver

Posted:
Sat Feb 13, 2021 10:54 pm
by smunaut
Wait only the HID interface has any endpoint ... so that's the only way it'd exchange data ....
Re: [17b9 bug] Speed Editor and screen saver

Posted:
Sat Feb 13, 2021 11:54 pm
by piranha32
Looks like you're right. There is data coming from /dev/usb/hiddevX