ESTE

Thanks, but why didn't you post it in "xeBuild" section of the forum?

I wonder who created this piece of a coding art ? Does anyone know who is this guy ?

Great memories with this trainer. Nice to see it still around after all those years. LiNK 4eva !!!

You can use NXE version of XEX Menu v1.2. It will show as demo game in NXE's game list. Then you can run Aurora by XEX Menu v1.2. That way you can use Aurora without dashlaunch when needed.

From what I know there is no planned DLC for Black Ops 3 on last generation (X360 / PS3). You can play DLC only on Xbox One, PlayStation 4 and Personal Computer.
That's why you can't find it anywhere. It simply doesn't exist.

Thanks for your hard work. How do you feel about adding MAME support for this version ? There is official v1.0.0.2 bulid with MAME support, but they removed shaders from it. xBR shader is so great, but it only works in v0.9.8.4. It would be amazing, if you could add this MAME from v1.0.0.2 to v0.9.8.4 or to your unofficial version. I don't know if that's even possible, but I just wanted to ask.

I can give you my game.xex and if it will match your media ID, then it will help.
I will upload it and give you link on your PM.
Transfer that file to your W_D folder and try it.

Update is not needed to play games so there no point in updating to newest dash or updating xebuild or dashlaunch

No shit sherlock lol

You had to see this coming. Microsoft always puts out the big updates right around thanksgiving. The xebuild and dashlaunch teams knew this, and that is why they released it when they did. I wouldnt expect to see another xebuild update, or dashlaunch update any time in the near future.

I was wondering, did they know about upcomming update. You're probably right.

It's all XBLSE fault. I'm sure we wouldn't have to wait more then 3 days after dash update for new xeBuild and DashLaunch but because of those XboxLive cheaters we will have to wait many months.

Damn, I just updated to 16767.
I hope we will not have to wait several months again for new xeBuild and DashLaunch

Thanks for quick answer.

You're right, I didn't read change log sorry.
If applying feature is gone, then everything is OK.
I thought it was intended to force applying on every boot. Didn't realize it was a glitch.

In that case I'm going to try this right now.

Thank you very much for all of your work guys. Without you, there is no Xbox360 scene

It's all cool and nice, but why Aurora handles Title Updates in such weird way? Applying TU on every single game boot ?
I mean, TU is already in right place on HDD (Cache or Content folder) plus, it makes a copy of every TU in DATA folder (just like FSD did).
I know it's good for quick enabling and disabling game patches when needed, but why Aurora forces me to apply TU every time I boot the game?
There are 2 copies already on HDD, so why applying is needed? It looks like it moves title update file somewhere on HDD, but what's the point if files are already in right paths?
Besides long waiting to just start the game (TU for Alien Isolaton is 1 GB big and it takes several minutes of applying) if it really moves TU files on every game boot, then files on HDD are even more fragmented and games loads slower because of that.

What was wrong with FSD method of handling title updates and why Aurora forces us to apply TU on every single game boot ?

You can't set colored clan tag in GPD or in save game for now.
Green THC Clan Tag in game is achived by forcing right values in offsets on host side.
That means only host can mod clan tag and get colors for all clients.

That's why we have green THC only on our teammate's hosts or if someone is using my public AW trainer.
If you have my trainer loaded, and me or someone from my team will join your host, we will have green clan tag.

If you want to do that kind of stuff, try to learn about building trainers for Xbox360.

There is a very good tutorial by MBRKiNG about trainers. Just google it.

Did you copy the content of the installation1 folder to your main root folder? Renamed the game.xex into default.xex and removed/replaced/deleted the original default.xex?

After this, delete or replace the installation1 folder. Start the game as normal using fsd. It should work.

Renaming game.xex to default.xex is very bad idea because Title Updates will not work.

Just hide/remove default.xex and leave just game.xex as game booter. That way you can play game and use any Title Update in future.

It's a flag used to get missing covers on startup... you don't really need to disable it unless it's causing problems for you

Thank you for quick answer. That's all I wanted to know.

Hi, what's this for and when do I need to disable it ??

Thanks in advance.

Game has the same Title ID, but Media ID is different for game's region so it's not always the same. I was talking about updating original xex (game.xex) with game.xexp from title update so you no longer need title update on your hard drive if you want to use DLC (game is already updated that way). But that's only if someone wants to play from GOD container. If you have XEX rip all you need is "game.xex" and title update in right place. It's the best way to play this game on Jtag/RGH console.

Look on my file structure. I don't have default.xex file and thanks to that I can boot W_D from Box Art menu in FSD with TU#4 enabled without  any problems.

