ISO Loader 0.6.x Beta

[aldair]

Mortal KOMBAT GOLD prototype works 100% on loader 6.0

[aldair]

(23.11.2020 16:18)K470r писал(а):  

(23.11.2020 11:16)aldair писал(а):  

(19.11.2020 20:38)fanhais писал(а):  

(19.11.2020 19:53)pcwzrd13 писал(а):  NBA 2K2 doesn't run on 0.6.11 for me. Just a black screen.

you have to use 0.6.11 atl

my video
NBA sata with loader 0.6.11 alt
https://www.youtube.com/watch?v=jOsNhFsLWos

This nba2k2 game has protection only works using the original bios.

works for me with DS Retail Bios.

In your video you are using the gd-rom drive to start Dreamshell.

[dragoncity]

(23.11.2020 16:29)fafadou писал(а):  I have a original bios and it crashes after the intro.

@dragoncity and other of course, please try this version of Ooga booga repack in gdi with @Yzb (@kof888) 1ST_READ.BIN hack but original datas.
I refound my very old echelon hack cd and I have extracted the 1ST_READ.BIN but I can't binhack it at 45000lba as usual...

The YZB version may be run, don't hesitate to replace the track01.bin and optimize the gdi :
https://mega.nz/file/hmhGkZhY#TEZLqU6AYu...ka6w0mM-Tw

Doesn't work...

Megavolt said me "protection is triggered because the data is not read correctly".

So need an new loader 0.6.11 (se) who fix Ooga booga (and maybe other game)

[sundance2]

It's great to see some activity again on the loader !

Just to get a sense of the general direction,
my understanding is that current improvements are primarily targeted at
DMA and CDDA support, presumably for IDE interface.
Is that correct ?

Another question is :
are there expected benefits for SD on SPI ?
I noticed that `sd.bin` got updated too,
but it's unclear to me if this interface is supposed to receive some sort of benefit from latest development round.

[fafadou]

@SWAT still continue to release sd loader and I think it's a good thing.
there are probably some improvements we don't have find yet, because we are focus on ide support.
Every update is welcome

[fafadou]

As a last attempt with Ooga booga, I build a gdi with echelon 1ST_READ.BIN even if I can't binhack him.
Please @Dragoncity and others do a last test :
https://mega.nz/file/IyA0QDzZ#OMVkc-ycmZ...7wv3lLOsVM

If you have a pirate screen, press start, I remember I have it with the cdi, but the game ran well.

[SWAT]

(24.11.2020 05:11)sundance2 писал(а):  It's great to see some activity again on the loader !

Just to get a sense of the direction,
my understanding is that current improvements are primarily targeted at
DMA and CDDA support, presumably for IDE interface.
Is that correct ?

Another question is :
are there expected benefits for SD on SPI ?
I noticed that `sd.bin` got updated too,
but it's unclear to me if this interface is supposed to receive some sort of benefit from latest development round.

Most improvements for CDDA and part of compatibility improvements also concern the SD loader (and anothers).

[dragoncity]

(24.11.2020 13:02)fafadou писал(а):  As a last attempt with Ooga booga, I build a gdi with echelon 1ST_READ.BIN even if I can't binhack him.
Please @Dragoncity and others do a last test :
https://mega.nz/file/IyA0QDzZ#OMVkc-ycmZ...7wv3lLOsVM

If you have a pirate screen, press start, I remember I have it with the cdi, but the game ran well.

Good job ! work

Need OPT for work

Edit : I had a freeze during loading...need find maybe other memory but for the moment only default memory work !

So new loader

[fafadou]

Oh great ! Fantastic loader @SWAT.
Finally I make an iso... Perhaps ^^

did you have change the track01 ?

If the ide loader can run .iso than sdloader maybe it will be more simple to repack the echelon cdi to .iso.

[EDIT] iso pack from echelon cdi version without protection. One .iso "normal" and one other with Hack lba :
https://mega.nz/file/JuABwSDY#UjViuKOtgS...7wk1L-lyGk

[pcwzrd13]

Regarding the piracy detection in Ooga Booga. Here's some info I got from the devs:

Цитата:I just took a look at the code to refresh my memory and it was really a dead simple piracy check:

if

the media had a high density table of contents and

the Dreamcast reported the media type as GDC_DISC_GDROM

then

read the boot file name (which was a 16 byte string conveniently always located at byte offset 0x582F060)

get the starting location of the boot file

make sure the boot file was past the 100th minute on the disc

If that check failed, we determined it was a pirated copy.

The reason for this simple check was that the boot file was positioned at the end of the disc for read performance. Most pirated copies were 74 or 80 minute CD-ROM images where they condensed the free space down to fit the game on one disc. They were typically played on hardware hacked Dreamcasts or using a stolen/pirated development key disc. The piracy check was only there to stop casual hackers who weren’t experienced enough to modify the byte code and circumvent the boot file check.

However, we actually created a unintended piracy deterrent when we added that “piracy detected!” screen. Smarter hackers later found our boot file logic and after showing the dancing pirate screen (for bragging rights), would let the game continue on to the title screen. Turns out, we unintentionally never freed the memory used by the dancing pirate and with so little memory on that system, the heap became over-allocated soon after during gameplay. Our code was as written as fault tolerant as possible so you could typically get into a match and start playing and everything would appear normal. After a few minutes, graphics would start glitching out, framerate would start to hitch, and the experience would degrade often time until it was totally unplayable.

This should be helpful to SWAT for bypassing this check.

