|
From: doug s. <hig...@ho...> - 2013-05-29 21:28:48
|
If I -R record an .fwplay file on win32, and -F or -P playback on linux, it doesn't work quite the same, for example linux freewrl doesn't quit on the win32 q keystroke. win32 keystrokes: 14 58111.046000 "X,2,x,1,X,3," "" 24 58121.687000 "Q,2,q,1,Q,3," "" linux keystrokes: 24 1369782152.529543 "x,2,x,3," "" 29 1369782155.037159 "q,2,q,3," "" . In win32, the 2 means raw down, and 3 means raw up, and 1 means shift-applied down+up complete keystroke. In linux 2 means shift-applied down, and 3 means shift-applied up. We don't get a 1. . It seems like a good goal to generate .fwplay files on one platform, and then send them to others to automatically replay them on other platforms. That way the work of manually running the program and manually moving the mouse around and clicking, and typing characters, is only done once. After that it's automatic. . so somehow need to get the two into a normalized form before recording/playing back . -Doug . A few other issues: a) dtime - in win32 the dtime variable can be float with 6 decimal places. - in linux, it looks like time will get rounded. So the time needs to be read-back after sprintf and applied to dtime if doing -R -F together. Maybe that was the cause of the small diff I saw before - slightly different time delta and resulting animation progress. b) statusbar - ./configure --with-statusbar=hud vs no statusbar - might need different /recording set |