Tried out dumping with different options. For anything other than PixelPro, it dumps segmented by resolutions (what we want), but some of the segments look like this (what we don't want):
Otherwise, the general preference for dumping is going to be the Debug mode, since we need the exact picture dumped, that will then be resized to the gameplay resolution.
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.
Tested with Rayman 1. For ~10k frames tested, it syncs perfectly, no problem at all, congratulations to all BizHawk developpers (mostly zeromus in that case as he did the hardest part)
Current:
Rayman 3 maybe? idk xD
Paused:
N64 Rayman 2 (with Funnyhair)
GBA SMA 4 : E Reader (With TehSeven)
TASVideos is like a quicksand, you get in, but you cannot quit the sand
Current:
Rayman 3 maybe? idk xD
Paused:
N64 Rayman 2 (with Funnyhair)
GBA SMA 4 : E Reader (With TehSeven)
TASVideos is like a quicksand, you get in, but you cannot quit the sand
GTA2. Just run it until the cutscene. Gameplay also looks like that, while none of the static screens does. And only when dumping under anything other than PixelPro.
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.
Of all the tests I have done on PAL versions, the video is not generated in the right format.
Intro PlayStation ok 800x576 Screenshot
In game not ok 800x288 Screenshot
As Feos, video dump with an option other than PixelPro is like on the screenshot he published.
phoenix1291: The second screenshot is (most likely) how the game actually does it, then it's resized by a TV to 4:3. But I see correct colors on your image...
Note: it doesn't matter what codec I use to dump, but it can be something like 16/24-bit image the GPU emulator gives, I saw that in Pete's OpenGL GPU.
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.
It sounds like you said that mednafen and psxjin both play the music the same, which is worse than bizhawk, which is... kind of unbelievable, but I guess it's possible. It's just, what psxjin and pcsx-rr do is useless information, so it confused me.
Tried out dumping with different options. but some of the segments look like this (what we don't want):
Fixed in r8609. Not actually a PSX bug, but a general bug in the avi dumping for resolutions like 350 wide which turn out to be 350*3 = 1050 (not multiple of 4). Not likely to be affecting other format dumps, since the multiple of 4 thing is just some ancient AVI flakiness.
Please add PSX option to the Choose a Core dialog. I bet many users have only bins, but as there's an option like that, it makes sense to pick PSX too.
EDIT:
Dumping now works perfectly, but I'm unsure about clipping the overscan option. When in debug video mode, it still doesn't clip out 10 pixels for 320x240 internal resolution, and 20 pixels for bios which is 640x480. But it's not 5 from each side, it's 7 from the left and 3 from the right (9 and 11 for bios). I'm sure the games I tested it with run at 320x240 by design, so these pixels shouldn't be there. No idea how it should be for other modes though.
EDIT:
Also, should there be an option to skip bios at altogether?
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.
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.
bizhawk can't load just a bin as a disc. It is not a good plan to load a bin directly. If bizhawk ever supports it, it will be hooked up in whatever ways make sense.
The overscan option is just activating whatever mednafen does. Mednafen is attempting to emulate what a television does better than the average emulator. The PSX can make the 320x240 framebuffer shimmy all around your television within some legal NTSC frame bounds, so that's what's being emulated. In the future I will consider adding a mode that just outputs the framebuffer, but that's actually kind of hard once mednafen's internals have munged it up into content within an NTSC frame.
Maybe one day there will be an option to skip bios. Thats just added work. It's not like anyone went out of their way to make the bios non-skippable. Skipping it is harder.
Crash Team Racing (PAL version) doesn't work correctly. The game loads and I can acess the main menu. I can even drive in the "overworld" in the adventure mode. But when I try to enter a level, the loading screen simply locks forever (the framecount keeps increasing normally).
I have tried in BizHawk SVN r8610 (and other previous versions) and in mednafen-0.9.37.1-win64: the results are similar.
I have used correct/pure dumps of the game: EDC and no EDC.
I have also used a few different PAL bios.
By the way, the NTSC-U and NTSC-J versions work really fine, AFAIK.
Joined: 10/12/2011
Posts: 6337
Location: The land down under.
The PAL version has the locking up issue on ALL emulators.
Similar to Crash Bash PAL locking up issue when trying to start "Adventure Mode" (which also occurs on all emu).
WebNations/Sabih wrote:
+fsvgm777 never censoring anything.
Disables Comments and Ratings for the YouTube account.Something better for yourself and also others.
The PAL version has the locking up issue on ALL emulators.
Similar to Crash Bash PAL locking up issue when trying to start "Adventure Mode" (which also occurs on all emu).
Based on this thread, the problem is related to SBI subchannels. A few games have a special protection against copies:
MediEvil (E).
CTR: Crash Team Racing (E) (No EDC)
CTR: Crash Team Racing (E) (EDC)
Dino Crisis (E)
Eagle One: Harrier Attack (E) et al.
Ape Escape (S) et al.
The solution (that works on Mednafen, but not BizHawk) is:
> download the SBI file from the redump page of the game;
> it's good to download the cue file from the same page;
> Put all those files in the same folder of the bin/iso/img file, with the same name prior to the file extension.
Otherwise, the general preference for dumping is going to be the Debug mode, since we need the exact picture dumped, that will then be resized to the gameplay resolution.
I have tried in BizHawk SVN r8610 (and other previous versions) and in mednafen-0.9.37.1-win64: the results are similar.
I have used correct/pure dumps of the game: EDC and no EDC.
I have also used a few different PAL bios.
By the way, the NTSC-U and NTSC-J versions work really fine, AFAIK.
