pelago

Hi. Is there a public API for xboxunity.net?

Hi. I'm interested in learning about the various folders and files you can find on an Xbox hard disk, in particular those in the Cache folder. I know that the files starting TU are title updates, but there are also files starting GT, TT, XT, and TK, among others. The TK files are usually 2788 bytes. Has anyone analysed these different files and what they might be storing?

Hi. If I visit https://xboxunity.net (note the S) rather than http://xboxunity.net I get warnings from my browser saying that the certificate is not valid (it's only valid for realmodscene.com). Can you give xboxunity.net its own certificate?

Thanks. Shame, but understandable.

Regarding the profile chooser that can be set to open on startup, it would be great if it could remember the last profile that was chosen and place the cursor there. This would be like the Nintendo Switch profile picker.

Thanks. Sorry about picking wrong subforum. Arguably the non-alphabeticalness is a bug (as I can't see why anyone would want any different) so correct for this sub, but I agree the other two are suggestions. Thanks again.

Is there a way to find out what the latest TU is for a particular game? Please note that I mean TUs as released officially by the game developer/publisher, or by Microsoft, not what the community uploaded on xboxunity. I was wondering if there was a way to search on xbox.com, or a hidden API or something.

I agree that just ripping the individual games is a good fix, and has a slight game loading speed advantage as you don't have to go through another menu system to pick a game. On the other hand, it can sometimes be a loss to do thongs this way, as you may miss out on a pretty menu with nice background music, say. And it can be hard for non-techy users to know what to do. So it would be great if there ever was a nice fix for making multi-game discs "just work", whether it's some kind of automated patch to the default.xex, or something fixable in Aurora, or even a "one-click" item in Aurora which could be run on these problematic discs to install them in Content/00000 etc.

I am very appreciative of the profile choser that you can optionally show on startup. It makes the console much easier to use for multiple, non-techy, users. But I have a couple of problems. Mist importantly, the list isn't sorted alphabetically by profile name - it seems to be sorted by creation date or (probably) internal ID. Profiles are sorted by name in NXE. Secondly, only four profiles show up before needing to scroll, which seems slightly low (I have five profiles on my box). Can the window height be increased, or the item height decreased? Maybe this is themable - I haven't checked. Lastly, the location for the profile is shown with a techy-looking pathname which is offputting to non-techy users. Would it be ambiguous if you just abbreviated to, say, "HDD" etc., or showed an icon for HDD etc.? Many thanks for your hard work.

I'm a believer in the "release early, release often" mantra, so I vote for a release soon, even if not all new features are implemented.

It took me a while to notice it as it's quite subtle, but there's a little series of dots in the bottom-right which seems to indicate which disc is which out of a set. It might be something that can be made more obvious with themes.

I realise these are 0.1 releases, but I was considering them "major" as they are quite far apart and have quite a lot of new features in each. I was advocating maybe four or six releases a year, with just one or two new features in each. Same number of new features per year, just drip-fed. I realise, though, that some things are connected and features A, B and C can't be released until feature D is completed. I also appreciate that this might be more work. But frequent, smaller, releases can be a good way to get rapid feedback. All the best to the developers.

Although I respect the developers wishes whether or not to go closed source or open source, I do wish the source was open. I doubt there really would be multiple forks out there causing confusion - as you say, there are limited people out there who do Xbox developing. But open-source means projects can live on when their creators lose interest, and can encourage a release-early-release-often model, where new features are introduced in minor releases rather than waiting for lots of features in a new major version. Open source is the norm in the 3DS scene, and progress there has been rapid.

Thanks. How strange. Maybe there's more than one version of the disc.

By the way, Far Cry 4 doesn't work after doing iso2god either, at least when using the original disc layout (gives same disc read error after creating the content folder). Again, I don't know why. Maybe it might if you extracted the files, made the manipulations, converted back to iso, then iso2god again, I don't know as I haven't tried, but if you're doing that you might as well keep it extracted. Regarding my use of the word "unzipping", I'm talking about games like the Wolfenstein: The New Order, which creates the content folder "on the fly" when you run the disc by extracting archives or doing other manipulations of files from the disc. The user cannot simply workaround by copying a folder called "Content" into Content/0000000000000000/etc. In fact Far Cry 4 is like that, as you'll have seen.

I'm not sure if I'm explaining the Far Cry 4 thing properly. Here is the directory tree of the files from an extracted disc: . ├── [ 13M] AvatarAssetPack ├── [1.1M] default.xex ├── [ 13M] game.xex ├── [ 155] installation1 │ ├── [ 82M] common.dat │ ├── [ 53K] common.fat │ ├── [ 23M] ige.dat │ ├── [135K] ige.fat │ ├── [7.6M] shadersobj.dat │ ├── [132K] shadersobj.fat │ └── [ 51] worlds │ ├── [ 96] fcc_main │ │ ├── [2.1G] fcc_main.dat │ │ ├── [4.9M] fcc_main.fat │ │ ├── [122M] fcc_main_vistas.dat │ │ └── [328K] fcc_main_vistas.fat │ └── [ 128] multicommon │ ├── [1.2G] multicommon.dat │ ├── [2.7M] multicommon.fat │ ├── [ 72M] multicommon_vistas.dat │ └── [195K] multicommon_vistas.fat ├── [ 106] media │ ├── [1.9M] simplescene.xzp │ ├── [2.5M] TradeGothicLT-Bold-JAP.ttf │ └── [1.4M] TradeGothicLT-Bold.ttf ├── [2.1M] nxeart ├── [1.4G] sound.dat ├── [316M] sound_english.dat ├── [390K] sound_english.fat ├── [105K] sound.fat ├── [299M] sound_french.dat ├── [390K] sound_french.fat ├── [306M] sound_german.dat ├── [390K] sound_german.fat ├── [305M] sound_italian.dat ├── [390K] sound_italian.fat ├── [290M] sound_spanish.dat ├── [390K] sound_spanish.fat ├── [ 22K] SPLASH_720.PNG ├── [1.6M] UplayBrowser.dat ├── [5.2M] UplayBrowser.xex ├── [ 18] UplayMedia │ └── [ 21] theme │ └── [5.1M] fc3theme ├── [5.3M] UplayMedia.dat └── [ 51] worlds ├── [4.0K] fcc_main │ ├── [ 19M] fcc_main_english.dat │ ├── [375K] fcc_main_english.fat │ ├── [ 18M] fcc_main_french.dat │ ├── [375K] fcc_main_french.fat │ ├── [ 18M] fcc_main_german.dat │ ├── [375K] fcc_main_german.fat │ ├── [ 18M] fcc_main_italian.dat │ ├── [375K] fcc_main_italian.fat │ ├── [ 18M] fcc_main_spanish.dat │ └── [375K] fcc_main_spanish.fat └── [4.0K] multicommon ├── [ 14M] multicommon_english.dat ├── [296K] multicommon_english.fat ├── [ 14M] multicommon_french.dat ├── [296K] multicommon_french.fat ├── [ 14M] multicommon_german.dat ├── [296K] multicommon_german.fat ├── [ 14M] multicommon_italian.dat ├── [296K] multicommon_italian.fat ├── [ 14M] multicommon_spanish.dat └── [296K] multicommon_spanish.fat Total size of folder on HDD at this point, ~6.7GB. If you run that game as it stands, on first run the game itself will create 3.7GB in Content/0000000000000000/something, which you'll notice is the same size as the files in the installation1 folder. Resulting space used on HDD, ~11GB . After creating the Content folder, the game will then give a disc error. If instead you modify the extracted disc as follows (i.e. copying everything from installation1 to the root folder of the disc, taking care to merge the "worlds" subfolder, which can be tricky on a Mac), you get: . ├── [ 13M] AvatarAssetPack ├── [ 82M] common.dat ├── [ 53K] common.fat ├── [1.1M] default.xex ├── [ 13M] game.xex ├── [ 23M] ige.dat ├── [135K] ige.fat ├── [ 155] installation1 │ ├── [ 82M] common.dat │ ├── [ 53K] common.fat │ ├── [ 23M] ige.dat │ ├── [135K] ige.fat │ ├── [7.6M] shadersobj.dat │ ├── [132K] shadersobj.fat │ └── [ 51] worlds │ ├── [ 96] fcc_main │ │ ├── [2.1G] fcc_main.dat │ │ ├── [4.9M] fcc_main.fat │ │ ├── [122M] fcc_main_vistas.dat │ │ └── [328K] fcc_main_vistas.fat │ └── [ 128] multicommon │ ├── [1.2G] multicommon.dat │ ├── [2.7M] multicommon.fat │ ├── [ 72M] multicommon_vistas.dat │ └── [195K] multicommon_vistas.fat ├── [ 106] media │ ├── [1.9M] simplescene.xzp │ ├── [2.5M] TradeGothicLT-Bold-JAP.ttf │ └── [1.4M] TradeGothicLT-Bold.ttf ├── [2.1M] nxeart ├── [7.6M] shadersobj.dat ├── [132K] shadersobj.fat ├── [1.4G] sound.dat ├── [316M] sound_english.dat ├── [390K] sound_english.fat ├── [105K] sound.fat ├── [299M] sound_french.dat ├── [390K] sound_french.fat ├── [306M] sound_german.dat ├── [390K] sound_german.fat ├── [305M] sound_italian.dat ├── [390K] sound_italian.fat ├── [290M] sound_spanish.dat ├── [390K] sound_spanish.fat ├── [ 22K] SPLASH_720.PNG ├── [1.6M] UplayBrowser.dat ├── [5.2M] UplayBrowser.xex ├── [ 18] UplayMedia │ └── [ 21] theme │ └── [5.1M] fc3theme ├── [5.3M] UplayMedia.dat └── [ 51] worlds ├── [4.0K] fcc_main │ ├── [2.1G] fcc_main.dat │ ├── [ 19M] fcc_main_english.dat │ ├── [375K] fcc_main_english.fat │ ├── [4.9M] fcc_main.fat │ ├── [ 18M] fcc_main_french.dat │ ├── [375K] fcc_main_french.fat │ ├── [ 18M] fcc_main_german.dat │ ├── [375K] fcc_main_german.fat │ ├── [ 18M] fcc_main_italian.dat │ ├── [375K] fcc_main_italian.fat │ ├── [ 18M] fcc_main_spanish.dat │ ├── [375K] fcc_main_spanish.fat │ ├── [122M] fcc_main_vistas.dat │ └── [328K] fcc_main_vistas.fat └── [4.0K] multicommon ├── [1.2G] multicommon.dat ├── [ 14M] multicommon_english.dat ├── [296K] multicommon_english.fat ├── [2.7M] multicommon.fat ├── [ 14M] multicommon_french.dat ├── [296K] multicommon_french.fat ├── [ 14M] multicommon_german.dat ├── [296K] multicommon_german.fat ├── [ 14M] multicommon_italian.dat ├── [296K] multicommon_italian.fat ├── [ 14M] multicommon_spanish.dat ├── [296K] multicommon_spanish.fat ├── [ 72M] multicommon_vistas.dat └── [195K] multicommon_vistas.fat This makes the extracted game folder ~11GB. If instead you run the game now, on first run the game itself will create 3.7GB in Content/0000000000000000/something. Resulting total space used on HDD, ~15GB. But importantly, now the game won't give a disc error and will run. In other words, for some reason the files in installation1 (e.g. worlds/fcc_main/fcc_main.dat) need to exist not inside the installation1 folder but instead at the higher level. I don't know why. Alternatively, you can modify the extracted game folder as follows (i.e. moving, not copying everything from installation1 to the root folder of the disc, taking care to merge the "worlds" subfolder, which can be tricky on a Mac, then deleting the installation1 folder afterwards), you get: . ├── [ 13M] AvatarAssetPack ├── [ 82M] common.dat ├── [ 53K] common.fat ├── [1.1M] default.xex ├── [ 13M] game.xex ├── [ 23M] ige.dat ├── [135K] ige.fat ├── [ 106] media │ ├── [1.9M] simplescene.xzp │ ├── [2.5M] TradeGothicLT-Bold-JAP.ttf │ └── [1.4M] TradeGothicLT-Bold.ttf ├── [2.1M] nxeart ├── [7.6M] shadersobj.dat ├── [132K] shadersobj.fat ├── [1.4G] sound.dat ├── [316M] sound_english.dat ├── [390K] sound_english.fat ├── [105K] sound.fat ├── [299M] sound_french.dat ├── [390K] sound_french.fat ├── [306M] sound_german.dat ├── [390K] sound_german.fat ├── [305M] sound_italian.dat ├── [390K] sound_italian.fat ├── [290M] sound_spanish.dat ├── [390K] sound_spanish.fat ├── [ 22K] SPLASH_720.PNG ├── [1.6M] UplayBrowser.dat ├── [5.2M] UplayBrowser.xex ├── [ 18] UplayMedia │ └── [ 21] theme │ └── [5.1M] fc3theme ├── [5.3M] UplayMedia.dat └── [ 51] worlds ├── [4.0K] fcc_main │ ├── [2.1G] fcc_main.dat │ ├── [ 19M] fcc_main_english.dat │ ├── [375K] fcc_main_english.fat │ ├── [4.9M] fcc_main.fat │ ├── [ 18M] fcc_main_french.dat │ ├── [375K] fcc_main_french.fat │ ├── [ 18M] fcc_main_german.dat │ ├── [375K] fcc_main_german.fat │ ├── [ 18M] fcc_main_italian.dat │ ├── [375K] fcc_main_italian.fat │ ├── [ 18M] fcc_main_spanish.dat │ ├── [375K] fcc_main_spanish.fat │ ├── [122M] fcc_main_vistas.dat │ └── [328K] fcc_main_vistas.fat └── [4.0K] multicommon ├── [1.2G] multicommon.dat ├── [ 14M] multicommon_english.dat ├── [296K] multicommon_english.fat ├── [2.7M] multicommon.fat ├── [ 14M] multicommon_french.dat ├── [296K] multicommon_french.fat ├── [ 14M] multicommon_german.dat ├── [296K] multicommon_german.fat ├── [ 14M] multicommon_italian.dat ├── [296K] multicommon_italian.fat ├── [ 14M] multicommon_spanish.dat ├── [296K] multicommon_spanish.fat ├── [ 72M] multicommon_vistas.dat └── [195K] multicommon_vistas.fat Total size of extracted game folder, ~6.7GB. If you run this game instead, on first run it will only create a few kilobytes in Content/0000000000000000 (presumably because of the missing installation1 folder), so total size on HDD is still ~6.7GB. The game will then run fine with no disc error. Clearly this is the optimal result. Hopefully you'll see that the 3.7GB of files is still there, just in a different place, and not seemingly needlessly copied into Content/0000000000000000. So that's the manual explanation, and yes, someone could search and find a tutorial for thing. Similarly, users could search for TUs themselves, or disc covers, but isn't it nice that Aurora/Unity does it for them. What I'm saying is that wouldn't it be wonderful if the user could insert the disc into their console, press a button, and Aurora would extract it for you after looking up the title ID and pulling down the game-specific script to do so. Most games wouldn't need any particular script, but some would. Where possible, scripts could copy Content folders (even deleting the extracted game disc files afterwards as no longer needed), and for multi-disc titles like FF13 which can be combined into one (which is most convenient), a FF13-specific script could do that too. The beauty would be that the general user wouldn't even have to know which games need special treatment and which don't, and it would "just work".

The Far Cry 4 guide works fine. It is talking about moving files around in the extracted game folder (installation1 is a subfolder within the main game folder, not a separate disc or anything), and depending on how you do this, the game will either install or not install 3.7GB into Content/0000000000000000. Given that you're playing from HDD not DVD anyway, you don't really need the installed content for improved performance, so method 2 seems better to me. Either way, if you don't have the files from the installation1 subfolder existing in the extracted game root folder, the game won't run (gives an error about dirty disc). It would be interesting to know why that is, incidentally. For content-installation discs, I know that usually you just copy the Content folder correctly, but some generate the files dynamically (unzipping or equivalent at runtime), and these discs sometimes only work in GoD format. I realise there isn't a method to convert an extracted game into GoD format, yet alone one on an Xbox, but if a script could handle that semi-automatically on the console (identifying via the title ID), that would be awesome. Scripts to convert/install/optimise multi-disc games (which as you say are all different, which is why I'm advocating a database of game-specific solutions), would also be great. I'm sorry if you don't think such a service would be useful.

