[bell]

---- release candidate 3 below this line ----
Based on the special betas but more stable and hex files included for all chip types. (Chip disable feature has been removed from 12F635 and 16F627 and versions)

You'll need the new version of the config/upgrade discs if you plan to use the update blocker and/or autoboot feature. Get it here: http://wiinewz.com/forums/yaosm/6821...ade-discs.html

---- special beta 2 below this line ----
12F629/675/683 hex files... slightly modified version of special beta 1.

---- special beta 1 below this line ----
Special test version for those who experienced better media compability and less DRE's with yaosm 3.0/3.1 than with 3.2rc2.

---- release candidate 2 below this line ----
Looking for loginstate 0x11 four times as often during drivecode upload compared to rc1 and beta4.

---- release candidate 1 below this line ----
"DOH!"-moment experienced. Realized that with the method used by beta4 I no longer need to delay the disclogin. I really think this is the last version before going final.

---- beta 4 below this line ----
beta 2 and 3 can hang the Wii (4-second power button push is needed). Fixed that with a safer routine for delaying disclogin during drivecode uploading.

LED support back in 12F635 hex.

---- beta 3 below this line ----
All chip types supported. (12F635 lacks LED support and chip disable feature. 16F627 lacks chip disable feature.)

PIC code optimizations in order to get everything to fit in all chip types (except the ones mentioned above).

While optimizing I found the real reason behind the region byte corruption that could happen with yaosm 3.0 and I believe it can still happen with yaosm 3.1 (although a lot less likely). It should really be fixed this time.

Limited testing done, especially after all the code optimizations.

---- beta 2 below this line ----
New hex files for 12F683. This version delays the disclogin process during the drivecode upload which allows the troublesome DL discs to be detected even if they are in the drive when powering on the Wii.

I've only done limited testing. Please try it and report if I've broken anything else.

---- beta 1 below this line ----
Untested beta hex files for 12F629/675/683 attached. DMS/D2A/D2B supported.

Is supposed to improve dual layer disc detection. If comparing with WiiKey on the same Wii, please turn of speedfix in yaosm to allow for a fair comparison (set default and alternate speed to SLOW with config disc).

For those interested in the details, it forces the disclogin to pass loginstate 0x11 even if it fails. Loginstate 0x11 happens very early in the login process, and if you start the Wii with a disc inserted it's going to get past 0x11 before yaosm has finished uploading it's drivecode. So you will have to eject and reinsert the disc in order for yaosm have a fair chance to fake the OK from loginstate 0x11.

The method is completely stolen from WiiKey.

[bell]

Hex files 16F630/676

[duncans_pumpkin]

I like what your doing but its sad to see the first proper update to yoasm since dvd upgrading was introduced isnt dvd upgradable. Oh well not to worry your doing a great job.

[cyberrep]

Tonigh I test it, I have DMS version with 12F683.
And 3 DVD of SSBB with DRE problems
Tks a lot BELL!!!

[bell]

Originally Posted by duncans_pumpkin

I like what your doing but its sad to see the first proper update to yoasm since dvd upgrading was introduced isnt dvd upgradable. Oh well not to worry your doing a great job.

Well, it hard to foresee everything. I wish it could be done some other way but normally the drivecode don't kick in until loginstate 0x7F but those problems with unrecognized DL disc never reach loginstate 0x7F. Basicly everything that happens after loginstate 7F can be changed with an upgrade but everything that happens before can not.

[bell]

Originally Posted by cyberrep

Tonigh I test it, I have DMS version with 12F683.
And 3 DVD of SSBB with DRE problems
Tks a lot BELL!!!

If you with DRE means that they are not even detected, then yes, this version may help. But if you mean that they are detected but fails during loading of the game, then no, it's not going to help.

[transitory]

DMS PAL Wii 12F683

With the new beta DL disks are now detected and spin up where previously they weren't doing so. Using the team cyclops dual layer tester, my SSBB disks now pass where before they failed i.e. the tester now says both layers can be read. However SSBB burnt on Ritek and Verbatim (Singapore) DL disks, although they spin up, they give a 'disk could not be read' error when trying to load them. Tried ejecting and re-inserting several times to no avail.

So disk detection definitely improved and at this stage not sure what the problem is. As the cylops tester seems to be saying that both layers can be read maybe it's just a bad iso.

[bell]

Originally Posted by transitory

DMS PAL Wii 12F683

With the new beta DL disks are now detected and spin up where previously they weren't doing so. Using the team cyclops dual layer tester, my SSBB disks now pass where before they failed i.e. the tester now says both layers can be read. However SSBB burnt on Ritek and Verbatim (Singapore) DL disks, although they spin up, they give a 'disk could not be read' error when trying to load them. Tried ejecting and re-inserting several times to no avail.

So disk detection definitely improved and at this stage not sure what the problem is. As the cylops tester seems to be saying that both layers can be read maybe it's just a bad iso.

Try using the config disc to set yaosm to SLOW on both default and alternate speed.

[Baramos]

D2B US 683 region patching set to 01 and the next 3 bytes set to 00 with the rest untouched.

My burned copy of brawl(I have the retail version) now gets deteced 100 percent of the time (was about 40 percent), but only boots 80 percent of the time with that 20 percent being a reset back to the main Wii menu after hitting the start button in the disc channel. I tried it about 20 times over the last 15 mins. Each the time I got the game to boot I launched the first movie of the SSE or some other stuff on the second layer to see if it would crash and it did not.

edit:I Forgot to say during the testing I was power cycling, reseting, and taking the game in and out from the Wii. Also the media I used in my test was a Verbatim +r DL make in Singapore.

[CZroe]

Originally Posted by bell

Untested beta hex files for 12F629/675/683 attached. DMS/D2A/D2B supported.

Is supposed to improve dual layer disc detection. If comparing with WiiKey on the same Wii, please turn of speedfix in yaosm to allow for a fair comparison (set default and alternate speed to SLOW with config disc).

For those interested in the details, it forces the disclogin to pass loginstate 0x11 even if it fails. Loginstate 0x11 happens very early in the login process, and if you start the Wii with a disc inserted it's going to get past 0x11 before yaosm has finished uploading it's drivecode. So you will have to eject and reinsert the disc in order for yaosm have a fair chance to fake the OK from loginstate 0x11.

The method is completely stolen from WiiKey.

AWESOME work. Thanks!

Now, is there any reason to install this on a Wii that reads the disc fine and is running YAOSM3r2? Basically, I took the same YAOSM chip out of a DMS Wii that couldn't read the same disc without WiiKey and put it into a D2B Wii that could read it. I don't think we'll be using anything else other than Verbatim DLs anyway.