[fafadou]

I guess the 1ST_READ.BIN hack by echelon by pass this check.
Hope @SWAT don't need to focus on it.
There is also some homebrew games like sturmwind, ghost blade and pier solar that have strange datas to protect copy.

sturmwind run with ide.bin from dreamshell RC3 probably ghost blade too.
@megavolt85 hack pier solar and extract datas for 0.7.x loader.
Don't know if ide.bin from RC3 can be use with RC4 and 5.

[K470r]

(24.11.2020 13:02)fafadou писал(а):  As a last attempt with Ooga booga, I build a gdi with echelon 1ST_READ.BIN even if I can't binhack him.
Please @Dragoncity and others do a last test :
https://mega.nz/file/IyA0QDzZ#OMVkc-ycmZ...7wv3lLOsVM

If you have a pirate screen, press start, I remember I have it with the cdi, but the game ran well.

Work fine

[dragoncity]

(25.11.2020 00:02)K470r писал(а):  

(24.11.2020 13:02)fafadou писал(а):  As a last attempt with Ooga booga, I build a gdi with echelon 1ST_READ.BIN even if I can't binhack him.
Please @Dragoncity and others do a last test :
https://mega.nz/file/IyA0QDzZ#OMVkc-ycmZ...7wv3lLOsVM

If you have a pirate screen, press start, I remember I have it with the cdi, but the game ran well.

Work fine

Don't block at loading ? o_O

what's your preset?

[SWAT]

I made several builds with CISO support in the SD loader as requested by the community.
But note that full loaders (sd_cso.bin and sd_cso_alt.bin) are already using too much memory to be placed in the default address (0x8c004000). Only sd_cso_se.bin can be placed there.
For full loaders with cso you should use 0x8c000100 or high memory.

[sundance2]

(25.11.2020 07:18)SWAT писал(а):  But note that full loaders (sd_cso.bin and sd_cso_alt.bin) are already using too much memory to be placed in the default address (0x8c004000). Only sd_cso_se.bin can be placed there.
For full loaders with cso you should use 0x8c000100 or high memory.

Is there a place where the reasoning behind memory address selection is explained ?
For example, is it generally better for the loader to start at a lower address, while it's generally better for the software being run that the loader be placed at a rather higher address ?

This part is nebulous to me, the ISO loader proposes a lot of addresses, but without explanation, I tend to blindly follows config lists like the dragoncity one,
yet I see other people/video suggesting different address, and after testing, many of them work, so it's really not satisfying to understand why select one rather than the other.

@swat post states that one parameter for this choice is the binary size of the loader, suggesting that the "right" address depends on the loader and its version. Maybe on other parameters? or even the image being loaded too.

As a data point, `sd_cso.bin` is 30.5 KB,
compared to previous betas of `sd.bin` :
v0.6.11 => 28.6 KB
v0.6.10 => 27.6 KB
v0.6.9 => 27.3 KB
v0.6.8 => 26.9 KB
So it seems to be slowly growing overtime (even without cso support).
And presumably, it could have an impact on address selection.

[K470r]

(25.11.2020 00:14)dragoncity писал(а):  

(25.11.2020 00:02)K470r писал(а):  

(24.11.2020 13:02)fafadou писал(а):  As a last attempt with Ooga booga, I build a gdi with echelon 1ST_READ.BIN even if I can't binhack him.
Please @Dragoncity and others do a last test :
https://mega.nz/file/IyA0QDzZ#OMVkc-ycmZ...7wv3lLOsVM

If you have a pirate screen, press start, I remember I have it with the cdi, but the game ran well.

Work fine

Don't block at loading ? o_O

what's your preset?

---

The game works well, gives little jerks in the middle of the game. Crashes if you press start in the middle of the game.

[fafadou]

Oh well done ! Do you use a ide to sata converter ?
do you have optimize it ?
With resident evil code veronica I don't have the tiger issue, but after a moment no music and finally a crash with the same config.
But no problem with 16 sync than true, maybe it will be the same here.

Hopefully I keep preciously my very old echelon disc made by a friend at school in 2002 ^^
If someone can run it I request @megavolt85 to put it in the gdi builder list release.
Well done again @SWAT my favorite game in multiplayer.

[K470r]

(25.11.2020 16:46)fafadou писал(а):  Oh well done ! Do you use a ide to sata converter ?
do you have optimize it ?
With resident evil code veronica I don't have the tiger issue, but after a moment no music and finally a crash with the same config.
But no problem with 16 sync than true, maybe it will be the same here.

Hopefully I keep preciously my very old echelon disc made by a friend at school in 2002 ^^
If someone can run it I request @megavolt85 to put it in the gdi builder list release.
Well done again @SWAT my favorite game in multiplayer.

I am using an IDE to SATA converter, I optimized the GDI.

I tried sync16 and the game is perfect.

Thanks for the GDI.

[dragoncity]

OK for me tutorial block at loading,but without tutorial work.

EDIT : OK Work !! I found !!

Need VMU for work with tutorial

[K470r]

(25.11.2020 17:48)dragoncity писал(а):  OK for me tutorial block at loading,but without tutorial work.

EDIT : OK Work !! I found !!

Need VMU for work with tutorial

Interesting.
I always tried it with the VMU inserted in the control.


Border down and karous did not work for me on the NTSC console in the composite video output; I could only play them by VGA.

Now with the 0.6.11_alt loader, they go perfect for composite video on my NTSC console.

I name the 0.6.11_alt loader as 15 in reteodream.