Post subject: Emulator timing (TG16)
Former player
Joined: 5/4/2005
Posts: 502
Location: Onett, Eagleland
Bonk 3: Link to video I made an error with PCE-Jin's cropping. I believe PCE-JIN uses mednafen for emulation? I have a couple other games I did but haven't gotten around to uploading, overall, it looks good with both emu's being slightly faster than console by a small amount of frames at the end of the video.
I think.....therefore I am not Barry Burton
adelikat
He/Him
Emulator Coder, Site Developer, Site Owner, Expert player (3600)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
yes, PCEjin uses the PCE core from mednafen. However it uses .8.x. .9.x has some significant changes to PCE. Might be worth trying to use the latest mednafen too.
It's hard to look this good. My TAS projects
Former player
Joined: 5/4/2005
Posts: 502
Location: Onett, Eagleland
I would if I had access to AVI dumping with it....maybe retroarch uses a later core. For now I'll encode with what I have already dumped using pce-jin.
I think.....therefore I am not Barry Burton
Former player
Joined: 5/4/2005
Posts: 502
Location: Onett, Eagleland
Cadash: Link to video Both emu's bit faster than console, about 10-12 frames faster by the end of the video. Also, an interesting note is that Bizhawk loads the Taito logo seperately and then the next frame the "Working Designs" logo appears. On console and Mednafen they both load at the same time. You can see this at the very start of the video at 0:00.
I think.....therefore I am not Barry Burton
Former player
Joined: 5/4/2005
Posts: 502
Location: Onett, Eagleland
Soldier Blade: Link to video There's some artifacting on all 3 videos during the tech sheet cutscenes of the ship due to using a deblink function (from the encoders sub-forum). I captured mednafen using retroarch but was unable to find the correct cropping for it so it's slightly off from bizhawk and the console footage. Bizhawk seems to change the screens color when the console and mednafen don't (such as around 0:03, 6:50, and a few others). Not sure why, it happens during screen transitions sometimes throughout the entire video. Overall timing seems to be precise with console for both emu's with this game.
I think.....therefore I am not Barry Burton
Joined: 6/22/2011
Posts: 4
Don't label something as coming from "Mednafen" when you're not actually using Mednafen. The code of the Mednafen cores in RetroArch are all mucked with, and I'm not sure if they're even using "pce", or the non-default inferior "pce_fast" module, from Mednafen. Additionally, the PCE frame rate is slightly variable, something that AVI can not represent properly. Use Mednafen 0.9.x's QuickTime recording capability instead.
creaothceann
He/Him
Editor
Joined: 4/7/2005
Posts: 1874
Location: Germany
Pasky13: If you're comparing videos, wouldn't dropping frames be better? (or halving the framerate and audio frequency, but that makes the videos even longer)
Former player
Joined: 5/4/2005
Posts: 502
Location: Onett, Eagleland
I'm unsure, this is just an amateurish approach anyways, it's by no means anything accurate. I think regardless of whether the frame rate is variable or not, the important matter is they are all captured at the same frame rate. As far as labeling a mednafen core mednafen, I don't see the issue. I never hid the fact that It was from retroarch and screw quicktime.
I think.....therefore I am not Barry Burton
Former player
Joined: 7/22/2010
Posts: 14
The Soldier Blade issue is fixed in SVN.
Former player
Joined: 5/4/2005
Posts: 502
Location: Onett, Eagleland
Cool.
I think.....therefore I am not Barry Burton