Site Admin, Skilled player (1255)
Joined: 4/17/2010
Posts: 11486
Location: Lake Char­gogg­a­gogg­man­chaugg­a­gogg­chau­bun­a­gung­a­maugg
We accept PCem Windows XP movies for submission now, and in addition to our guides we also need to have a place for all the discussion about this setup, results of tests and all sorts of useful advises, which we could add to the wiki guide.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Post subject: Navigating bootup
InputEvelution
She/Her
Editor, Reviewer, Player (36)
Joined: 3/27/2018
Posts: 195
Location: Australia
The duration of time it takes for Windows XP to actually finish booting up and take you to the desktop is rather inconsistent between different time-and-dates in libTAS (with half of the outcomes being a full 17 seconds longer!). I've documented the duration and outcome of some of these possible starting times in a spreadsheet here: https://docs.google.com/spreadsheets/d/1_j1zkYPPHR4jLLW3bybvnjsN6K7sV_vWZHLm7X5SwaE Windows XP in general seems to be rather sensitive and unpredictable with lag. Simply moving the mouse around on screen seems to be able to affect the duration of loading times (often for the worse), and clicking on things the first frame they appear often seems to result in slower loading times than waiting a few frames beforehand. Without a better understanding of exactly what Windows does behind the scenes with managing tasks, the best solution here seems to be one of trial and error. Regarding avoidance of the mouse, I've found a rather comprehensive cheatsheet for keyboard shortcuts that may prove useful to others: http://www.shortcutmania.com/Windows-XP-Keyboard-Shortcuts-printable-cheatsheet.htm CD loading times in particular seem to present a difficult hazard for TASing, as loading earlier savestates after PCem has started reading from the CD image seems to cause desyncs, and even strange errors from XP itself on some occasions: Running the movie from the very start seems to give consistent timings without errors, but combined with XP's strange lag inconsistencies, it seems game installation in particular is likely to be a pain to optimise.
Post subject: Re: Navigating bootup
Sand
He/Him
Player (143)
Joined: 6/26/2018
Posts: 175
InputEvelution wrote:
The duration of time it takes for Windows XP to actually finish booting up and take you to the desktop is rather inconsistent between different time-and-dates in libTAS (with half of the outcomes being a full 17 seconds longer!). I've documented the duration and outcome of some of these possible starting times in a spreadsheet here: https://docs.google.com/spreadsheets/d/1_j1zkYPPHR4jLLW3bybvnjsN6K7sV_vWZHLm7X5SwaE
Wow—super interesting! Just looking at the "Res increase" column, it seems to oscillate between 44.4 s and 53.42 s about every 10 years. (The difference between adjacent rows is 100000000 s, or about 3.17 years.) I wonder if the dynamics are as simple as: there are particular timestamps at which the time required to boot suddenly changes. For example, timestamp 1300000000 yields 44.4 s and timestamp 1400000000 yields 53.42 s: would a binary search find a pair of consecutive timestamps where one is 44.4 s and the other is 53.42 s?
Active player (390)
Joined: 12/20/2022
Posts: 38
Location: UK
InputEvelution wrote:
The duration of time it takes for Windows XP to actually finish booting up and take you to the desktop is rather inconsistent between different time-and-dates in libTAS (with half of the outcomes being a full 17 seconds longer!). I've documented the duration and outcome of some of these possible starting times in a spreadsheet here: https://docs.google.com/spreadsheets/d/1_j1zkYPPHR4jLLW3bybvnjsN6K7sV_vWZHLm7X5SwaE
Every "long" load occurs during daylight savings time, and every "short" load occurs outside of it. I wonder if that's relevant.
InputEvelution
She/Her
Editor, Reviewer, Player (36)
Joined: 3/27/2018
Posts: 195
Location: Australia
DigitalDuck wrote:
Every "long" load occurs during daylight savings time, and every "short" load occurs outside of it. I wonder if that's relevant.
Great observation, I hadn't noticed that at all!
Site Admin, Skilled player (1255)
Joined: 4/17/2010
Posts: 11486
Location: Lake Char­gogg­a­gogg­man­chaugg­a­gogg­chau­bun­a­gung­a­maugg
Oh god so it makes a difference in the end D:
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
InputEvelution
She/Her
Editor, Reviewer, Player (36)
Joined: 3/27/2018
Posts: 195
Location: Australia
feos wrote:
Oh god so it makes a difference in the end D:
Well, I did a little bit of testing from the v2 verification movie before this, and the same starting times were longer there. So I suspect that either the removal of daylight savings doesn't actually get saved due to restarting during OOBE, or that it just takes longer during DST anyways for some reason.
Editor, Player (69)
Joined: 6/22/2005
Posts: 1050
This could be legally bad for Microsoft if their OSes intentionally hinder productivity due to DST. Quick: Someone leak this to the press!
Current Projects: TAS: Wizards & Warriors III.
Site Admin, Skilled player (1255)
Joined: 4/17/2010
Posts: 11486
Location: Lake Char­gogg­a­gogg­man­chaugg­a­gogg­chau­bun­a­gung­a­maugg
InputEvelution wrote:
CD loading times in particular seem to present a difficult hazard for TASing, as loading earlier savestates after PCem has started reading from the CD image seems to cause desyncs, and even strange errors from XP itself on some occasions: Running the movie from the very start seems to give consistent timings without errors, but combined with XP's strange lag inconsistencies, it seems game installation in particular is likely to be a pain to optimise.
I think this proves that game installation deserves to be in a separate movie if a CD is used. Do you know if floppy disk installation has the same problem?
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
InputEvelution
She/Her
Editor, Reviewer, Player (36)
Joined: 3/27/2018
Posts: 195
Location: Australia
feos wrote:
I think this proves that game installation deserves to be in a separate movie if a CD is used. Do you know if floppy disk installation has the same problem?
I don't, unfortunately. I'm not even sure if I currently have a working floppy disk reader...
Site Admin, Skilled player (1255)
Joined: 4/17/2010
Posts: 11486
Location: Lake Char­gogg­a­gogg­man­chaugg­a­gogg­chau­bun­a­gung­a­maugg
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Site Admin, Skilled player (1255)
Joined: 4/17/2010
Posts: 11486
Location: Lake Char­gogg­a­gogg­man­chaugg­a­gogg­chau­bun­a­gung­a­maugg
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Joined: 5/30/2024
Posts: 1
For some directx 8 and 9 games, it can be useful to use a wrapper to render in software, because directx 8 and 9 are too modern for the Voodoo 3 which is currently the best graphics card emulated in PCem. Some games can look wrong or not even start in hardware rendering, but with software rendering it can be fine. Be aware that it's very heavy on the emulated cpu. With Pixomatic in Windows XP, after upgrading to directx 8.1 I'm able to play Hamsterball. The main menu still has a black picture but without the wrapper many polygons would be black and textures would have no transparency. I was also able to play Hotline Miami in Windows XP, with a different version of Pixomatic, but the game seems to be too slow for the emulated cpu with software rendering. It's also a Directx 8 game. You just take dlls and files from the shader directory and put them in the same directory as your game executable. For Hamsterball I used Pixomatic version 2 from here https://www.vogonsdrivers.com/wrappers/files/Unsorted/rast.7z For Hotline Miami I used Pixomatic version 2 from here https://www.vogonsdrivers.com/wrappers/files/Direct3D/Software/Pixomatic/pixomatic_softogl.7z There's also an opengl wrapper in the zip. For other games, SwiftShader version 2 may work better but I didn't find good examples. There's a version of SwiftShader version 2 in the first link. Here's another version of SwiftShader 2 https://www.vogonsdrivers.com/wrappers/files/Direct3D/Software/SwiftShader/SwiftShader%202.x/ There are other versions of SwiftShader so if you're interested you can search for them. People compiled versions to run in Reactos so you can try them as well.
Site Admin, Skilled player (1255)
Joined: 4/17/2010
Posts: 11486
Location: Lake Char­gogg­a­gogg­man­chaugg­a­gogg­chau­bun­a­gung­a­maugg
Amazing find!!!
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
InputEvelution
She/Her
Editor, Reviewer, Player (36)
Joined: 3/27/2018
Posts: 195
Location: Australia
For some reason, PCem only seems to respond to mouse inputs from the player every second frame. (e.g. mouse button inputs won't be registered if performed on odd-numbered frames, and mouse movement will only be detected if it carries over to an even-numbered frame). At PCem's default framerate, this equates to a mouse input rate of 50Hz, while keyboard inputs can be performed at 100Hz. If PCem st-2 is emulated at say, 200fps, then the mouse input rate will instead be 100Hz. It may be best to run PCem at at least double the framerate of your game (or otherwise wait for a fix) if you're planning on making a TAS.
Samtastic
He/Him
Player (154)
Joined: 11/30/2012
Posts: 777
I notice that Abe on Windows 95 has audio issues. I.e: it sturggles to play high pitched sounds inclduing the Windows 95 jingle at it's full capacity. Here's a video of AE on Windows 95 I did yesterday, the secret chime is making lots of background noise related to audio emulation - I will make an audio only video later. https://youtu.be/mA4-byY5aHE?si=N4c-FuVNMbwwulr-&t=109
Enjoys speedrunning, playing and TASing Oddworld games! Has TASed: Oddworld: Abe's Oddysee in 12.06.13 (with Dooty) Oddworld: Adventures II in 20.03.78 (with Dooty) Oddworld: Abe's Exoddus 100% in 2:08:28.4 (with Dooty) Oddworld: Abe's Oddysee 100% in 1:05:01.65 Oddworld: Abe's Exoddus in 37:18 Oddworld: Abe's Exoddus in 37:15 Oddworld: Abe's Exoddus 100% in 2:!5.44.12 Oddworld: Abe's Oddysee any% in 13:01.3 Oddworld: Abe's Oddysee any% in 12:59.95 Oddworld: Abe's Oddysee 100% in 1:04:16.27 Oddworld: Abe's Oddysee 100% in 1:04:01.07 Currently working on: Waiting for Windows TAS Tools to work so I can TAS PC version of Exoddus.
Spikestuff
They/Them
Editor, Publisher, Expert player (2649)
Joined: 10/12/2011
Posts: 6444
Location: The land down under.
chuky wrote:
I was also able to play Hotline Miami in Windows XP, with a different version of Pixomatic, but the game seems to be too slow for the emulated cpu with software rendering. It's also a Directx 8 game.
fwiw, Hotline Miami is a Native Linux game that can run in libTAS.
WebNations/Sabih wrote:
+fsvgm777 never censoring anything.
Disables Comments and Ratings for the YouTube account. Something better for yourself and also others.
fsvgm777
She/Her
Senior Publisher, Player (226)
Joined: 5/28/2009
Posts: 1215
Location: Luxembourg
Last I know, Hotline Miami didn't play nice with libTAS at all, though, since it's a Qt title. If I recall, it has been noted that the rendering thread is not the main thread and is generally unstable.
Steam Community page - Bluesky profile Oh, I'm just a concerned observer.
Samtastic
He/Him
Player (154)
Joined: 11/30/2012
Posts: 777
Here it is @feos, this is the glitches that occour when emulating 95... https://www.youtube.com/watch?v=m5B4SxDInFc
Enjoys speedrunning, playing and TASing Oddworld games! Has TASed: Oddworld: Abe's Oddysee in 12.06.13 (with Dooty) Oddworld: Adventures II in 20.03.78 (with Dooty) Oddworld: Abe's Exoddus 100% in 2:08:28.4 (with Dooty) Oddworld: Abe's Oddysee 100% in 1:05:01.65 Oddworld: Abe's Exoddus in 37:18 Oddworld: Abe's Exoddus in 37:15 Oddworld: Abe's Exoddus 100% in 2:!5.44.12 Oddworld: Abe's Oddysee any% in 13:01.3 Oddworld: Abe's Oddysee any% in 12:59.95 Oddworld: Abe's Oddysee 100% in 1:04:16.27 Oddworld: Abe's Oddysee 100% in 1:04:01.07 Currently working on: Waiting for Windows TAS Tools to work so I can TAS PC version of Exoddus.

1733180099