PS2 [Open PS2 Loader] Game Bug Reports

[Grahf]

The same thing I can mention about Shadowman 2 and reducing transfer into 850 kB/s.
It's not a fix, it is only workaround.

Not at all. Nothing is the same.

a) We do not make any drastic changes; we only limit the speed.
b) I tested the game extensively.
c) It is a fix because it's using Mode 1, designed as a fix for such games (just that some CD games need slower speeds).

Maybe mode 2 has got better implementation now?

Mode 2 wasn't touched in any of those commits.

I can ask you the same.
Did you tried?

I did try the game without Mode 2 and it works perfectly from HDD, so it's weird that it would need Mode 2 from ETH. It seems to me you were simply able to bypass the speed inadequacy of ETH with synchronous reading for the intro, but since it's such a drastic change of the way games are reading data, it might cause issues during the actual gameplay. Further tests are needed, but I don't use ETH, sorry.

 

[jolek]

Not at all. Nothing is the same.

a) We do not make any drastic changes; we only limit the speed.
b) I tested the game extensively.
c) It is a fix because it's using Mode 1, designed as a fix for such games (just that some CD games need slower speeds).

If is not fixing root of the problem, just symptoms. "The pains remains hidden".
Here is root of this problem:
http://www.psx-place.com/threads/open-ps2-loader-v0-9-3.13415/page-13#post-151779.
When you'll fix it, "blocking" transfer speed will not be needed.

Game through USB doesn't need mode 1.
It only "needs" lower transfer nothing more, especially for loading textures.

What about Metal Arms: Glitch in the System?
This game seems to plays fine previously without any modes.
Now it needs mode 1+2:
http://www.psx-place.com/threads/open-ps2-loader-game-bug-reports.19401/page-5#post-147867.

Mode 2 wasn't touched in any of those commits.

Here is mainly what has been changed:
https://github.com/ifcaro/Open-PS2-Loader/pull/166/commits/18e5a119d1c4e5f2163f08cc5f8a2765923472b3.

I did try the game without Mode 2 and it works perfectly from HDD, so it's weird that it would need Mode 2 from ETH. It seems to me you were simply able to bypass the speed inadequacy of ETH with synchronous reading for the intro, but since it's such a drastic change of the way games are reading data, it might cause issues during the actual gameplay. Further tests are needed, but I don't use ETH, sorry.

It do not works perfectly through SMB without mode 2.
Previously I even have a problem with passing loading screen through USB.

For me it is a handful information that maybe if something is working fine with mode 2 through SMB might also works through USB,
despite of that it works without this mode through HDD.

 

[TnA]

WARNING! Long reply! tl;dr for @Grahf !

I could, but for me it already works perfectly, so I don't see the reason to waste HDD space

Well, for testing... and since you brought up the supposed issues, I/we thought you might be interested in this kind of test...

We aren't trying to figure out what's causing the micro-stutter, it is present in the og DVD as I said.

Alright, this could either be due to it simply being present on the original disc, or whatever...

If it where reading-issues it would replay the sound-sample whilst it is loading, due the buffer became so empty that it solely has one sample saved...

On another note: This short 'pause in movement' appears in a quite regular time-count of approximately ~1s... It is just more noticeable in some scenes with alot of 'one-sided movement' (left-, right-, up-, down-movement of the whole picture)!

WinHiip is able to make fragmented installations even with just formatted HDD.

Which is EXACTLY, what I just wrote there... WinHIIP INTENTIONALLY fills the gaps between partitions and I know, it MIGHT happen on a formatted/'fresh' HDD as well (that it produces a fragmented install).

But you should take a look at the answer you were quoting and to what I was replying... So your reply is partially out of context because I was replying that it intentionally does fill gaps, thus this is not an issue but a wanted behavior by WinHIIP (or it's creator)! There could be an issue about the 'fresh HDD'-Thingy tho'.

I agree indeed.

I agree to the laser and it's ability to read a DVD9 is a possible reason...
I do not agree, that this is the likely reason, tho'.

Anyway those video previews requires the pulldown 3:2 conversion, being recorded at 24 or 23,976fps as @TnA said

Well, I did not say it must be the reason but it seems likely to me.
It still could be something else, tho'!

My Ps2s (I've 4 at the moment, tried GT4 with 3 of them) don't have nothing wrong, I Always saw this little stuttering in GT4 previews.
I remark this is not the problem. When you'll have the game you'll confirm from yourself

I will try it from disc and SSD (possibly HDD as well) if/when I get it today!

Are we even talking about the same things here?

The game itself has some FPS drops here and there and those videos were made from in-game graphics. However, there is some stuttering in the actual video playback from HDD. It doesn't run as smooth as it should. This happens to me with GT3 as well if I don't set the right DMA mode. It's probably because PD (the developers) used very high bitrate videos and they need perfectly smooth playback.

The Bitrate is not soooo high... I think it was ~6MBit/s (~0.8MB/s) [MPEG2 permits up to 10.08MBit/s] on a 'CBR' instead of 'VBR'!

So you just claim unverified things (again)...

This is not really 'stuttering', which would imply that it has some slowdowns in some short scenes along multiple frames!

This is rather a kind of 'stop for a short moment and continue playing' and it is continuously happening after a certain amount of time!
It's similar, how simple converters convert between 44100Hz and 48000Hz...

I even ought to remember, that I did notice these subtile 'stutters', awhile ago myself (years ago)!
AFAIR, 'back then' I also thought it could be my laser, but later on I tried some DVD+R DL and it could read it without any problem so I doubt that the laser was at fault.


Small side-note: AFAIR you can keep the quality of the clips (in GT4) pretty much the same and still rip it to a DVD5, via ripping the Videos, but using a VBR instead of CBR!
The rips you will find on the net still use a CBR and are not really well converted... Their quality sucks compared to the original disc!

The one from preview video aren't fps drops. They're exactly the same as ntsc DVD pulldown stutter (PAL DVD doesn't stutter 'cause them are just accelerated to match 25fps). You know what I'm talking about?? If not, just ask or google for it, I'll not be repeating the same thing forever!

I think we can trust the @TnA experiment. I'll do it too, so I see if I can confirm that video previews run at 24hz.

I agree! It is UNLIKELY a kind of fps-'drop' (at least the kind he thinks of)...

They are FPS drops of the game's graphics engine.

Where DAFUQ do you know that?

Even if the game had slowdown/fps-drops occasionally, this would NOT imply that these drops you can see in the videos are actually from the game-engine!

That's just another non-verifyed claim from you...

The gameplay drops frames like that as well.

So does that prove or even imply, that the video-stutters are actually recorded framedrops? NO, it doesn't!

GT4 is pushing the PS2 to its limits and it has been one of the major complaints about this instalment in the GT series. Its framerate is not as stable as in GT3. The videos were recorded from the in-game graphics and that's why that turn at Nürburgring doesn't look smooth. What I am talking about is that the video playback itself isn't perfect from the HDD for whatever reason.

If that were the case:

• Why doesn't it drop the frames in the same way, if you play these actual tracks and are at the same point on the track and do the same like in the video?
• Why does it 'stop&play' continuously?
• Why does it do that everytime within a specific time-frame (which voids the fps-drop-idea entirely)?
• ...and why the freakin heck is GT4 able to render in a higher internal resolution without dropping more frames (i.e. in 1080i it used 640*540 or so)?

We're not even talking about the same thing, as I had suspected from the start. *sigh*

That's probably due to the fact, that you were not explaining your case thoroughly enough...

Have you seen the Nurburgring preview on the PAL DVD version?? (PAL version is the first video), the stutter seems more noticeable then the usa version I'm running from HDD.

Interesting to know!

The stutter it's not continuous, previews are smooth most of the time. They stutters in quite precise points.

To me it seems that it happens the whole time, but is just more visually observable on whole-screen-shifts/movements instead of the 'zooming'!

I played GT4 almost throrougly when it comes out, I'm aware about frame-rate drops.

Indeed... Occasionally, but not continuously on a quite 'timed' basis!

It's possible that video previews have been taken from game's footage, but your fps-drops theory is not standing.
Indeed there aren't fps drops when reproducing the same situation in game

Thank you for testing that!

Stop with that pulldown talk because it has nothing to do with the problem here.

Oh wow, you already debugged it!
Great! So why are we still talking about GT4 then? ^^

You have no right to tell him, what he should stop talking about...
If you don't agree with it 'fine', bit you have no right to force your view upon others...

That's (quite) bullying! Stop that!

@Grahf Probably the Nurburgring preview stutter is more easilly noticeable on the NTSC version 'cause my phone recorded the video at 30fps, actually matching the game as @Agrippa was saying. Therefore this video is more faithful of what is happening on my tv.
I can assure you that the PAL version (from DVD) stutters exactly as the NTSC (from HDD).

Well, a true comparison between PAL on HDD and DVD9 or NTSC on HDD and DVD9 would be better and can ultimately void his UNVERIFIED CLAIM...

I tried changing the DMA setting to MDMA 0, but the stutter doesn't increase.

THX for testing that as well...

Possible? It's obvious.

OH REALLY! WOULD YOU MIND PROVIDING ANY PROOF FOR YOUR CLAIM?

The videos were made from the in-game footage. That's why the video recorded actual FPS drops in the game,

Ooooh! You already know for certain, that your assumption is true! That's great! Less work for others!

especially when taking that curve you were talking about.

Would you mind sharing, what's so 'special' about that curve?

This is NOT what I am talking about.

It is not?!
Then you should PROPERLY explain to us, what you are talking about...

I am talking about the video playback. Stop with that pulldown talk because it has nothing to do with the problem here. The PAL version was obviously converted to 50 Hz, so that's what's causing the effect and it's typical in PAL games. What I am talking about from the start: the video playback is smoother from the original disc, so there is something wrong with that when this game is played from HDD, at least on some setups.

Claims, claims, claims... and 0 proof... I thought you did learn a bit...

Yes, Probably

Oh really? ^^

You're talking without seeing. We'll talk about it again when you get the game

Haha...

I had the game in the past and I know how those videos play. I've seen those menus a ton.

This does not mean, that the stutters where not there to begin with! Maybe you just didn't notice, because you either did not pay attention or because it simply is not noticeable ON YOUR SETUP...

Weren't YOU the one/person, who told HIM to not talk in absolutes?
(It's a rhetorical question... The answer is obviously: 'Yes, you are/were...')

Something is wrong with the video playback.

Oh, sure... The pulldown isn't, but the freakin video-playback... So a PS2 is not even capable anymore, to play back an MPEG2-Stream? Lol! You ought to be kidding, right? I'm not saying it is not possible (maybe OPL affects it), but then it should definitely not happen on the original disc!

Besides, as I've already told you, I have the same problem with the FMV playback in GT3, needing to adjust the DMA mode for them to play smoothly. There's some underlying issue here.

That doesn't PROVE jacksh*t, but solely COULD INDICATE a relation... but it does not need to be related...!

All FMVs in the game.

How can you know how much I played it "at that time", lol? We're really talking about different things here. You refer to the actual video content, which isn't perfectly smooth because it's only a record of the in-game footage, which has framerate dips.

Hadn't you just stated, that you were NOT talking about these 'recorded frame-drops' but 'the video playback'?

I am referring to the actual video playback,

Aaah... I knew I did read that part right!

which seems to have some stuttering from HDD, at least on some setups.

So how is the issue in GT3 (you are experiencing), related to GT4? Is it related and how so?!

There has to be some underlying issue here because

Aaah... There has to be... Another assumption based on the premise, that the issues in GT3 and GT4 are even related in any way! Do you have any indications and proof for that (claim), beside it being the predecessor in the series? You haven't provided any (evidence, etc.) for that (claim) as well...

I have the same problem with FMVs in GT3 (which are also of a very high bitrate, for PS2 standards).

Are they? Have you analyzed their Bitstream or have you demuxed (de-multiplexed) the videos or how do you come to that conclusion?

How do you even come to the conclusion, that the Bitrate is in any way related to any stutters based on the transfer-mode and that the transfer-mode is not just a trigger (on your setup) for the root of the cause/issue?!?

With FMCB, cold boot -> E1 Launch keys -> OPL 1229 - When I run Half-life there is no buzzing sound.
With FHDB, cold boot -> E1 Launch keys -> OPL 1229 - I've buzzing sound.

Tested with PS2 Logo disabled.

Interesting! It would be quite nice to know which games absolutely need a coldboot-start and which experience problems after an IGR as well (even if they normally work without a coldboot-start)!

They might not directly be related, but there COULD be a link!

Try disabling the Logo too.

IMO, it is recommended to turn it on (for various reasons), but playing around with it for tests is alright.

As you can see (now), he made a typo and did actually try to disable it.

I hear often about people having compatibility problems due to FHDB. You know, first HDD boot matters

Up to this point everything is correct! It could have an influence indeed!

(something is not overwritten at the subsequent HDD modules loading) and maybe it loads the HDD modules in a way that some games don't like (?)

That's an unverified claim...
It also could be related to init and or the transfer-mode being preset, etc.! There are various other possible reasons!

I've the NTSC version of the game (and my Ps2 is a PAL 39004). Anyway I'll try it.

Do you have a modchip? Else you would have to swap, if you'd try it from disc... and that will not show the Logo...

I've the fmcb auto-boot to OPL. However it doesn't make any difference. Cold boot to OPL makes sense only for FHDB users (I've only FMCB). I can boot anywhere, then start OPL and Half Life never give me problems. If you don't have FHDB it is Always a cold boot

That is NOT true!
Pressing reset or rebooting FMCB via Software, COULD leave FMCB also in another kind of 'state' but on FHDB it is a bit more likely to trigger something!

There seems to be a few games which also only work after a coldboot-start in FMCB or at least not after running the hacked OSDSYS!

It's not FHDB fault.

You/We don't know it for sure!
There actually could be an issue!

I still suspect FMCB to have a little quirk possibly related to the system-initialization.
It might have a connection with the OSDSYS and the PS2 Logo somewhere!

Game works without a problem when PS2 logo is enabled & shown on all devices.

Good to know!

The same problem is with ESR.
No matter if you have FMCB or FHDB.

Are there games which work through ESR via a coldboot-start, whilst not working when the OSDSYS started up ONCE? I suppose there could be, even tho' they should be very rare!

PS2 logo will not be shown with NTSC game and PAL console.

Some modchips (DMS3v2 for example, if I remember correctly) seem to allow that curiously!

Only cold boot with FMCB -> E1 Launch keys -> OPL, can help you on all devices.

That very well could be true, but does NOT mean that FHDB does not have additional issues/things, which could cause this!

Just tested Ridge Racer V SLUS_200.02. The result is good for me. I had it set with OPL 0.9.3, I'll list the differences:

--- opl 0.9.3 = MODE 6 is optional (IGR doesn't work, but I can normally shut-down the Ps2 from the main power, even with MODE 6 OFF). It starts and play without any modes (btw I had it with MODE 1, I don't remember why…). The intro girl has a disgusting glitch on the face.

--- opl 1392 = MODE 6 is now required for the game to start (otherwise BSOD and need to hard-power-off the Ps2). All works just perfect. Intro girl's glitch is gone.

THX! It was one of those games, where I was interested in.

I'm using DBs just for convenience when using POPS

When you do, you should also make these tests on the ifcaro-builds, because the DBs might either fix or break (probably rather the later, IF there is a difference) some games.

AFAIK it did have some small code-changes (i.e. some change from l.oliveira was copied to it in some old build, AFAIR) which could have an influence!

Yeah, this is something sp193 should definitely look into. Enabling that logo shouldn't make a difference.

Yes, it should not IMO...

Does ANYONE here have a PS2 which is not hardmodded and additionally has a Swap-Magic-Disc, to start OPL through that (logo would be shown, right before SM starts)?!?

That might shed some light on that particular issue!
This would be interesting for the IGR-Tests as well!

Disable IGR, otherwise the game will be glitchy. The intro girl's face will disappear and look really creepy!

I'd really like to see that! I ought to remember that her face was kind of corrupted with distorted square-blocks of wrong colors.

Could someone make a video of that glitch?

Unfortunately probably game has got bug\glitch, so currently
PS2 logo
or
cold boot FMCB -> E1 launch keys -> OPL should helps.

Unfortunately, I think some part of our software in the loading-chain could have a bug, which is merely triggered by some game's code. This does not exclude the possibility, that this possibly existing bug probably could also be triggered by bugous game-code.

@jolek Ridge Racer V shouldn't need Mode 2. It doesn't in 0.9.3, anyway. Instead of enabling Mode 2, re-check your DMA settings. As it's obvious by now, the needed DMA type will differ based on the HDD in use.

Is it obvious for THIS GAME?
Do you already know that this is one of those games again, which can not run in every DMA-transfer-mode?

Matter of fact is, that it would be the best IF every game WOULD work with every DMA-Transfer-Mode...

For USB, I recommend Mode 3+6, for the cleanest EE kernel.

Why? Does it need a 'cleaner EE Kernel' and for what?
If RRV does a lot IOP-Reboots, this could make it even incompatible with OPL, because it can not further communicate with a backend/parts it usually has hooked in the EE-Kernel (at least I think it has/does).

I'm not sure if you read what I wrote carefully.
It needs mode 2 for ETH. MDMA\UDMA setting will not help through that device,
because it cannot be enabled\changed.

Hahahaaa...

I recommend mode 2 because with this mode currently I do not have at least any issues through SMB.
IGR do not work with this game, so it can be on (mode 6).
If it is working through HDD & SMB without this mode (3), it should also plays fine without it through USB.

I agree to all of that.

Yeah, you have "through HDD" on the top of the post and "through ETH" near the bottom. My scrolling wheel is crappy and it somehow went from top to bottom so fast that I didn't notice the change.

The scroll-wheel now has to be the scapegoat? Seriously?! LOL

I do not recommend Mode 2 because it's a pretty drastic way of changing the reading method and most games should not use it. It may cause other issues. Smoothing out a FMV might be just a side-effect. It's definitely not a solution when the game doesn't need it normally.

You are right about these, but if it doesn't 'hurt' but rather improve the overall game play, I don't see any issue with applying it.

Mode 3 never hurts anything

Whuuaaath? That's definitely not true! Proof? See @Tupakaveli's post about using it in GT4!

If that (what you are claiming here) were the truth, it would neither be a mode nor 'off' by default...

Why do you think these Syscalls are hooked to the EE-Kernel in the first place and why are we not unloading it on/for default?

You are CLEARLY claiming something false here!

and it's always good to clean the EE kernel if something weird is happening.

That is NOT, what this mode does and is about, or how it works!

Are you serious?
If that mode gonna helps, then it should be enabled.
Besides I do not remember if there are any FMV's in this game.
Currently only this mode is helping through SMB.
Some games just need it.

I agree!

Also currently (OPL 1229) Ultimate Pro-Pinball need this mode. Without it I've black screen after PS2 logo.

Interesting!

It'll be very strange if somehow through USB mode 3 needs to be additionally ON.

Indeed! There MIGHT be cases (other games) however, where that applies!

For know lets focus on what we know.

IGR do not works for this game, so it can be off (mode 6).
Intro may stutters without mode 2.

If mode 2+6 will not work, we can try other modes.

:thumbsup:

Yes, I am serious because I had the weirdest problems with Mode 2 over the years. Only a handful of games need it.

Actually Mode 2 seems to be the second-most needed mode, after IGR (Mode 6)!
Mode 3 is way less often needed!

Where do you base that claim on, that only a very few need it...?

You YOURSELF have said, that there is a difference between 'working' (game starts and possibly works throughout the game, but might have issues like sound or FMV-stutter) and 'working' (perfectly without any issues)...

For example, OutRun 2006 will freeze very often with Mode 2, even though it seems perfect at first.

Well, it is a 'mode' for a reason and also it is disabled by default, because the smaller amount of games would need it, compared to the current config (async reads being quite compatible to a lot/most games)...

Did you actually play Ridge Racer V to any kind of completion or did you just check if it loads? I'm saying it's very weird if it's only needed for one device.

Mode 2 'weird', if it where only needed on one device (for the same game on the same setup)? No, not so much... But I believe there might still be other issues, which possibly are being circumvented, via using Mode 2... I suppose we will see less games needing it in the future!

It might be just a side-effect that the intro becomes smooth with the synchronous reading thorough ETH. It might cause issues with gameplay. I'd double-check the framerate and BGM during the actual races.

All true...

The same thing I can mention about Shadowman 2 and reducing transfer into 850 kB/s.
It's not a fix, it is only workaround.

I like that answer!

I do not test the whole game, to know if it gonna really helps.

Well, it has to be confirmed to be compatible 'in the end', by someone who actually plays through the whole game, via OPL. But for testing of a game with issues, that's a bit too much to be expected from testers...

Maybe all of the sudden it'll needs 500 kB/s, because USB with OPL 0.9.2 was getting this performance?

Actually, even tho' you probably over-exaggerated your example, you are quite close to the truth!
Different places in the game MIGHT need different 'bandwidths'... and you are right, it would solely mask the root of the issue!

It'll be very hard to fix this game, so at least mode 7 can be used for helping (reducing transfer) this game.

Huh? What do you mean? Which game and which transfer?

If it's gonna helps then it should be on.
That's why compatibility modes are for.
Besides something was changed in last OPL rev 1229.

Agreed...

Maybe mode 2 has got better implementation now?

IMO not Mode 2 itself, but there could be less circumstances which cause games to be dependent on Mode 2 than on earlier builds!

I can ask you the same.
Did you tried?

Aaaahahahaa... :'-D

Sometimes compatibility mode may have change for some games during new rev.

True...

I relying on what have at least tried, not on a speculations.

YMMD!

Not at all. Nothing is the same.

a) We do not make any drastic changes;

Was the recent change 'drastic' in regards to structure?
Those kind of TRUE fixes, actually are way better than what you are suggesting in that regard!

we only limit the speed.

Correct! It does NOT fix anything but solely LIMIT to work around the issue...

b) I tested the game extensively.

Good!

c) It is a fix

No it is PER DEFINITION a 'workaround' because it simply works around the issue and NOT fixes it, thus this is PER DEFINITION NOT a fix!

because it's using Mode 1,

It doesn't mean jackshit how a workaround is implemented in conjunction with a mode...
It is still neither a fix, nor would it work on all setups!!!

designed as a fix for such games (just that some CD games need slower speeds).

I am not claiming that I know all of it's structure, but you certainly know too less about the internals of OPL, to make any qualified statement/suggestion regarding differing implementations... You are not the only one, but you are the only one which ever claims to be right and demands it/things to be implemented 'his way'.

Mode 2 wasn't touched in any of those commits.

Does that mean the recent changes will not have an impact on this or any other mode, just because the direct code-part of it was not changed? NO!
The past and present already proves you wrong!

I did try the game without Mode 2 and it works perfectly from HDD, so it's weird that it would need Mode 2 from ETH.

Not weird at all, given that I assume mode 2 being affected by threading (even after the recent fix, which was not a threading-change) and SMB-Support is VERY heavy on the IOP, especially regarding it's amount of CPU-Cycles (but also IOP-RAM)! 'Block Device Manager' by @Maximus32 might eliminate this quite a bit.

It seems to me you were simply able to bypass the speed inadequacy of ETH with synchronous reading for the intro, but since it's such a drastic change of the way games are reading data, it might cause issues during the actual gameplay. Further tests are needed, but I don't use ETH, sorry.

'Inadequacy of ETH'?
Well... That could be a reason, along other possible issues like threading...

The rest of the post is factually correct.

If is not fixing root of the problem, just symptoms. "The pains remains hidden".
Here is root of this problem:
http://www.psx-place.com/threads/open-ps2-loader-v0-9-3.13415/page-13#post-151779.
When you'll fix it, "blocking" transfer speed will not be needed.

EXACTLY!

What about Metal Arms: Glitch in the System?
This game seems to plays fine previously without any modes.
Now it needs mode 1+2:
http://www.psx-place.com/threads/open-ps2-loader-game-bug-reports.19401/page-5#post-147867.

If someone tracks down the revision this started to be the case, then we might find the issue... THIS is a good example of what could happen via differing timings or related things... (which doesn't mean that this is the case here)

Maybe it started with one of @sp193's 'mega-commits'?!

It do not works perfectly through SMB without mode 2.
Previously I even have a problem with passing loading screen through USB.

Interesting! (...and when you mark it in bold... 'It does not'... )

For me it is a handful information that maybe if something is working fine with mode 2 through SMB might also works through USB,
despite of that it works without this mode through HDD.

True! AFAIR, the HDD-mode's CPU-Load on the IOP is rather small ESPECIALLY compared to SMB, but also USB...

Comparing the devices:

• Most CPU-Load (also during transfers): 1. SMB; 2. USB; 3. HDD
• Highest bandwidth: 1. HDD; 2. SMB; 3. USB

 

[El_Patas]

I tested the game Metal Arms: Glitch in the System (PAL) with r1229 and
still needs Modes 1+2 for work.

Best regards.

 

[TnA]

Just saying... I have nothing against @Grahf.

In the end it simply gets down to one point...

'Implementation based on assumptions?! Not going to happen...'
But tests, based on assumptions are totally fine, IMO.

 

[Peppe90]

WARNING! Long reply! tl;dr for @Grahf !


Well, for testing... and since you brought up the supposed issues, I/we thought you might be interested in this kind of test...


Alright, this could either be due to it simply being present on the original disc, or whatever...

If it where reading-issues it would replay the sound-sample whilst it is loading, due the buffer became so empty that it solely has one sample saved...

On another note: This short 'pause in movement' appears in a quite regular time-count of approximately ~1s... It is just more noticeable in some scenes with alot of 'one-sided movement' (left-, right-, up-, down-movement of the whole picture)!


Which is EXACTLY, what I just wrote there... WinHIIP INTENTIONALLY fills the gaps between partitions and I know, it MIGHT happen on a formatted/'fresh' HDD as well (that it produces a fragmented install).

But you should take a look at the answer you were quoting and to what I was replying... So your reply is partially out of context because I was replying that it intentionally does fill gaps, thus this is not an issue but a wanted behavior by WinHIIP (or it's creator)! There could be an issue about the 'fresh HDD'-Thingy tho'.


I agree to the laser and it's ability to read a DVD9 is a possible reason...
I do not agree, that this is the likely reason, tho'.


Well, I did not say it must be the reason but it seems likely to me.
It still could be something else, tho'!


I will try it from disc and SSD (possibly HDD as well) if/when I get it today!


The Bitrate is not soooo high... I think it was ~6MBit/s (~0.8MB/s) [MPEG2 permits up to 10.08MBit/s] on a 'CBR' instead of 'VBR'!

So you just claim unverified things (again)...

This is not really 'stuttering', which would imply that it has some slowdowns in some short scenes along multiple frames!

This is rather a kind of 'stop for a short moment and continue playing' and it is continuously happening after a certain amount of time!
It's similar, how simple converters convert between 44100Hz and 48000Hz...

I even ought to remember, that I did notice these subtile 'stutters', awhile ago myself (years ago)!
AFAIR, 'back then' I also thought it could be my laser, but later on I tried some DVD+R DL and it could read it without any problem so I doubt that the laser was at fault.


Small side-note: AFAIR you can keep the quality of the clips (in GT4) pretty much the same and still rip it to a DVD5, via ripping the Videos, but using a VBR instead of CBR!
The rips you will find on the net still use a CBR and are not really well converted... Their quality sucks compared to the original disc!


I agree! It is UNLIKELY a kind of fps-'drop' (at least the kind he thinks of)...


Where DAFUQ do you know that?

Even if the game had slowdown/fps-drops occasionally, this would NOT imply that these drops you can see in the videos are actually from the game-engine!

That's just another non-verifyed claim from you...


So does that prove or even imply, that the video-stutters are actually recorded framedrops? NO, it doesn't!


If that were the case:

• Why doesn't it drop the frames in the same way, if you play these actual tracks and are at the same point on the track and do the same like in the video?
• Why does it 'stop&play' continuously?
• Why does it do that everytime within a specific time-frame (which voids the fps-drop-idea entirely)?
• ...and why the freakin heck is GT4 able to render in a higher internal resolution without dropping more frames (i.e. in 1080i it used 640*540 or so)?

That's probably due to the fact, that you were not explaining your case thoroughly enough...


Interesting to know!


To me it seems that it happens the whole time, but is just more visually observable on whole-screen-shifts/movements instead of the 'zooming'!


Indeed... Occasionally, but not continuously on a quite 'timed' basis!


Thank you for testing that!


Oh wow, you already debugged it!
Great! So why are we still talking about GT4 then? ^^

You have no right to tell him, what he should stop talking about...
If you don't agree with it 'fine', bit you have no right to force your view upon others...

That's (quite) bullying! Stop that!


Well, a true comparison between PAL on HDD and DVD9 or NTSC on HDD and DVD9 would be better and can ultimately void his UNVERIFIED CLAIM...


THX for testing that as well...


OH REALLY! WOULD YOU MIND PROVIDING ANY PROOF FOR YOUR CLAIM?


Ooooh! You already know for certain, that your assumption is true! That's great! Less work for others!


Would you mind sharing, what's so 'special' about that curve?


It is not?!
Then you should PROPERLY explain to us, what you are talking about...


Claims, claims, claims... and 0 proof... I thought you did learn a bit...


Oh really? ^^


Haha...


This does not mean, that the stutters where not there to begin with! Maybe you just didn't notice, because you either did not pay attention or because it simply is not noticeable ON YOUR SETUP...

Weren't YOU the one/person, who told HIM to not talk in absolutes?
(It's a rhetorical question... The answer is obviously: 'Yes, you are/were...')


Oh, sure... The pulldown isn't, but the freakin video-playback... So a PS2 is not even capable anymore, to play back an MPEG2-Stream? Lol! You ought to be kidding, right? I'm not saying it is not possible (maybe OPL affects it), but then it should definitely not happen on the original disc!


That doesn't PROVE jacksh*t, but solely COULD INDICATE a relation... but it does not need to be related...!


Hadn't you just stated, that you were NOT talking about these 'recorded frame-drops' but 'the video playback'?


Aaah... I knew I did read that part right!


So how is the issue in GT3 (you are experiencing), related to GT4? Is it related and how so?!


Aaah... There has to be... Another assumption based on the premise, that the issues in GT3 and GT4 are even related in any way! Do you have any indications and proof for that (claim), beside it being the predecessor in the series? You haven't provided any (evidence, etc.) for that (claim) as well...


Are they? Have you analyzed their Bitstream or have you demuxed (de-multiplexed) the videos or how do you come to that conclusion?

How do you even come to the conclusion, that the Bitrate is in any way related to any stutters based on the transfer-mode and that the transfer-mode is not just a trigger (on your setup) for the root of the cause/issue?!?



Interesting! It would be quite nice to know which games absolutely need a coldboot-start and which experience problems after an IGR as well (even if they normally work without a coldboot-start)!

They might not directly be related, but there COULD be a link!


IMO, it is recommended to turn it on (for various reasons), but playing around with it for tests is alright.

As you can see (now), he made a typo and did actually try to disable it.


Up to this point everything is correct! It could have an influence indeed!


That's an unverified claim...
It also could be related to init and or the transfer-mode being preset, etc.! There are various other possible reasons!


Do you have a modchip? Else you would have to swap, if you'd try it from disc... and that will not show the Logo...


That is NOT true!
Pressing reset or rebooting FMCB via Software, COULD leave FMCB also in another kind of 'state' but on FHDB it is a bit more likely to trigger something!

There seems to be a few games which also only work after a coldboot-start in FMCB or at least not after running the hacked OSDSYS!


You/We don't know it for sure!
There actually could be an issue!

I still suspect FMCB to have a little quirk possibly related to the system-initialization.
It might have a connection with the OSDSYS and the PS2 Logo somewhere!


Good to know!


Are there games which work through ESR via a coldboot-start, whilst not working when the OSDSYS started up ONCE? I suppose there could be, even tho' they should be very rare!


Some modchips (DMS3v2 for example, if I remember correctly) seem to allow that curiously!


That very well could be true, but does NOT mean that FHDB does not have additional issues/things, which could cause this!


THX! It was one of those games, where I was interested in.


When you do, you should also make these tests on the ifcaro-builds, because the DBs might either fix or break (probably rather the later, IF there is a difference) some games.

AFAIK it did have some small code-changes (i.e. some change from l.oliveira was copied to it in some old build, AFAIR) which could have an influence!


Yes, it should not IMO...

Does ANYONE here have a PS2 which is not hardmodded and additionally has a Swap-Magic-Disc, to start OPL through that (logo would be shown, right before SM starts)?!?

That might shed some light on that particular issue!
This would be interesting for the IGR-Tests as well!


I'd really like to see that! I ought to remember that her face was kind of corrupted with distorted square-blocks of wrong colors.

Could someone make a video of that glitch?


Unfortunately, I think some part of our software in the loading-chain could have a bug, which is merely triggered by some game's code. This does not exclude the possibility, that this possibly existing bug probably could also be triggered by bugous game-code.


Is it obvious for THIS GAME?
Do you already know that this is one of those games again, which can not run in every DMA-transfer-mode?

Matter of fact is, that it would be the best IF every game WOULD work with every DMA-Transfer-Mode...


Why? Does it need a 'cleaner EE Kernel' and for what?
If RRV does a lot IOP-Reboots, this could make it even incompatible with OPL, because it can not further communicate with a backend/parts it usually has hooked in the EE-Kernel (at least I think it has/does).


Hahahaaa...


I agree to all of that.


The scroll-wheel now has to be the scapegoat? Seriously?! LOL


You are right about these, but if it doesn't 'hurt' but rather improve the overall game play, I don't see any issue with applying it.


Whuuaaath? That's definitely not true! Proof? See @Tupakaveli's post about using it in GT4!

If that (what you are claiming here) were the truth, it would neither be a mode nor 'off' by default...

Why do you think these Syscalls are hooked to the EE-Kernel in the first place and why are we not unloading it on/for default?

You are CLEARLY claiming something false here!


That is NOT, what this mode does and is about, or how it works!


I agree!


Interesting!


Indeed! There MIGHT be cases (other games) however, where that applies!


:thumbsup:


Actually Mode 2 seems to be the second-most needed mode, after IGR (Mode 6)!
Mode 3 is way less often needed!

Where do you base that claim on, that only a very few need it...?

You YOURSELF have said, that there is a difference between 'working' (game starts and possibly works throughout the game, but might have issues like sound or FMV-stutter) and 'working' (perfectly without any issues)...


Well, it is a 'mode' for a reason and also it is disabled by default, because the smaller amount of games would need it, compared to the current config (async reads being quite compatible to a lot/most games)...


Mode 2 'weird', if it where only needed on one device (for the same game on the same setup)? No, not so much... But I believe there might still be other issues, which possibly are being circumvented, via using Mode 2... I suppose we will see less games needing it in the future!


All true...


I like that answer!


Well, it has to be confirmed to be compatible 'in the end', by someone who actually plays through the whole game, via OPL. But for testing of a game with issues, that's a bit too much to be expected from testers...


Actually, even tho' you probably over-exaggerated your example, you are quite close to the truth!
Different places in the game MIGHT need different 'bandwidths'... and you are right, it would solely mask the root of the issue!


Huh? What do you mean? Which game and which transfer?


Agreed...


IMO not Mode 2 itself, but there could be less circumstances which cause games to be dependent on Mode 2 than on earlier builds!


Aaaahahahaa... :'-D


True...


YMMD!





Was the recent change 'drastic' in regards to structure?
Those kind of TRUE fixes, actually are way better than what you are suggesting in that regard!


Correct! It does NOT fix anything but solely LIMIT to work around the issue...


Good!


No it is PER DEFINITION a 'workaround' because it simply works around the issue and NOT fixes it, thus this is PER DEFINITION NOT a fix!


It doesn't mean jackshit how a workaround is implemented in conjunction with a mode...
It is still neither a fix, nor would it work on all setups!!!


I am not claiming that I know all of it's structure, but you certainly know too less about the internals of OPL, to make any qualified statement/suggestion regarding differing implementations... You are not the only one, but you are the only one which ever claims to be right and demands it/things to be implemented 'his way'.


Does that mean the recent changes will not have an impact on this or any other mode, just because the direct code-part of it was not changed? NO!
The past and present already proves you wrong!


Not weird at all, given that I assume mode 2 being affected by threading (even after the recent fix, which was not a threading-change) and SMB-Support is VERY heavy on the IOP, especially regarding it's amount of CPU-Cycles (but also IOP-RAM)! 'Block Device Manager' by @Maximus32 might eliminate this quite a bit.


'Inadequacy of ETH'?
Well... That could be a reason, along other possible issues like threading...

The rest of the post is factually correct.


EXACTLY!


If someone tracks down the revision this started to be the case, then we might find the issue... THIS is a good example of what could happen via differing timings or related things... (which doesn't mean that this is the case here)

Maybe it started with one of @sp193's 'mega-commits'?!


Interesting! (...and when you mark it in bold... 'It does not'... )


True! AFAIR, the HDD-mode's CPU-Load on the IOP is rather small ESPECIALLY compared to SMB, but also USB...

Comparing the devices:

• Most CPU-Load (also during transfers): 1. SMB; 2. USB; 3. HDD
• Highest bandwidth: 1. HDD; 2. SMB; 3. USB

Whoa! Thank you for putting order

 

[Peppe90]

My main Ps2 (39004 with the 2tb HDD + SONY NA + maxdiypower) isn't chipped, I've just FMCB on the MC. I can use it for swap (with swapMagic3.8.elf or CogSwap). If you need some hotswap I've a pa2 slim too (un-modded, only fmcb on it too). I can block the sensor and hotswap with it (so I don't need to dismount the Fat ps2).

- About Metal Arms: Glitch in the System. I had the game with MODE 6 with OPL 0.9.3 if I remeber correctly. I'll check it.

- I checked Gran Turismo 3 (played it from HDD) previews with clinical eye. They are definitely of better quality than the GT4 ones (less compressed) and perfectly fluid.

- Checked Prince of Persia the two trones (it was the only PoP that need some adjust for me). Situation seems unchanged (nothing netter but nothing worse too ). I had it with MODE 1. Now I set it in MDMA 2 (MODE 1 OFF obviously) to improve the loading times (anything above MDMA 2 makes FMV to stutter).

Checked some other games, but they are all unchanged. I'll report if I'll find something different.

@jolek I started Half Life (USA) with OPL (from iHDD) with Ps2 Logo enabled. The logo simply doesn't show up, the game start and play perfectly as with the logo disabled.

 

[jolek]

@TnA someday I'm gonna give you mega LIKE for these long posts.

You/We don't know it for sure!
There actually could be an issue!

I still suspect FMCB to have a little quirk possibly related to the system-initialization.
It might have a connection with the OSDSYS and the PS2 Logo somewhere!

I was referring how this game works with PS2 logo.
No matter if a game is booted from cold boot or not.

You're right, I do not know it for sure,
if there is a problem with system-initialization.

Are there games which work through ESR via a coldboot-start, whilst not working when the OSDSYS started up ONCE? I suppose there could be, even tho' they should be very rare!

I do not remember it was long ago.
I'm currently relying on post that I've posted at PSX-Scene.

Some modchips (DMS3v2 for example, if I remember correctly) seem to allow that curiously!

You mean, some modchips can also shown PS2 logo in OPL or when backup disk is inserted (outside OPL)?

That very well could be true, but does NOT mean that FHDB does not have additional issues/things, which could cause this!

Yes, of course.

Unfortunately, I think some part of our software in the loading-chain could have a bug, which is merely triggered by some game's code. This does not exclude the possibility, that this possibly existing bug probably could also be triggered by bugous game-code.

I'm still thinking about it, since some games might only works at cold boot.

Is it obvious for THIS GAME?
Do you already know that this is one of those games again, which can not run in every DMA-transfer-mode?

Whuuaaath? That's definitely not true! Proof? See @Tupakaveli's post about using it in GT4!

If that (what you are claiming here) were the truth, it would neither be a mode nor 'off' by default...

Why do you think these Syscalls are hooked to the EE-Kernel in the first place and why are we not unloading it on/for default?

You are CLEARLY claiming something false here!

I also remember that with mode 3 Ultimate pro pinball will crash when I chose table.
At the loading table screen.

Interesting!

I'm partially responsible for that:
http://psx-scene.com/forums/f150/open-ps2-loader-project-v0-9-3-a-62141/index591.html#post1149111,
http://psx-scene.com/forums/f150/open-ps2-loader-project-v0-9-3-a-62141/index773.html#post1210748
http://psx-scene.com/forums/f150/open-ps2-loader-project-v0-9-3-a-62141/index801.html#post1218075.

I mean, previously to convert CD game from BIN to ISO I was using UltraISO to extract content if BIN.
Use other program (don't remember what it was exactly) to made ISO.
however this methods will "breaks" LBA, there was no valid PS2 logo and who knows what else.

Not long ago someone gives me WinBin2Iso for that almost perfect conversion.

To the point.
SP193 was changing something in mode 2.
My bad ISO started to work with that mode.
However after properly converting with WinBin2Iso game will not load on SLIM consoles...
More info is in that links.

Huh? What do you mean? Which game and which transfer?

Shadowman 2, to add for mode 7 - drastically slow transfer speed (850 kB/s).
Because no one is able to fix it properly for now, we will at list working workaround.

YMMD!

I haven't heard that sentence for long time.
Thanks!

If someone tracks down the revision this started to be the case, then we might find the issue... THIS is a good example of what could happen via differing timings or related things... (which doesn't mean that this is the case here)

Maybe it started with one of @sp193's 'mega-commits'?!

Here is more info about it:
http://www.psx-place.com/threads/open-ps2-loader-game-bug-reports.19401/page-5#post-147536.

BTW I've tested Ridge Racer V SCES_500.00 through USB with OPL 1229
For know mode 2+6, or 3+6 is not working.
I'm not able to pass this screen:

 

[jolek]

@jolek I started Half Life (USA) with OPL (from iHDD) with Ps2 Logo enabled. The logo simply doesn't show up, the game start and play perfectly as with the logo disabled.

Well NTSC game, PAL console.

What additional setting you used (MDMA\UDMA, cold boot)?
Did\can you tried through SMB\USB?

 

[Grahf]

If is not fixing root of the problem, just symptoms. "The pains remains hidden".

We've been through this before. If you insist on that wording, then none of the games using any of the modes are fixed, they're just "worked around". It is impossible to debug all the problematic games and in many cases, what we call "buggy" is not really buggy because the game was designed to work on original hardware and console development often uses non-standard code, sometimes even using "bugs" in the hardware or SDK to get a given result. Shadow Man 2 and the Phantasy Star remake might be worked around or whatever. I don't care how we are going to name it when both work. Of course, it's always the best to actually create a patch for a problematic game, but it's realistically not possible.

The Bitrate is not soooo high... I think it was ~6MBit/s (~0.8MB/s) [MPEG2 permits up to 10.08MBit/s] on a 'CBR' instead of 'VBR'!

That is a very high bitrate for PS2 standards, which is what I wrote, so stop your ill-natured misquotations. You're telling us about the maximum for MPEG2 when not even DVD-Video uses such high bitrates often, let alone video games which were under the constraints of hardware resources and disc space.

This is rather a kind of 'stop for a short moment and continue playing' and it is continuously happening after a certain amount of time!

Which is exactly what stuttering is. You are wrong, as you most often are. You even contradict yourself in those childish verbosity posts. I find you to be a cancer upon this forum and OPL development. You have a very limited knowledge and you're petulant to the point of trolling. You try hard to pose as a true expert on PS2 development, like sp193 really is, but it's just sad to observe. That's why I am ignoring you. Stay away from because it actually feels like e-stalking at this point.

 

[Peppe90]

Disable IGR, otherwise the game will be glitchy. The intro girl's face will disappear and look really creepy!

With OPL_1392_DB the game doesn't even start without MODE 6 for me.

So It start for you with OPL_1229 disabling MODE 6?? I'll try with this version to see if it's making the difference or it's a matter of setup.

 

[Grahf]

With OPL_1392_DB the game doesn't even start without MODE 6 for me.

So It start for you with OPL_1229 disabling MODE 6?? I'll try with this version to see if it's making the difference or it's a matter of setup.

Quote the whole message, please. I said you need to turn it on in 0.9.3 to remove the intro glitches.

 

[Peppe90]

I've tried Ridge Racer V SCES_500.00 through HDD with OPL 1229 and almost everything seems to be fine.
I mean, I do not need any compatibility modes, intro girl looks normal.
Theoretically both U/C and Europe have the same ver 1.10:
http://redump.org/disc/4532/,
http://redump.org/disc/1415/.
Only Japan has got 1.00:
http://redump.org/disc/14641/.

IGR and power off do not work same as for @Tupakaveli:
http://www.psx-place.com/threads/further-igr-bug-hunt.22005/#post-151797.

So you could shut-off the Ps2 even with MODE 6 OFF (from internal HDD)??

BTW maybe it's also good time to try this game through USB?
Maybe mode 2+6?

Have you tried with just MODE 1 and MODE 1+6 from USB??

 

[Peppe90]

Quote the whole message, please. I said you need to turn it on in 0.9.3 to remove the intro glitches.

I was reffering to this: http://www.psx-place.com/threads/open-ps2-loader-game-bug-reports.19401/page-30#post-151999

Was you using OPL 1229 when testing??

In OPL 0.9.3 I don't know if enabling MODE 6 would solve (I didn't tried it recently). The game boot without MODEs. I can power-off the Ps2 even without MODE 6. anyway the igr doesn't work.

With last OPL (I'm using DBs, but I've 1229 too on USB for testing) I need MODE 6 by force, otherwise the game freeze my ps2 at boot.
Enabling MODE 6 the game is perfect.

Well NTSC game, PAL console.

What additional setting you used (MDMA\UDMA, cold boot)?
Did\can you tried through SMB\USB?

I didn't used anything special, just booted the game from anywhere without MODEs in UDMA 4. Not tried from SMB yet.

 

[TnA]

My main Ps2 (39004 with the 2tb HDD + SONY NA + maxdiypower) isn't chipped, I've just FMCB on the MC. I can use it for swap (with swapMagic3.8.elf or CogSwap). If you need some hotswap I've a pa2 slim too (un-modded, only fmcb on it too). I can block the sensor and hotswap with it (so I don't need to dismount the Fat ps2).

Unfortunately this has to be tested via an original Swap Magic disc, because it would not show the Logo if you start SM from those ELFs.

Essentially we need someone with a system which is neither hardmodded, nor softmodded + has an original Swap Magic Disc + preferably an NWA to test SMB and HDD as well as USB.

- I checked Gran Turismo 3 (played it from HDD) previews with clinical eye. They are definitely of better quality than the GT4 ones (less compressed) and perfectly fluid.

Interesting! THX for the test!

- Checked Prince of Persia the two trones (it was the only PoP that need some adjust for me). Situation seems unchanged (nothing netter but nothing worse too ). I had it with MODE 1. Now I set it in MDMA 2 (MODE 1 OFF obviously) to improve the loading times (anything above MDMA 2 makes FMV to stutter).

THX! Did it work with MDMA2 and without Mode 1 before?

Checked some other games, but they are all unchanged. I'll report if I'll find something different.

THX! Yes, I'd be very interested!

@jolek I started Half Life (USA) with OPL (from iHDD) with Ps2 Logo enabled. The logo simply doesn't show up, the game start and play perfectly as with the logo disabled.

Hm... Interesting!

I think we have at least thoroughly proven, that different setups can make quite a difference!

@TnA someday I'm gonna give you mega LIKE for these long posts.

Lol

I was referring how this game works with PS2 logo.
No matter if a game is booted from cold boot or not.

I know and I was solely referring to that one statement that I quoted.

You're right, I do not know it for sure,
if there is a problem with system-initialization.

Noone else does either (as of yet)! No problem!

My suspicion is, that the issues does not directly come from the initialization, but rather that some program is expecting a specific state and after an IGR this state is not as it was before... This (alone) however would not explain, why this also happens to very few games, without an IGR and by going 'through' the hacked OSDSYS or letting the HDD startup before-hand.

...or something is left in RAM, like the hooked Kernel-Syscalls...


On another note (@sp193): When I IGR, are the Kernel-Hooks still in place (or not)?! Does it have any effect, or is the Kernel(-RAM) flushed during a boot of rom0:/OSDSYS? Afaik it is not (flushed) or some TSR-Tools shouldn't work...

@Peppe90: Would you mind trying mode 3 on those games, which are compatible with it, but have issues with IGR? Does it change anything?
I suppose it does not, but it is worth a try!
It COULD have an influence and so it is worth some tests (IMO).

I do not remember it was long ago.
I'm currently relying on post that I've posted at PSX-Scene.

No problem and those posts are still useful and interesting! THX!

You mean, some modchips can also shown PS2 logo in OPL or when backup disk is inserted (outside OPL)?

Some seem to do that, yes!

The curios thing about it is, that it should fail to decrypt the logo from an NTSC-Game on a PAL-Console and vice versa!

I'm still thinking about it, since some games might only works at cold boot.

Yepp... Sadly! :-|

Is it obvious for THIS GAME?
Do you already know that this is one of those games again, which can not run in every DMA-transfer-mode?

How did that came into your post, without a quote-box?

I also remember that with mode 3 Ultimate pro pinball will crash when I chose table.
At the loading table screen.

Yes indeed!

I'm partially responsible for that:
http://psx-scene.com/forums/f150/open-ps2-loader-project-v0-9-3-a-62141/index591.html#post1149111,
http://psx-scene.com/forums/f150/open-ps2-loader-project-v0-9-3-a-62141/index773.html#post1210748
http://psx-scene.com/forums/f150/open-ps2-loader-project-v0-9-3-a-62141/index801.html#post1218075.

I mean, previously to convert CD game from BIN to ISO I was using UltraISO to extract content if BIN.
Use other program (don't remember what it was exactly) to made ISO.
however this methods will "breaks" LBA, there was no valid PS2 logo and who knows what else.

Not long ago someone gives me WinBin2Iso for that almost perfect conversion.

To the point.
SP193 was changing something in mode 2.
My bad ISO started to work with that mode.
However after properly converting with WinBin2Iso game will not load on SLIM consoles...
More info is in that links.

THX! I will read them!

Shadowman 2, to add for mode 7 - drastically slow transfer speed (850 kB/s).
Because no one is able to fix it properly for now, we will at list working workaround.

I am not yet sure if that workaround would for every setup tho'... but it could be done.

I haven't heard that sentence for long time.
Thanks!

THX and I like that smiley! ^^

Here is more info about it:
http://www.psx-place.com/threads/open-ps2-loader-game-bug-reports.19401/page-5#post-147536.

THX! So it also got broken in the mega-commits-builds rev. 727 to 733! There seem to be multiple games, which work differently (for example other modes are needes) or not work anymore since these builds... It seems that rev 726 was the last, before multiple games started working differently!

BTW I've tested Ridge Racer V SCES_500.00 through USB with OPL 1229
For know mode 2+6, or 3+6 is not working.
I'm not able to pass this screen:

Sad... :-/

 

[Grahf]

I was reffering to this: http://www.psx-place.com/threads/open-ps2-loader-game-bug-reports.19401/page-30#post-151999

Was you using OPL 1229 when testing??

The post clearly states I am referring to 0.9.3.

RRV works in 0.9.3 if you enable Mode 6 - the intro glitch is gone.

 

[Peppe90]

The post clearly states I am referring to 0.9.3.

I confirm.
So nothing changed in the official build. With OPL_DB_1392 instead, RRV freezes the Ps2 if MODE 6 is OFF. You have to hard-power-off the Ps2 (I'm talking about HDD playing only).

 

[Grahf]

RRV just doesn't work with IGR. This is a hacked feature, so it's not surprising some games won't work with it. It's the same on the original Xbox hombrew, BTW. Some console games from that era had extreme optmization for the hardware and they simply break if you touch anything. That's why it's so hard to debug them. In an ideal world, we would patch all problematic games. In reality, we need to do what works.

 

[jolek]

We've been through this before. If you insist on that wording, then none of the games using any of the modes are fixed, they're just "worked around". It is impossible to debug all the problematic games and in many cases, what we call "buggy" is not really buggy because the game was designed to work on original hardware and console development often uses non-standard code, sometimes even using "bugs" in the hardware or SDK to get a given result. Shadow Man 2 and the Phantasy Star remake might be worked around or whatever. I don't care how we are going to name it when both work. Of course, it's always the best to actually create a patch for a problematic game, but it's realistically not possible.

And yet the battle continue...
For what?
No we should insist everything is fine?!
It's not fix, it's workaround. No it's not workaround, it's fix.
If it is not buggy game then I don't know what is buggy:
http://www.psx-place.com/threads/open-ps2-loader-v0-9-3.13415/page-13#post-151779.
Do we need to?
This topic starts to looks like some political demonstration of power and who knows everything.
I didn't like that, when **** started with Shadow Man 2\State of emergency I need to rest for Christmas,
because i was tired.
Now the same thing is happening once again.
PSX-Scene is ******, soon this topic will also be pain in the a**.

So you could shut-off the Ps2 even with MODE 6 OFF (from internal HDD)??

More info is in quote that you marked.

Have you tried with just MODE 1 and MODE 1+6 from USB??

Currently I do not want to make another test.
All I can add is that game should works fine with Japan version 1.00 through USB.

I didn't used anything special, just booted the game from anywhere without MODEs in UDMA 4. Not tried from SMB yet.

Theatrically we have different versions of this game.
U\C is 2.40:
http://redump.org/disc/12380/.
I've PAL 1.01
http://redump.org/disc/4315/.

Maybe through different devices the problems still will be noticeable?

 

[Grahf]

And yet the battle continue...
For what?
No we should insist everything is fine?!
It's not fix, it's workaround. No it's not workaround, it's fix.

What "battle"? It's a discussion. You say a workaround isn't a fix. I'm telling you it's semantics. It doesn't matter how you are going to call it. You can call it whatever you like, for example "A PISS-POOR, CRINGE-WORTHY, MISERABLE LITTLE PILE OF A WORKADOUND". It's fine by me. IDGAF for the name. It works.

Everybody knows and agrees that patching games is the best, but there's too much work involved with most games. Probably nobody will do it, as simple as that. I've already told you that the dev of PCSX2 tried to debug Shadow Man 2 and it was such a mess he just gave up. In this case, it's realistically best to leave the game alone and just give it the conditions it demands, which is a slower transfer rate of Mode 1. If it also fixes the Phantasy Star remake, woo-hoo.