PS2 PS2HDMI - Internal mod(board) in the works!

TnA said:
"Board limitation"... :apologetic:
Click to expand...

Its just not worth it to design multiple flex revisions for a few boards. In the past this is something I would do. There are other consoles that we want to do and don't want to be bogged down by Sony's decision to make a ton of different revisions.

As for a direct wire board, there would need to be around 30 wires. This would be hard to do and the DAC has .5mm pin spacing. Something like this will create choas for me as people will botch the install and blame the mod for not working. Not worth it.
 
I'm very much looking forward to this mod coming out, I've gone so far as to import a US 70001 motherboard that I could guarantee was compatible with the mod.

The only thing my slim needs now is some way of adding the FireWire port from the 3000X models so it can do time crisis with system link. Or could your mod add that function in wirelessly? Like how your ps1hdmi will contain a wireless system link function.
 
Citrus3000psi said:
Sorry for being so silent, these things just take a lot of time.

PS1 is close to being ready and the PS2 should follow up shortly after. I've also been working on the PS2 hardware, refining the installation method.

The first release of the PS2 will be be slim only and we have decided to cut down on model support.
Because its pain to manufacture multiple separate pieces to make it work and ps2s are cheap so just grab the models that work.

The models list:

V12 Parital Support SCPH-7000X
YES GH-032-XX
NO GH-035-XX

V13 Parital Support - SCPH-7000X
YES GH-032-XX
NO GH-035-XX

V14 Parital Support - SCPH-7500X
YES GH-037-XX
NO GH-040-XX
UNKNOWN GH-41-XX

V15 - SCPH-7700X
YES GH-051-XX
YES GH-052-XX

V16 SCPH-7900X
NO GH-061-XX

V18 SCPH-9000X
Might work in future with fat board.

Its easy to identify GH-032 & GH-037 boards by looking at the heatsinks through the rear vents.

The digital audio is now being pulled from the encoder before it was from the SPDIF. This was changed after learning that some games did not support SPDIF.

A quick solder board has also been designed that will grab audio/power/controller and will connect to the flex.

View attachment 24677
Click to expand...
@Citrus3000psi, and what about the PS1 games played in the PS2?

If there is a PS1HDMI, they could transfer their improvements to the PS2, and even take advantage of
the PS2 to improve the resolutions or image of the PS1 games.

I would also like to be able to play the improved PS1 games on the PS2 with this device.

PS1 games can be played on PS2 using backward compatibility or using PS2's POPS emulator.

Currently i play PS1 games on PS2 using the component video cable and PS2 POPS emulator, and
it looks good, but i wonder what could this device do to further enhance them on PS2.
I wouldn't mind paying what it cost.

Best regards.
 
Kinda sad to see support for Phat PS2s go away but hopefully down the road it becomes an option again. SCART+Framemeister treat me pretty well as is anyways.
 
Citrus3000psi said:
Sorry for being so silent, these things just take a lot of time.

PS1 is close to being ready and the PS2 should follow up shortly after. I've also been working on the PS2 hardware, refining the installation method.

The first release of the PS2 will be be slim only and we have decided to cut down on model support.
Because its pain to manufacture multiple separate pieces to make it work and ps2s are cheap so just grab the models that work.

The models list:

V12 Parital Support SCPH-7000X
YES GH-032-XX
NO GH-035-XX

V13 Parital Support - SCPH-7000X
YES GH-032-XX
NO GH-035-XX

V14 Parital Support - SCPH-7500X
YES GH-037-XX
NO GH-040-XX
UNKNOWN GH-41-XX

V15 - SCPH-7700X
YES GH-051-XX
YES GH-052-XX

V16 SCPH-7900X
NO GH-061-XX

V18 SCPH-9000X
Might work in future with fat board.

Its easy to identify GH-032 & GH-037 boards by looking at the heatsinks through the rear vents.

The digital audio is now being pulled from the encoder before it was from the SPDIF. This was changed after learning that some games did not support SPDIF.

A quick solder board has also been designed that will grab audio/power/controller and will connect to the flex.

View attachment 24677
Click to expand...


Just signed up to say thank you very much for your efforts mate. Very keen to play some PS2 in HQ! Please know that there is a quite a few interested people who can appreciate the work and acknowledge the constraints of what you're doing.

Will this also work with PS1 games run on the PS2 - the models you reference have good compatibility with PS1 (specifically SCPH7000x), or is this a different board within the PS2? Would love to play both in clear detail!

Do you have any recommended partners for soldering your work in Australia (specifically Melbourne)?
 
Citrus3000psi said:
Its just not worth it to design multiple flex revisions for a few boards. In the past this is something I would do. There are other consoles that we want to do and don't want to be bogged down by Sony's decision to make a ton of different revisions.

As for a direct wire board, there would need to be around 30 wires. This would be hard to do and the DAC has .5mm pin spacing. Something like this will create choas for me as people will botch the install and blame the mod for not working. Not worth it.
Click to expand...

Are you tentatively planning to do a phat revision in the far future? I feel a lot of ps2 collectors prefer the aesthetics of the phat console and the option to have an internal HDD is a huge bonus. I think the end-all-be-all PS2 would be a phat with my library saved to the HDD and an HDMI output. A slim with HDMI is great but I'd still have to devote an external HDD to holding my ps2 library along with a raspberry pi. The phat console with an HDD has a lot less "dangly bits" and would look far better next to other consoles if you're like me and "gotta catch em all". Just my 2 cents.
 
Found my way here after many tests with pcsx2 vs my slim 79001 with the poor hdmi adapter. I have microsoldering equip and skills. How does one go about getting early access to test it out?
 
Citrus3000psi said:
Sorry for being so silent, these things just take a lot of time.

PS1 is close to being ready and the PS2 should follow up shortly after. I've also been working on the PS2 hardware, refining the installation method.

The first release of the PS2 will be be slim only and we have decided to cut down on model support.
Because its pain to manufacture multiple separate pieces to make it work and ps2s are cheap so just grab the models that work.

The models list:

V12 Parital Support SCPH-7000X
YES GH-032-XX
NO GH-035-XX

V13 Parital Support - SCPH-7000X
YES GH-032-XX
NO GH-035-XX

V14 Parital Support - SCPH-7500X
YES GH-037-XX
NO GH-040-XX
UNKNOWN GH-41-XX

V15 - SCPH-7700X
YES GH-051-XX
YES GH-052-XX

V16 SCPH-7900X
NO GH-061-XX

V18 SCPH-9000X
Might work in future with fat board.

Its easy to identify GH-032 & GH-037 boards by looking at the heatsinks through the rear vents.

The digital audio is now being pulled from the encoder before it was from the SPDIF. This was changed after learning that some games did not support SPDIF.

A quick solder board has also been designed that will grab audio/power/controller and will connect to the flex.

View attachment 24677
Click to expand...

Does anyone have any idea of the potential fat PS2 models that will be supported? 39001?

I can't find the PS2 I left at my parents home a long time ago and wanted to pick up a new fat model to use with internal drive.
 
I am just going to leave these here, the link is to a video showing the development setup. This is my own custom design, some things to note...
  • Console is a PS2 FAT SCPH-39003 (PAL) with GH-022 motherboard
  • Overview of the pipline is as follows...
  1. Tapping into the GPU signals where they enter the DAC (except for the blanking & field ID signals)
  2. Feeding into a custom interface board (purple board in the video)
  3. That feeds into the FPGA development board
  4. FPGA does its magic (details below)
  5. Video data passes back out to the interface board
  6. Signal is encoded and then output over HDMI to the monitor
  • Overscan from the original feed is removed so that the image fits the full screen width using my own custom IP, at the moment it locks fine when the FPGA is first initialised, but when the console is reset and the FPGA is not reset as well the lock is lost, this is next on the list to fix.
  • 576i video feed (PAL) is de-interlaced and upscaled to full 1080p, 60Hz, to get this working on NTSC consoles that used 480i I would need to get hold of an NTSC PS2, same model, but the changes should be fairly minimal, would just be good to test it on a proper console.
  • Output is fixed at 1080p, 60Hz, at least for now, other resolutions may come later if I have the time / energy
  • Once I get the overscan lock mentioned above sorted on console reset the next stage will be implementing audio
  • Arduino you might see in the video going to the interface board is currently used to configure the HDMI encoder, this will be moved onto the FPGA in due course
  • Final design will fit internally into the console but will likely require the factory A/V port to be removed on order to accommodate HDMI.
  • I have a day job that keeps me very busy, so this has been slow progress to get to this stage
  • Unsure if I will release everything open source or not yet.
Link to video...

https://i.imgur.com/xRTLMiw.mp4

60HI30C.jpg
 
