xboxscene.org forums

Author Topic: Group Rrod Explanation Of Xgd3 Backups, Burning, And Technical Info  (Read 127 times)

hollowtip

  • Archived User
  • Newbie
  • *
  • Posts: 22

Found this on one of their release .nfos:

XGD3 BACKUPS OVERVIEW

       To end the confusion once and for all, *yes*, original XGD3 discs
       have a higher linear/track density and therefore a higher physical
       capacity than XGD2 and regular DVD+R DL media. As a result, XGD3 ISO
       backups are larger as well.

       For XGD3 backup support, c4eva has introduced in LT+ v2.0 the LT-MAX
       feature, which allows for XGD3 backups to use the maximum possible
       layerbreak for regular DVD+R DL media, and therefore all of the
       available space (8,547,991,552 bytes) of a regular DVD+R DL disc.

       Since there is still not enough space on a regular DVD+R DL disc to
       hold the entire XGD3 game partition, not to mention the Layer 1
       Video partition, this is not at all recommended as being "safe" for
       Xbox LIVE.

       XGD3 backups will still boot and play fine on LT+ v2.0 as long as the
       last approximately 1.7% of the game partition does not contain any of
       the actual game assets, which it usually won't because the end of the
       game partition is near the inner edge of the disc, and developers
       will try to keep their game data near the outer edge (middle of the
       game partition) to maximize read performance.

       Another necessary condition to booting and playing XGD3 backups on
       regular DVD+R DL media is that the kernel or game code itself must
       not perform any CIV (Content Integrity Verification) checks on any
       part of this last approximately 1.7% of the game partition (or at
       least it must not take any action after CIV failures). Even if there
       are no actual game assets in this area, there is still pseudo-random
       padding data which can be checked through CIV, and such checks can
       even be added later to the game code through title updates, or to the
       kernel through system updates.

       Just like XGD2, XGD3 backups still require the correct dashboard
       version-specific AP2.5 replay data. As they've done previously, MS
       has the ability to change the DAE.bin by way of a system update,
       meaning you may need to re-patch/re-burn at some point. The abgx360
       application and database will be updated accordingly to support XGD3.


       BEST PRACTICES AND SETTINGS

       The P2P XGD3 ISO rips that were floating around before this point are
       for ODDEs and are not compatible as-is with LT+ v2.0. Their PFI, DMI
       and SS sectors are in the wrong PSN (Physical Sector Number)
       locations and they are missing the critical AP2.5 replay sector and
       SS replay table. If you intend to play XGD3 backups on a firmware-
       flashed 360, it's up to you to make sure you're using proper ISOs
       made with 0800 v3.0, and to double-check by running them through
       abgx360 before burning.

       Keep in mind that this is the first of several potential disc-based
       backup solutions for XGD3. As such, it's recommened that all
       subsequent releases maintain the full ISO size and associated
       layerbreak (2133520) in the .dvd, which will help to ensure that they
       will be forward-compatible should any media manufacturers step up
       with new larger-capacity discs (which will be necessary in order to
       make XGD3 backups as safe as possible on Xbox LIVE).

       The actual layerbreak for XGD3 ISOs is 2133520. However, when burning
       XGD3 ISOs to regular DVD+R DL, ImgBurn will automatically reposition/
       limit the layerbreak to 2086912 in accordance with the disc's maximum
       Layer 0 data zone capacity (2,086,912 [LBA: 0 - 2086911]). The LT-MAX
       feature in LT+ v2.0 will compensate for this and allow you to play
       XGD3 backups with this wrong layerbreak, and therefore wrong game
       partition data PSN locations.

       In the case of growisofs as instructed below, in order to avoid
       errors when burning XGD3 to regular DVD+R DL, you may choose to first
       truncate the ISO to 8,547,991,552 bytes, and burn using a reduced
       associated layerbreak of 2086912. This should give you exactly the
       same end result as if you followed the instructions below for ImgBurn
       on Windows.


       INSTRUCTIONS FOR BURNING XGD3 BACKUPS WITH IMGBURN

       We recommended that you use the latest version of ImgBurn (v2.5.5.0
       at the time of writing, downloadable at
       http://www.imgburn.com/index.php?act=download). Older versions may
       handle this process differently and/or give a different set of
       errors.

       Although it is set by default in ImgBurn, please ensure that under
       Tools > Settings > Write, you have "Layer Break (For DL Media)" set
       to "Calculate Optimal".

       Please ensure that the layerbreak is set as 2133520 in the .dvd file.
       If you already have the XGD2 (or other) layerbreak value set in
       ImgBurn, the .dvd of the XGD3 ISO will override that setting and use
       the proper layerbreak.

       As mentioned above, ImgBurn will automatically reposition/limit the
       layerbreak to 2086912 when burning to regular DVD+R DL discs.

       Please see the included imgburn-xgd3-errors.png image for screenshots
       of the errors you'll encounter in ImgBurn and what to click on in
       each dialog that pops up.

       Step by Step:

       1. Choose "Write image file to disc", and after loading the .dvd
       file, click "Write".

       2. ImgBurn will pop up a notice saying that there is not enough
       space on the disc to burn the image, and asks if you would like to
       continue anyway. Click "Yes".

       3. Another message might pop up saying that optimal layerbreak
       position exceeds L0 capacity. Click "Yes".

       4. An error will then pop up noting that "Set L0 Data Zone
       Capacity Failed". Click "Continue".

       5. The image will begin writing to the disc.

       6. Nearing the end of the write process, ImgBurn will pop up an
       error at around 97% or 98% (this is what we want -- it's
       intentional!). Click "Cancel".

       7. A notice will then pop up asking if you would like ImgBurn to
       try and perform the "'Close Track/Session/Disc' functions". Click
       "Yes".

       8. Let the disc finalize, and you're done!
Logged

Jahaziel

  • Archived User
  • Newbie
  • *
  • Posts: 2
Group Rrod Explanation Of Xgd3 Backups, Burning, And Technical Info
« Reply #1 on: September 30, 2011, 11:56:00 AM »

Interesting.. unsure.gif
Logged

OggyUK

  • Archived User
  • Hero Member
  • *
  • Posts: 939
Group Rrod Explanation Of Xgd3 Backups, Burning, And Technical Info
« Reply #2 on: September 30, 2011, 12:14:00 PM »

That a piracy release group know so much about a fw only announced ~3 days ago.

I thought that too......
Logged

Spark

  • Archived User
  • Sr. Member
  • *
  • Posts: 426
Group Rrod Explanation Of Xgd3 Backups, Burning, And Technical Info
« Reply #3 on: September 30, 2011, 12:26:00 PM »

QUOTE(hollowtip @ Sep 30 2011, 07:41 PM) *



       Since there is still not enough space on a regular DVD+R DL disc to
       hold the entire XGD3 game partition, not to mention the Layer 1
       Video partition, this is not at all recommended as being "safe" for
       Xbox LIVE.

       



To be honest, this is what I expected but I am still awaiting the final confirmation from the Commodore though obviously.

It's kind of interesting that particular release group has early access to 0800v3 too.

This post has been edited by Spark: Sep 30 2011, 07:38 PM
Logged

moptrf

  • Archived User
  • Newbie
  • *
  • Posts: 14
Group Rrod Explanation Of Xgd3 Backups, Burning, And Technical Info
« Reply #4 on: September 30, 2011, 02:13:00 PM »

2011-09-29 10:28PM UTC] #fw <c4eva> xgd3 backup is as safe as any backup can be,passing all their checks
Logged

filletofish

  • Archived User
  • Jr. Member
  • *
  • Posts: 81
Group Rrod Explanation Of Xgd3 Backups, Burning, And Technical Info
« Reply #5 on: September 30, 2011, 02:13:00 PM »

Purely an observation here but if the above is true, which it definately is as it's the topic title on #fw, what on earth does "LT-Max" even mean, there's no high density writing going on as it would lead you to believe, it's just not writing some of the original image.
Logged

Spark

  • Archived User
  • Sr. Member
  • *
  • Posts: 426
Group Rrod Explanation Of Xgd3 Backups, Burning, And Technical Info
« Reply #6 on: September 30, 2011, 02:30:00 PM »

QUOTE(filletofish @ Sep 30 2011, 10:13 PM) View Post

Purely an observation here but if the above is true, which it definately is as it's the topic title on #fw, what on earth does "LT-Max" even mean, there's no high density writing going on as it would lead you to believe, it's just not writing some of the original image.


It would appear as though what C4E is saying and RRoD's information doesn't exactly correlate although admittedly RRoD's info makes a lot of sense. If their info is true though then LT Max is effectively just bullshitting the console and I can't see how this could be considered proper stealth.

QUOTE(OggyUK @ Sep 30 2011, 08:14 PM) View Post

That a piracy release group know so much about a fw only announced ~3 days ago.