EDIT: Media ID is also always different for Disc number. Disc 1 and Disc 2 have the same Title ID, but Media ID is always different.

You don't need any of the defaul.xex files at all for this game. Just the original "game.xex" and title update in right place on HDD.

This works fine for XEX rip, but if someone wants to use DLC with GOD version, then game.xex needs to be renamed to default.xex and then patched with xextool before creating GOD package.

EDIT: Media ID: 173F8504 is the right media ID for game.xex which is the same as in Title Update

http://www.xbuc.net/browse/?search=173F8504

Also 2 discs needs to be merged in the right way. Here is how my version looks on hard drive:

As you can see i have only "game.xex" inside game's folder without any of the "default.xex" files.
Thanks to that not only game is launchable via FSD Box Art menu but also works with TUs and DLCs without any problems.

It was never working for me. Every time i tried to report someone i got error message.

This is incredible. Aurora works so well. New BoxArt layouts are just creazy. Covers looks so well and so crisp on some layouts.

FTP works fine. Since File Browser inside plugin I don't really need File Manager so it's fine. LiNK works fine. Title updates works fine.

Even game.xex was searched in Whatch_Dogs folder and thanks to that I'm able to run W_D with enabled TU and without need of patching xex with xexp.

Easly connected to Unity with Request Tab. Looks like everything works for me besides WEB ui. For some reason I'm not able to call Web UI in FireFox with my static IP adress for console which works fine in FSD. But besides that everything works awesome.

Thanks, that is great but for now I can't login my console into my account. I can login on website but can't on console with the same password and username.

It gives me "Failed to connect to server" error. Joining rooms on website doesn't work either. And what's up with LiNK games list ?? So now you chose game in order to see how many people plays it on LiNK. It's not possible to see which games are currently online at once. Or is there going to be some sort of list like it was before ?

So there is no way? Even HEX editing database file will not help? I know I can chabge name to default.xex but I don't want to. I want to have game patched and booted from game.xex. I know I can use xexp in XeXtool but I don't like the idea of puting TU's files in main game folder with patched xex file. I like tu use title updates the way they are developed.

Hi

Is there any way to change executable file in FSD game path ??

I mean, can I use any other file besides "default.xex" to boot game in BoxArt flow menu ??

I'd like to run watch dogs with "game.xex" not with "default.xex" but I can't change file's path in WEB menu (HTTP plugin)

Please, someone help me with this one if can.

OK. This clears things up. Thanks for reply.About that downgrade to 16203, weird, right? But it's true.

I was really suprised when i saw 16203 as my new kernel version (I was on 16537 before update). I didn't provide any 16203 files so it was strange.Anyway, -t glitch2 works very well so I'm happy :-).Thanks again. Cheers :-)

Thanks for all this good stuff :-). Works great.I've got one question. Why 1BLkey was changed from DD88AD0C9ED669E7B56794FB68563EFA  to  dummy DVD key ?? (8CFC1DFDCF5C37A52AE427C397A45363)Worked very well for me with old one :-)EDIT: Actually i have one more question.If I have Xbox Slim with Trinity MB and first revison of CoolRuner from TX (I think it's rev. A) is it important to choose between glitch and glitch2 ??I mean, should I use this:xeBuild.exe -t glitch -d mydata -f 16547  nandflash.binor that:xeBuild.exe -t glitch2 -d mydata -f 16547  nandflash.binI was always using "-t glitch" but i tried your updateserver solotioun on xeBuild v1.09 and it changed my hack type in DL to Glitch v2.EDIT2: Hah, When I used -t glitch instead of -t glitch2 it downgraded my kernel to 16203 LOL :-)So -glitch2 is what I should use from now on.EDIT3: I'm confused now. When I'm using xeBuild "-t glitch2" seems to work for me, but when I'm using xeBuild GUI Parameter sent to xeBuild is -t glitchSo why when I tried to use -t glich on normal xeBuild it actually downgraded my dash to 16203 ??

Plese someone explain me that.

EDIT4: One more thing. When I'm building Image i get this in log:"could not check signature of cba_9188.bin, 1BL RSA key not present!"But when I use Update server i get this:"cba_9188.bin signature is good"Is it important? Does it mean my NAND image is builded wrong?P.s. I have modified Keyvault. 

Mod menu looks nice, but why i can see his cheats on killcams?When I use RedBoxes on LiNK no one knows about it, lol :-)

Yes, Ban him !!!Atleast we'll get 5 minutes of peace untill he'll make new account on LiNK.It's pointless :-(