Mario87 said:
I am just going to leave these here, the link is to a video showing the development setup. This is my own custom design, some things to note...
  • Console is a PS2 FAT SCPH-39003 (PAL) with GH-022 motherboard
  • Overview of the pipline is as follows...
  1. Tapping into the GPU signals where they enter the DAC (except for the blanking & field ID signals)
  2. Feeding into a custom interface board (purple board in the video)
  3. That feeds into the FPGA development board
  4. FPGA does its magic (details below)
  5. Video data passes back out to the interface board
  6. Signal is encoded and then output over HDMI to the monitor
  • Overscan from the original feed is removed so that the image fits the full screen width using my own custom IP, at the moment it locks fine when the FPGA is first initialised, but when the console is reset and the FPGA is not reset as well the lock is lost, this is next on the list to fix.
  • 576i video feed (PAL) is de-interlaced and upscaled to full 1080p, 60Hz, to get this working on NTSC consoles that used 480i I would need to get hold of an NTSC PS2, same model, but the changes should be fairly minimal, would just be good to test it on a proper console.
  • Output is fixed at 1080p, 60Hz, at least for now, other resolutions may come later if I have the time / energy
  • Once I get the overscan lock mentioned above sorted on console reset the next stage will be implementing audio
  • Arduino you might see in the video going to the interface board is currently used to configure the HDMI encoder, this will be moved onto the FPGA in due course
  • Final design will fit internally into the console but will likely require the factory A/V port to be removed on order to accommodate HDMI.
  • I have a day job that keeps me very busy, so this has been slow progress to get to this stage
  • Unsure if I will release everything open source or not yet.
Link to video...

https://i.imgur.com/xRTLMiw.mp4

60HI30C.jpg
Click to expand...

its nice to see that work on internal mod is still going. thank you for your effort !
i'm also on side of those who'd prefer original AV port removal.
 
Mario87 said:
I am just going to leave these here, the link is to a video showing the development setup. This is my own custom design, some things to note...
  • Console is a PS2 FAT SCPH-39003 (PAL) with GH-022 motherboard
  • Overview of the pipline is as follows...
  1. Tapping into the GPU signals where they enter the DAC (except for the blanking & field ID signals)
  2. Feeding into a custom interface board (purple board in the video)
  3. That feeds into the FPGA development board
  4. FPGA does its magic (details below)
  5. Video data passes back out to the interface board
  6. Signal is encoded and then output over HDMI to the monitor
  • Overscan from the original feed is removed so that the image fits the full screen width using my own custom IP, at the moment it locks fine when the FPGA is first initialised, but when the console is reset and the FPGA is not reset as well the lock is lost, this is next on the list to fix.
  • 576i video feed (PAL) is de-interlaced and upscaled to full 1080p, 60Hz, to get this working on NTSC consoles that used 480i I would need to get hold of an NTSC PS2, same model, but the changes should be fairly minimal, would just be good to test it on a proper console.
  • Output is fixed at 1080p, 60Hz, at least for now, other resolutions may come later if I have the time / energy
  • Once I get the overscan lock mentioned above sorted on console reset the next stage will be implementing audio
  • Arduino you might see in the video going to the interface board is currently used to configure the HDMI encoder, this will be moved onto the FPGA in due course
  • Final design will fit internally into the console but will likely require the factory A/V port to be removed on order to accommodate HDMI.
  • I have a day job that keeps me very busy, so this has been slow progress to get to this stage
  • Unsure if I will release everything open source or not yet.
Link to video...

https://i.imgur.com/xRTLMiw.mp4

60HI30C.jpg
Click to expand...

If this is ever released to the PS2 Fat, I will sacrifice my first born child to you! If I ever get a girlfrind...
 
Mario87 said:
Overscan from the original feed is removed so that the image fits the full screen width using my own custom IP, at the moment it locks fine when the FPGA is first initialised, but when the console is reset and the FPGA is not reset as well the lock is lost, this is next on the list to fix.
Click to expand...

Think I finally have this part in red working, console can be reset and powered off, then when it comes back on it relocks, but I need to adjust the timing. Took a lot longer than usual to get this working and had me confused as it turns out he console will not allow a proper lock to initialise for the first few seconds even though the clock and sync signals are all back up quite quickly. As such to get it working I added a long delay so now when the image comes back the startup sequence is almost over and its just about entering the main menu.

Going to try and adjust it to get as much of the boot screen to come up as possible.

Also, something I forgot to mention previously is at the moment, when the console is powered down the FPGA is not reset so the last frame on screen remains there as it is stalled in the pipeline until you load up the console again, so that is something else on the list to sort, but it's a lower priority for now.

akuhak said:
it is not necessary to buy another console you can easy test ntsc on the same console with gsm app help.
Click to expand...

Thanks for the info, handy to know!
 
You must log in or register to reply here.

Similar threads

Back
Top