Hello. Might not be right on time with this (AGDQ preparations and stuff), but I have a serious request for PSX owners.
Since Octoshock is now available and hyped about, and it's being effectively ported over for TASing needs, there raised a question about exact resolutions we must be encoding things at.
Mednafen seems to have some special concept about borders and scaling to 4:3, so I would like to check how things are in reality and compare, but I don't have a PSX.
If we pick a game that is known to run at 320x240 natively,and run it in Octoshock (I'm using the options provided by the core from BizHawk client), it will dump 350x240 (debug mode, no clipped overscan) or 330x240 (debug mode, clipped overscan), making the picture 320x240, but then vertical borders on both sides: 30 pixels and 10 pixels respectively. So the dump is not 4:3, while the game output is.
It was explained as accounting for "legal NTSC frame bounds", but should we screw the game's 4:3 output by adding those borders and then still forcing 4:3?
The thing I would love to get from you guys is a photo of your CRT TV with some PSX game running, that we know is outputting 320x240 (some don't, for example, Abe games use 368x240, and there are all kinds of silly output resolutions out there). Megaman 8 is that, GTA2 is that, can't give a list of them all right away, but I could look for such games.
Another thing (harder) is a sample of console (preferably NTSC) video output. It's expected to be raw, since recorders can add their own borders and change resolution all they want, so it'd be required to record something truly internal for the console.
I'm posting this call here, because you guys are known for recording console output for a whole bunch of years already, and know how to handle all that stuff. But the SDA encodes I've downloaded were all forced to be 320x240 / 640x480 (or alike), and were having all sorts of borders already.
So I want to compare the frames, see what a CRT cuts away (if it does), what it stretches and how. I know that TVs can be configured differently, but some "usual" configuration should exist too
Thanks in advance.
Since Octoshock is now available and hyped about, and it's being effectively ported over for TASing needs, there raised a question about exact resolutions we must be encoding things at.
Mednafen seems to have some special concept about borders and scaling to 4:3, so I would like to check how things are in reality and compare, but I don't have a PSX.
If we pick a game that is known to run at 320x240 natively,and run it in Octoshock (I'm using the options provided by the core from BizHawk client), it will dump 350x240 (debug mode, no clipped overscan) or 330x240 (debug mode, clipped overscan), making the picture 320x240, but then vertical borders on both sides: 30 pixels and 10 pixels respectively. So the dump is not 4:3, while the game output is.
It was explained as accounting for "legal NTSC frame bounds", but should we screw the game's 4:3 output by adding those borders and then still forcing 4:3?
The thing I would love to get from you guys is a photo of your CRT TV with some PSX game running, that we know is outputting 320x240 (some don't, for example, Abe games use 368x240, and there are all kinds of silly output resolutions out there). Megaman 8 is that, GTA2 is that, can't give a list of them all right away, but I could look for such games.
Another thing (harder) is a sample of console (preferably NTSC) video output. It's expected to be raw, since recorders can add their own borders and change resolution all they want, so it'd be required to record something truly internal for the console.
I'm posting this call here, because you guys are known for recording console output for a whole bunch of years already, and know how to handle all that stuff. But the SDA encodes I've downloaded were all forced to be 320x240 / 640x480 (or alike), and were having all sorts of borders already.
So I want to compare the frames, see what a CRT cuts away (if it does), what it stretches and how. I know that TVs can be configured differently, but some "usual" configuration should exist too
Thanks in advance.
Thread title:
