Alright, I tested RetroArch 1.2.2 on 4 monitors; every time the monitor's frame rate set to 60.0Hz, Aero not disabled:
PC 1:
- NVidia Geforce 970
- OS: Windows 7 64-bit
- RetroArch: 64-bit
- monitor 1: Acer GN246HL
- monitor 2: Hanns.G JC198D
PC 2 "Wintron 10.1 SurfTab":
- integrated graphics
- OS: Windows 8.1 32-bit
- RetroArch: 32-bit
- Estimated Monitor Framerate
PC 3:
- NVidia Geforce 460
- OS: Windows 7 64-bit
- RetroArch: 64-bit
- monitor: BenQ G2222HDL
I might be able to test an XP laptop later.
--------------------------------------------------------------------------------
Lex wrote:
I tried ReClock for this exact purpose a while back, but it seemed buggy as all hell at that time. Does it work better now?
Well - it works fine enough for me. On PC 1 I used it for many months with the BenQ, which was set to 50 Hz, to watch anime and movies which were sped up by ReClock from 24.0/1.001 to 25 Hz, without any problems. Now the Acer, which is a 144 Hz display, is connected to that PC and set to 120.0/1.001 Hz so that I can watch both ~23.976 and ~59.94 Hz videos; ReClock is only used rarely.
Only on the SurfTab I had some cases where MPC-HC crashed when starting a video; it always worked on the second try though.
It probably depends on the settings that you use.
Actually, it's not true that PC monitors advertised to run at 60Hz do run at that. The RetroArch people tested a bunch of monitors, including my Acer G24 from 2007, and they are mostly 59.94-59.95Hz.
That's not been my experience though... Got a link to relevant thread(s)?
Lex wrote:
What really should be done is fixing the playback rate in the video player.
Possible with ReClock, not possible for Youtube videos.
Is it, though? It's just a few additional lines...
Anyway, the SNES framerate (progressive mode) is 2684659/44671 fps, i.e. ~60.0985 fps. Changing that to 60.0 fps would add ~5.91 seconds to every hour of video, which is not really noticeable for the viewer. What is noticeable though is the unavoidable consistent extra frame every ~10.3 seconds without this change, which is especially noticeable in scrolling sections.
One thing that the encoding package is concerned with is avoiding video/audio desyncs, i.e. resampling the audio to fit the video's length and framerate.
Some (all?) TV-based consoles don't run at exactly a framerate of 60 or 50 Hz though. (The official, interlaced, NTSC standard defines the framerate to be 60/1.001 Hz, but analog TVs are flexible enough to allow some variation.) Flatscreen PC monitors usually support 60.0 Hz, some also support frequencies such as 60.0/1.001 Hz either officially or via custom frequency settings.
So to ensure absolutely smooth video playback on most PC monitors, the framerate should be set to 60 Hz and the audio's sample rate changed to fit the new video length.
This is what I did for the Secret of Evermore temporary encode:
Mmmh. Theoretically, "Emulator used" would include all emulators you used, but the purpose of that info is to tell which emulator version people should use to play back the submission. So I guess 1.6.1 is correct.
Temporary encode (should be 720p 60fps when done processing):
Link to video
I literally didn't see a difference when switching between both images until I read the rest of your post.
I think the lack of any texture filtering took all my attention.
Only users with special privileges can add/change files in "C:\Program Files*" directories.
Change the file path settings or move BizHawk to a different directory (e.g. in %HOMEDRIVE%%HOMEPATH%, on the desktop or on a different partition/drive).
EDIT: What Atma said.
This way, you can always force kill and eliminate any not yet saved bad settings in case the application get in a funny/corrupted state.
Which can also be done by deleting/backing up the config file.
natt wrote:
On the other hand, if the config file is always open and constantly being written to, (and not just on successful quits), there's an increased risk of getting the config file into a corrupted state.
