1 2
5 6
Posted: 4 days ago
Quote
feos
Site Admin, Skilled player (1208)
Joined: 4/17/2010
Posts: 11630
Location: Lake Char­gogg­a­gogg­man­chaugg­a­gogg­chau­bun­a­gung­a­maugg
NES TAS of 2011
JosJuice wrote:
I would be interested in hearing how the PS1 handles it, as it's the console that immediately comes to mind when I think of disc swapping tricks.
I can't be sure it's safe to proceed without this technical insight. Does anyone know this detail, or maybe where to look for it?
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.
Posted: 3 days ago
(Edited: 3 days ago)
Quote
feos
Site Admin, Skilled player (1208)
Joined: 4/17/2010
Posts: 11630
Location: Lake Char­gogg­a­gogg­man­chaugg­a­gogg­chau­bun­a­gung­a­maugg
NES TAS of 2011
So we're hitting a bottleneck with PCem (which will be the same for 86Box and even PCBox). Maximum speeds of fastest CPUs they emulate are not enough for some newer (compared to CPUs) games that would otherwise work fine on them. People have tried simply increasing the clockrate of Pentium2 up to 2GHz and it really helped with a lot of lag. But Pentium2 never worked at anything like that, best it could do was 450MHz. 2GHz was out of reach until Pentium4 in 2001. Emulation of P4 is not gonna happen soon, because people who work on those emulators consider even emulated P3 too slow for usage, and P4 is not only a faster CPU (hence slower emulation) but also has lots of features P3 didn't have. There's progress in making QEMU work in libTAS, but I'm pretty sure I'm the only person who tried it aside from keylie who made it work in the first place. So until we make qemu+libtas stable, I feel we should allow speeding up PCem if it doesn't cause glitches. It wouldn't be emulation of an overclocked CPU, but rather overclocking the emulation of a CPU.
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.
Posted: 3 days ago
(Edited: 3 days ago)
Quote
Spikestuff
They/Them
Expert player (2778)
Joined: 10/12/2011
Posts: 6514
Location: The land down under.
Flash TASer of 2022 PSX TASer of 2016
As one of the people who cannot actually run the verification movies for either 95/XP, because I get desyncs on them. I'm against it, due to it's being just another level of inaccessibility that I'm personally having, so having a higher core just makes it more of a headache to me personally.
WebNations/Sabih wrote:
+fsvgm777 never censoring anything.
Disables Comments and Ratings for the YouTube account. Something better for yourself and also others.
Posted: 3 days ago
Quote
Randomno
Editor, Active player (472)
Joined: 2/11/2018
Posts: 250
Flash TASer of 2023 N64/DS TASer of 2021
To note a few things. This won't suddenly enable every modern game to be played in PCem, because of processor instruction sets (like SSE) that Pentium 2 doesn't support, and other limitations. There has been a TAS created with the 2GHz CPU: Link to video I don't know how difficult the process was and what FPS they got while making it (450 MHz is already quite slow to work with). I wasn't aware of anyone experiencing desyncs on existing PCem movies from poor performance. If that's the case then it's probably worth making a couple of test movies to check sync with others. Also I assume this discussion will also apply to DOSBox in BizHawk, which may be more popular and I could see people requesting this in the future.
1 2
5 6
1743426848