Jump to content
OGXbox.com

Mu.

Members
  • Posts

    93
  • Joined

  • Last visited

  • Days Won

    5

Posts posted by Mu.

  1. 5 hours ago, shakemadman said:

    Do this custom bios support insignia project or plans to support insignia Online

    Supporting Insignia simply involves not blocking Xbox Live access. It was necessary for custom BIOS users back before it was shut down but not anymore, so I'm certain it'll work. And besides, supporting Insignia requires absolutely zero work on Cerbios' part.

  2. The metal shielding is there to comply with regulations such as those laid out by the FCC in the US for transmission of RF signals coming from the console, rather than taking in anything of the sort.

    Removing it won't make a difference unless if you're running some extremely sensitive and unshielded equipment close by.

    • Like 2
  3. Hypothetically you could perform such a mod and have the hard drive continue to work afterwards for an indeterminate amount of time, ideally you would have prepared another top piece with the window already installed and ready to go so you don't have the internals exposed any longer than necessary.

    Based on a tiny amount of second-hand anecdotal evidence (namely the video 'Can a hard drive breathe regular air like us' by Cathode Ray Dude), I'm sure you could do it and have a working drive afterwards... Just don't leave any super important and irreplaceable files on the drive.

  4. 14 minutes ago, sweetdarkdestiny said:

    Then better do not step in it. 🤣

    Now we need an app to format the extra partitions. And I wonder if Eaton will support the extra partitons with his FatXplorer. I also wonder if Rocky is able (and willing) to add support to UnleashX for the extra partitions if that is possible at all.

    Eaton mentioned on Reddit that support was coming in the new week or so, check r/originalxbox.

    • Like 2
  5. 47 minutes ago, SS_Dave said:

    Check modchip wiring and IDE cables. If you did not do any soldering, it could be a bad PSU.

    If you disconnect the D0 wire from the board is it still fraging and them same if you unplug the mod chip, I suspect you have a short from a solder blob.

    Unfortunately disconnecting D0 or the modchip from its header just causes it to properly boot into the TSOP's own BIOS like normal. Plus this is happening with the original IDE cable completely removed as well as with it installed so I'm not sure if that's making a difference at this point.

    As asked before I have some closeup photos of my soldering both on the chip and the point under the board (hopefully the orientation is clear).

    7NaA8xD.jpeg

    4gkYVxv.jpeg

  6. I made the boneheaded mistake of flashing my backup 1.2's TSOP chip with a retail BIOS while the hard disk was unlocked. I ended up purchasing an OpenXenium that was pulled from another console (evidently a 1.6 based on the use of the 1.6 jumper).

    After installing the pin header and connecting D0 to the chip on the underside of the board (I found continuity between the pad on the chip and the topside via for D0) I found that the console wouldn't boot. It was the typical 3 boot attempts before a 50:50 FRAG.

    I'm unsure as to why this is happening, it was previously used which leads me to believe it was working just fine in the console it came from. The only thing I've yet to try is to install it into my main 1.2 and see if it has the same problem there, and if so, I can figure out if the CPLD needs reprogramming and the flash chip needs XeniumOS reflashed.

     

    Has anyone else had an issue like this with their OpenXenium?

Board Life Status


Board startup date: April 23, 2017 12:45:48
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.