Is PS2 render inside EmotionEngine GPU image in RGB but inInterlace? No progressive scan inside GPU--sounds weird? In Fact it should be Progressive Scan --and then when it goes do DAC coder--transferred into Interlace because consumers in 2000y did not have Progreesive Scan TVs, plus video connections been interlace mostly.
What? No!
What you say here is non-sense!
The DACs also have nothing to do with the picture being interlaced or not, but are 'signal converters'... they are not 'smart' and 'do something', but are simple and only do one task continually...
About the Interleaving/Interlacing:
Yes... The framebuffers are interlaced, because that halves the amount of vertical pixels which need to be rendered (while effectively having the exact same visual experience) + decreasing bandwidth to the GS per frame.
Please read up on those things...:
So, it all starts from Software on CD or DVD code,
Well, we can start code and games from other devices as well, but yes that's the intended media...
instructions go to CPU, RAM, GPU---processed picture, goes to DAC, to Composite, Svideo, Component and ScartRGB
A bit oversimplified, but essentially yes...
and all starting from beginning
That's too oversimplified... It doesn't do ALL 'from the beginning'...
Maybe 'draw calls' is something you should look up...
and until appears on TV Screen in Interlace---????
Weird design, really weird.
Not at all... It is very logical and I ought to remember that multiple people already have tried to explain it to you...
Why should the console render for example in 720*480, when it only shows 720*240 during one 'half-frame'? That would be a waste of processing-power and bandwidth! They can include a lot more effects, higher polygon-count and so on doing it this way...
It is LOGICAL, to do it this way!
Look up 'half-frame'...
I heard there been 480p patches to DVDs which forced games to Progressive processing--wonder if that movement was further developed?
I bet you mean ASModean's (I think it was his...) 480p-patcher, which applies the patch directly to the ISO or ELF.
No further development there, AFAIK!
There was also Exploder HDTV Player
No, it is called Xploder HDTV Player...
forcing games to Progressive Scan Processing.
THAT'S UTTERLY WRONG, what you claim here!
It does NOT change the internal processing! In-fact it only changes the output-video-mode, but not the internal rendering...
When, oh when will you finally comprehend the difference of both...
Just wonder--is there Anyway from Hardware point of view on PS2 motherboard disconnect or solder some pin or pins which will force PS2 through Y Pb PR or RGB to always process games in progressive scan quality--even menu of PS2 BIOS ????
No, because the internal resolution is up to the software which renders it...
The output-VMode can be affected via something like that (like modchips do), but GSM can just do it as well and probably better, because it has some influence on the software-side... (like modchips, but unlike your proposal/request)
I think Sony made design flaws when designing PS2.
While that generally is true, I think it is not in the case you think of...
Sony could make PS2 process everything Internally
Loool... It DOES process everything internally... The PS2 is a Playstation, NOT a 'StreamStation'!
starting from Menu of PS2
Well, they could have implemented progressive scan for that, but what would have happened, if someone switched that setting and his TV would not have supported the V-Mode? BlackScreen...
Games in GPU in Progressive Scan,
That would have been utterly wrong for various reasons like the aforementioned efficiency and it would have forced Devs to support that VMode or not get all out of the hardware...
Sorry
@SkyNet, but that's an utterly stupid suggestion, because your knowledge of how it works is way too limited (or you wouldn't say it).
and when Video comes to DAC---then DAC at same time sends video in Progressive Scan and Interlace at same Time---
Duuuuhuuude...
You don't even understand/know how stupid that sounds, because you prove to miss some utter basics regarding IT/Electronics...
- The DACs are NOT 'smart' but signal-converters (wave-form-change, etc...)!
- The internal render-resolution and the output-resolution is NOT the same... You can claim now that you know that, but you OBVIOUSLY haven't comprehended the difference as of now, because you are mixing it all together (even unrelated things)...
- Interlaced and progressive picture at once? That's entirely voiding at least 2 of the utter most basic things in IT and Electronics, namely efficiency and avoiding redundancy! This would also require the rendered content to be progressive every time, regardless of the output... That would almost double the amount of RAM, bandwidth and processing-power...
so it would send all the time Progressive Scan tp Y Pb Pr or RGB (Based on what you chose in Video Output) and in parallel it would send Interlace to S-video or Composite.
Not possible
- using the same lines on a Multi-AV-Out...
- with the 'non-smart'/dumb DACs...
- when a game doesn't use a progressive Framebuffers and progressive internal rendering.
- without wasting almost half of precious processing-power, RAM and bandwidth + more latencies...
So technically it is the same picture,
Wrong... Very wrong... Even if the internal source WOULD BE 'the same picture' (which it is not), the output certainly is NOT the same... Look up 'full frames' and 'half-frames' or even 'frame-composition' and so on...
at same time, just different technique of processing the same image at same time to different video-outputs through noisy DAC

)))
That would require:
- Smart DACs
- It being internally rendered in progressive all the time...
- Another connection than Multi-AV-Out...
But the DACs are indeed not so good, so you are right about that, IMO.
Also--sony could design better AV Multi Out connector, really could. Look at competition, Microsoft, Nintendo, even Sega made way bigger and with more pins video connectors--so it was easier to solder yourself video-cable, plus since pins are not so close one to another in competitive video outputs---picture was more cleaner since analog nature of video in close location of pins could make crosstalk and produce other effects.
Well... It's from the PS1, lol.
Why only 12 pins in AV Multi out?
Why not? It is enough for all standards! 12 separated signals + shielding for ground is PLENTY of possible standards...
It's quite close to VGA...
First of all it is not enough nor to output at same time Y PB PR and RGB, also when you switch to RGB--sony did not provide Dedicated Sync Pin for RGB in RGB would be clean and would work with Monitor or Scart or Arcade cabinet or anything you throw it at to.
In other words bad design, lack of design, they could at least if you switch to RGB mode in Menu---make it Progressive Scan and make 5th Pin which is S-video Y to become (Complete Clean HV Sync Pin for RGB Mode)--lack of engineer time and design of AV Multi Out.
I don't have the pinout in mind, but I see absolutely no sense in outputting in both at once...
I just wonder---Emotion Engine GPU in PS2
The EE is the CPU and NOT the GPU, even tho' it is often also used for rendering (via it's VU specifically)...
The GS is the GPU...
---Does it have Digital but Interlaced RGB plus Sync clean Outputs?
...and you mix it all up again...
If a picture is INTERNALLY rendered in interlaced or progressive is ENTIRELY up to the software...
The games INTERNALLY render with RGB-Colorspace, but that might get converted (based on the setting in the OSDSYS).
Oh... and a color-space is neither interlaced nor progressive... The frame-composition or the output-resolution is...
I am not sure about a separate sync via Multi-AV-Ou. II thought there is/was, but it should be available internally at least.
Why Flex Cable for PS@HDMI-Mod-Chip needs so many contacts soldered to Emotion Engine GPU?
Haven't seen it yet... Does it?
Well, that sounds good, because it indicates that he might hook some code into the RAM...
Imagine pressing all Shoulder-Buttons + Select + X (or SB + Start + Down) and bringing up the config-menu running on the ESP32. You can change visuals during runtime and compare it per game!
It might even be possible to have separate settings 'per game'!
Can developers of PS2HDMi-Mod_Chip include in Final product not just outputting RAW 4:3 RGB HDMI Picture since 4:3 on 16:9 HDTV is not fun, but also include bunch of options of Stretching,
Technically I think the wide-screen-patches are a better approach!
The good news: He could implement those into his firmware, if he can recognize which game has been started!
LetterBoxing and other different options in order users would feel more happy seeing PS2 HDMI Output on their 16:9 or sometimes even on 21:9 TVs or computer monitors?????
Wide-screen-patches...
Is ther any updates or videoes or captures with algato capture cards of what is going on with this project? Because Twitter is silent, Devs not say a word, kind of like have feeling that project is not really in active state form right now

((((((((
I certainly hope for a video as well!
