OGXbox Admin
-
Posts
443 -
Joined
-
Last visited
-
Days Won
108
Posts posted by OGXbox Admin
-
-
1 hour ago, KaosEngineer said:
Have you, can you, no make that will you rip the files from a Recovery disc and share them?
It's not special to me... if that's what you are implying. I don't want to distribute the xdk recovery disks on this site as that could make us a target. They are pretty widely available out there.
Are you insinuating that I am not being truthful in some way? -
14 hours ago, KaosEngineer said:
Hmm, I thought flashing the TSOP was not possible after the console booted from an LPC bus attached flash chip.
The recover disk must know a secret way to re-enable access to the TSOP flash chip on the motherboard that was not discovered or released by the Xbox scene dev teams. Also, it could be a difference between the MCPX X2 (devkit) version vs. the retail MCPX X3 chip.
Yeah I didn't just say it or make it up. I've done it.
-
Yeah you can boot a debug bios on a lpc modchip just fine. You can also unground d0 and run the recovery disk and it will reflash your tsop. I know because I recovered one this way.
-
On 8/21/2020 at 7:46 AM, xicat487 said:
I have no idea what to do if I attempted that. I do remember this problem back in 2005 at a LAN party with this game. The Radica Gamester LAN Party HUB had a switch on the rear, once it was set to 5 port hub it was ok. Set in uplink the system link failed. Yeah I agree it makes no sense why a switch does not work.
that one actually kind of makes sense because the "uplink" ports are specifically to connect one switch to another. They behave differently than normal switch ports. In some cases you can get away with it because some modern switches don't treat them that differently.... but some older switches would not and it would really mess up the network traffic.
Also, if you are plugged into a "console" port on the switch that isn't ethernet. I think it would be good to see your network setup / switch. This is a mystery I really want to solve. -
2 hours ago, xicat487 said:
All of the DVDs were verified on 3 stock units with no issue with system link.
I want to start fresh with a new HDD setup mirroring your setup.
Can you give me the quick rundown your personal setup ?
What version XBMC
What installer was used to make the HDD
What BIOS
None of that matters even a little bit. Please follow the steps I just gave you and report back.
Edit: The main purpose of this site is to assist future users that may come across the thread and information.
So if we just wipe out your hdd and rebuild it... it will probably work but we won't know SPECIFICALLY what it was and what it would take to fix it.-
1
-
-
1 hour ago, xicat487 said:
I am no network specialist like yourself , but on post #36 can explain what the issue is with the auto kick ? This was setup with a managed switch in DHCP .
That looks like a version mismatch to me. You might want to copy off the game's save folders from E: drive. Tdata and Udata hold that information. You'll have to find which one is correct from google. Then when you've cleared it from there, you will be loading the exact same version from disk and you won't get denied anymore.
Edit: I'd also clear the e:\cache directory plus anything contained on x, y, and z to be sure. -
8 hours ago, xicat487 said:
I am unsure if this is true if a crossover cable is used ?
Basically every xbox once in system link mode changes its IP to 0.0.0.1 and begins listening for broadcasts.
Once an Xbox is hosting a game, it begins sending those broadcasts.
The other consoles see this broadcast from the host and do not change their ip. So this means that every Xbox on the lan has an ip conflict. Is that a problem? Not for system link. Why? Only a device that is looking at the IP addresses and trying to associate them with the proper mac address will be confused. Layer 2 switches (unmanaged) don't know or care about IP addresses. (Layer 3 are aware of ip addresses but an ip conflict is not a deal-breaker to them at all. They really just need to be managed via ip so therefore they are aware of ip's. They are still switches and still really only care about layer 2.) Your router would obviously but since system link traffic isn't supposed to go across the internet, your router won't see it. System link would need to have a default gateway set and of course it does not. The Xbox's expect traffic sent this way so they aren't confused. So it works just fine.
Inside of that broadcast packet was the game server name and mac address. The other Xbox's begin communicating with that Xbox via its mac address. (It does send traffic from 0.0.0.1 to 0.0.0.1 and that traffic does not come to itself. I believe this is because they wanted to use some encryption of the system link traffic and that needed to take place at layer 3... but they needed to make this work without configuration from the end user who won't know how to set ip addresses. So even though it uses the same ip address, the mac address allows the traffic to flow from 1 xbox to another on UDP port 3074.)
This is why you cannot use a layer 3 tunnel for system link. It must use a layer 2 tunnel or l2tp to make it work. -
7 hours ago, xicat487 said:
I am unsure if this is true if a crossover cable is used ?
So remember to make the distinction that the stock xbox dash can set Xbox live IP addresses, etc. That's not true for anything else. If you set an IP in XBMC, when you load a game it doesn't have that ip anymore.
-
7 hours ago, xicat487 said:
I am unsure if this is true if a crossover cable is used ?
yeah it's true no matter what. That's how the xbox works. The underlying operating system is loaded from the bios, but the shell or interface you deal with is whatever xbe is currently loaded. The previous one is completely flushed from memory so nothing you've changed will have any effect. The only exception is modifying the eeprom, etc. Any IP address you set though, is totally gone when you load up a game. It will request its own if it's Xbox Live aware. If it's using system link, it is not using the ip addresses you set. You can verify this yourself by pinging the ip address you set in your dashboard. Load up a non Xbox Live xbe and watch your ping disappear.
-
It will allow you to pop in an auto installer disk and fix it.
-
9 hours ago, xicat487 said:
Man WTF I don't get it I must be mental, I will keep tinkering with it. Thank you again for your time and effort. If I get it sorted an update will be posted.
Just to verify it would work I set up an xbox in various rooms and various network drops on various switches. Here is the result.
-
3 minutes ago, xicat487 said:
Man WTF I don't get it I must be mental, I will keep tinkering with it. Thank you again for your time and effort. If I get it sorted an update will be posted.
Any time my friend. Good luck with your troubleshooting. I will say though, if one xbox is not receiving an IP address, that proves you have something wrong on that link. If you know dhcp is set up and working, you could have a bad switch port, bad cable, or bad nic in the xbox.
Check to make sure you have link lights near the NIC on the back of the xbox. -
12 minutes ago, xicat487 said:
Of the xboxes you used do any of them have XBMC or a softmod on them ? If so what BIOS ?
I don't softmod. Never have. They all have xbmc.... but that doesn't matter. Once you load a game, the dashboard is completely flushed from memory as well as any settings it set such as IP address, etc.
-
I'm quite literally just stopping the hosting, unplugging power and ethernets from the switch. Plugging in power and ethernets to the new switch. Then starting hosting. Then the second xbox sees it. I've joined on a few. Enter the game. Kill the other player. IGR on both xbox's. Fire up brute force and test again.
-
I tested A trendnet, linksys, netgear, 2 dell 2824's, 2 dell 2808's, 1 dell x1052p, and a dell 5524.
-
1.0 xbox + 1.6 xbox.
Switch is just a dell x1026.
I have also tested with 10 other switches since then of various makes and models. They all work exactly the same. -
32 minutes ago, xicat487 said:
Thank you I just want to know if I'm crazy or not.
Brute Force - The second xbox saw the host xbox's game instantly. literally 0 delay in finding it.
-
9 hours ago, xicat487 said:
I will check this Xbox I do not believe the NIC is dead.
To make sure a ripped game file was not a fault, I bought extra 2 copies for a total of 3 DVDs
All copies were verified on 3 stock v1.6 in system link no issues.
The modded xboxes do not see the system link running form the DVDs or HDD.
I know the eathernet ports work on my xecuters ,xblast,TSOP and function correctly ,as I FTP with them regularly through a switch.
Each one is set to DHCP. System link works fine with these In all other titles.
I only thought of this because XBMC 3.5.6 has the ability to change the workgroup.
Can anyone with multiple modified boxes verify this issue ?
Can it be a BIOS issue with XboxLive functions disabled ?
I use IND and X3 setups I have not tried M8.
I'll check and let you know.
-
On 8/16/2020 at 2:47 PM, xicat487 said:
As an update I took 2 stock v1.6 linked with a switch no issue.
On the same system link with a v1.6 Rocky5 softmod it does not see a game session.
All of my TSOP/Executer/Xblast systems refuse to see a game session.
DHCP is set to auto on all but when looking at the Rocky5 box on the launch menu, the network ip address was 0.0.0.0 when connected to the switch.
No outside internet connections hooked into this setup.
Is it possible that the network domain of a stock unit is different vs a modded xbox and some how this matters for this title ?
I'm just tossing ideas out at the moment.
It sounds like you just proved the nic is dead in that rocky5 box.
If it didn't get DHCP and it doesn't see system link... it isn't communicating on your network. Problem solved. -
2 hours ago, sh0rtlife said:
siting here running updates, with dave as my co-pilot, ive been thinking about permanent solutions, not just long term but something we can do once and never muck with it again, and yes im fully aware we can network out and get time untill something changes a site goes dead or we live with a wrong clock.....
so the obvious one to me would be to run a set of wires off the clock cap pins out the back of the box and do an external battery backup mounted between the AV and the cat5, but..lets face it, how longs it going to last?, how long would it take to charge?..theres ALOT of variables and too much chance for a dead clock that needs reset
me personaly i keep ALL of my vintage consoles on a switch box so that their bricks and power boards dont EVER see voltage unless they are in use, to preserve caps, boards and bricks, and heaven forbid..a power surge of some kind that manages to get past my ups, i figure setup like that my consoles should out live me..i hope, for the guys that dont unplug or kill power, you just replace the cap, or go with a small batterybut its got me thinking about not only the xbox but any other unit with a clock cap that could be without power for weeks...months....lets face it we never know what life throws at us
so what do we know, ..its a 2.5v cap...but what amps?..if we were to run 2 wires and add a port to the back of the box we should be able to add some manner of small wall wort brick and step down the amps/volts, heck you could use the same wall wort to keep clock voltage on multiple consoles depending on how they are displayed...im not just thinking the X but any/all systems
anyway its an idea im tossing out there however dumb it may sound at the momentIf you want something you can do once and never muck with it again... just remove it and clean up the electrolyte it left behind.
That's it. You don't need it or a battery.-
3
-
-
2 hours ago, xicat487 said:
I ran the game from the same disc, this corrected Mechassault, not for Brute Force. I have not updated the games yet with the DLC that's something for tonight.
One isn't on a debug kit or anything is it?
-
28 minutes ago, xicat487 said:
After contacting a friend that I often had LAN events with he recalled the issue with Brute Force and had mixed luck with a switch.
This network has 4, with plans for 8, boxes have no outside connections.
My next thought is the DLC updater maybe it updates the network too. My HUB is in route ETA Friday.
Can anyone confirm my issue ? If not what switch is working properly ?
system link ALWAYS checks versioning of the game. You should either bring both up to the same patch level / maps or take them both down to default from the disc.
-
7 hours ago, Danish_Elite said:
It would be interesting to try a wireshark capture of the lan communication between the devices and maybe just try setting static IPs between the xboxes to help narrow down the root. Do you have these xboxes on your network or are they just isolated to the little unmanaged switch?
System Link doesn't care what ip addresses you set. It simply doesn't use that network config. It uses its own network config and IP is layer 3... system link doesn't depend on layer 3. You can build a layer 3 tunnel between routers and firewalls and xbox's on either side will not see each other. System Link operates at layer 2.
-
1
-
-
On 8/9/2020 at 4:44 PM, UnD3RtAk8R said:
I have 2 og xbox 1.6 version. A little while ago I tried mod them and a bad Chinese adaptor for the hdd upgrade got them malfunction. So I ordered some good Panasonic capacitors and the startech adapters. Now that I think of it after the circuit malfunction I got them dedusted and rubbed them with isopropyl and a toothbrush. A fishy smell came out while I did the cleaning which means I have an electronic problem. On the boards I have one busted capacitor and no leak traces. One is hardmoded one is softmoded. How do I check exactly the problem before I try again to upgrade my hdd's? The problem I get from both xbox is the same. Whenever I plugged the hdd molex the xbox would power down instantly. If however I left the molex unplugged they would power up properly with the 07 error though. So any thoughts? I have a way to check the capacitors but I don't know how. The resistance and the power they must emit.
Your xbox may have just got a girlfriend. Give it some congrats and possibly a talk and a little protection and be proud.
Board Life Status
Board startup date: April 23, 2017 12:45:48
McPX X2 Compatible Bios
in Bios
Posted
The confusion is that on a retail... this absolutely does not work like this.
I didn't expect it to work like this on my debug... but it did. The debug had a bad flash and wouldn't boot.
I booted from a Chameleon modchip with debug bios installed to my lpc and booted to the xdk dash. I backed up all data on the hdd and popped in the recovery disc. As soon as I saw it was loading the recovery executable I flipped my toggle to turn the chameleon off. (ungrounded D0). I assumed it would just fail to flash anything at that point since on retail that's what would have happened. It proceeded and shut off the console. I pulled the chip off the header and booted up and it worked.
Edit: I always put the yoshihiro bfm bios on there that lets the debug run retail xbe's. I doubt that had anything to do with it... but thought I would mention it.