Is there an existing, or has anyone considered creating, some sort of structured wiki or database for how to install particular games on a JTAG/RGH console, especially the problematic or multi-disc or "content installation" games that don't work with a normal extract? There are various tutorials on here and YouTube and the xpgamesaves forum (e.g. http://www.xpgamesaves.com/threads/tutorial-far-cry-4-installation.114002/ which I don't think the average use would have been able to work out themselves) but as I say, it would be good if there was a single database that would cover this definitively. Even better would be if Aurora could somehow query this database (maybe via Unity) in a machine-readable manner, and semi-automatically "fix" games for users, e.g. downloading a game-specific script that would move things into the correct folders etc. That would make the user experience pretty slick.

Thanks. I looked with xextool at default.xex and sp.xex and they both had media restricted to game disc only, so I don't think that's it. Presumably the game launcher or something overrides this anyway. For info, the game also doesn't work extracted on Aurora, same as in FSD, but it does work in both if sp.xex is renamed to default.xex. It would be nice to have a technical description of why it didn't work extracted out-of-the-box.

Another game that seems to not work extracted but does as GoD is Batman Arkham Origins. I don't know why this is, as there aren't any filenames greater than 42 chars. According to http://www.xpgamesaves.com/threads/tutorial-loading-batman-arkham-origins-with-fsd.88962/ this can be fixed by deleting default.xex and renaming sp.xex to default.xex, at least for FSD, which I am using. I haven't tried this myself, or tried in Aurora, but it works in GoD in FSD.

You can add Remember Me as a game that doesn't work extracted, due to filenames longer than 42 chars.

Sorry, double post.

I know I have a Trinity motherboard, but how do I tell if I have FCRT or not? Also, what is FCRT?

Hi. RetroArch (http://www.libretro.com/) is an open-source multi-system emulator for various platforms, but there have not been any recent releases for Xbox 360. From http://www.libretro.com/index.php/retroarch-1-2-july-4-release-kickoff/ : In a thread on their forum, http://libretro.com/forums/showthread.php?t=3408, Twinaphex is asking for help getting his RGH'd slim Xbox 360 to boot so he can use it for development, so maybe not all is lost. Can anyone here help him with that, or help with Xbox 360 RetroArch development in general? I don't know exactly how he's been screwed over by the Xbox 360 console scene previously, or by whom, but it would be great to show him that the scene is not all bad. Please note that I am just a user of RetroArch, not a project member, and I'd love to see it once again released on Xbox 360 as well as the other platforms it comes out on.

I think XeBuild GUI is mainly for buildings NANDs - it doesn't act as a programmer for glitch chips, or the DemoN, like J-Runner does.