I thought that too......


They must have gotten the tools to do this from somewhere though and they seem to want to align themselves quite closely with the Commodore, something that no release group has done before, in fact they have mostly just seemed to ignore him.
Logged

randalmorn

  • Archived User
  • Newbie
  • *
  • Posts: 8
Group Rrod Explanation Of Xgd3 Backups, Burning, And Technical Info
« Reply #7 on: September 30, 2011, 03:50:00 PM »

QUOTE
The LT+ v2.0 release for Phat models is imminent, and it was
requested that we release these in advance in order to give eve
time to have them downloaded and ready to play for once the fw
public.


i expect the phat lt 2.0 tomorrow smile.gif
Logged

Spark

  • Archived User
  • Sr. Member
  • *
  • Posts: 426
Group Rrod Explanation Of Xgd3 Backups, Burning, And Technical Info
« Reply #8 on: September 30, 2011, 05:18:00 PM »

QUOTE(randalmorn @ Sep 30 2011, 11:50 PM) View Post

i expect the phat lt 2.0 tomorrow smile.gif


I think this weekend could be a fair bet, hope so anyway. smile.gif
Logged

blackopsftw

  • Archived User
  • Newbie
  • *
  • Posts: 41
Group Rrod Explanation Of Xgd3 Backups, Burning, And Technical Info
« Reply #9 on: September 30, 2011, 06:10:00 PM »

Amazing post, finally a bit of techy info rather than the usual evasive and vague c4e musings "it'll be done soon, yes uses all data" etc
Logged

nappy123

  • Archived User
  • Newbie
  • *
  • Posts: 3
Group Rrod Explanation Of Xgd3 Backups, Burning, And Technical Info
« Reply #10 on: September 30, 2011, 06:50:00 PM »

I wasn't expecting it to work but, hell, I was curious so I tried it.  Just in case anyone with a Hitachi drive on iX 1.51 is wondering (and doesn't want to waste a blank), this does not boot on our consoles.
Logged

64squares

  • Archived User
  • Newbie
  • *
  • Posts: 16
Group Rrod Explanation Of Xgd3 Backups, Burning, And Technical Info
« Reply #11 on: September 30, 2011, 08:21:00 PM »

[2011-10-01 12:58AM UTC] #fw <c4eva> nfo is wrong

QUOTE(nappy123 @ Sep 30 2011, 08:50 PM) *

I wasn't expecting it to work but, hell, I was curious so I tried it.  Just in case anyone with a Hitachi drive on iX 1.51 is wondering (and doesn't want to waste a blank), this does not boot on our consoles.


You need lt+2.0
Logged

letsmod

  • Archived User
  • Sr. Member
  • *
  • Posts: 311
Group Rrod Explanation Of Xgd3 Backups, Burning, And Technical Info
« Reply #12 on: October 01, 2011, 12:18:00 AM »

FYI... These 0800 v3 backups do not work with x360key   mad.gif
Logged

amak1131

  • Archived User
  • Jr. Member
  • *
  • Posts: 99
Group Rrod Explanation Of Xgd3 Backups, Burning, And Technical Info
« Reply #13 on: October 01, 2011, 12:25:00 AM »

QUOTE(Spark @ Sep 30 2011, 01:30 PM) *

If their info is true though then LT Max is effectively just bullshitting the console and I can't see how this could be considered proper stealth.


Isn't that what stealth basically does? A burned game will always fail something, but the fw tells the console everything is ok.
Logged

parabolee

  • Archived User
  • Jr. Member
  • *
  • Posts: 50
Group Rrod Explanation Of Xgd3 Backups, Burning, And Technical Info
« Reply #14 on: October 01, 2011, 12:58:00 AM »

QUOTE(letsmod @ Oct 1 2011, 07:18 AM) View Post

FYI... These 0800 v3 backups do not work with x360key   mad.gif


With the great work the team has done over the month in regards to XGD3 and 2.5, I expect a fw patch soon that makes these playable too smile.gif
Logged