dantheman2865 wrote:That's a good point, an open-source drive-chip would provide more functionality. I am most interested in this because it's my current setup, although it would be nice to provide an upgrade to people who already have Xenos.

with all the knowledge on this forum and on irc we could be a gamecube open source super modchip!

Then start a project! I think tmbinc's schematic for a modchip will do.

The point is using the existing Xeno source code & hardware, since it's very cheap and also flashable on a Wiikey.

"The only thing more dangerous than a hardware guru with a code patch is a programmer with a soldering iron."

liquitt wrote:with all the knowledge on this forum and on irc we could be a gamecube open source super modchip!

Then start a project! I think tmbinc's schematic for a modchip will do.

The point is using the existing Xeno source code & hardware, since it's very cheap and also flashable on a Wiikey.

I don't think it would be a great idea, since it has very limited flash space, and needs a disc in the drive.
I prefer BIOS overriding modchips, because of that (not needing a disc in the drive, or not needing a drive at all).
Tmbinc's modchip has more space (about 2 megabytes if I remember correct), and would be ideal for stuff as swiss.
So a BIOS overriding modchip with preferably alot space, is my thought of a opensource super modchip.

Dragoon wrote:
I don't think it would be a great idea, since it has very limited flash space, and needs a disc in the drive.
I prefer BIOS overriding modchips, because of that (not needing a disc in the drive, or not needing a drive at all).
Tmbinc's modchip has more space (about 2 megabytes if I remember correct), and would be ideal for stuff as swiss.
So a BIOS overriding modchip with preferably alot space, is my thought of a opensource super modchip.

Ofcourse, but how streamlined will the production be? The design/costs for hardware and even the IPL replacement code will take a lot of effort. The end result will probably cost more than a current Wiikey fusion setup. (Which is by far superior)

The easy, and IMHO better way would be a Xeno. (Drive chip == 'cleaner' backup loading)
The limited flash is not a problem, since it only needs to contain limited boot-code to launch Swiss or any other homebrew from a SD gecko or similar device to achieve similar features. Build-in memory has become obsolete with the current Swiss developments.

"The only thing more dangerous than a hardware guru with a code patch is a programmer with a soldering iron."

i think ive come to the realization that a WKF/WODE mod offers more benefits to a cube than the xeno ever could....
mostly because of the dependency requirement that the xeno needs a drive in order to patch...

the other two options acting as a drive replacement really kills xeno....
....and flashing swiss on a WFK murders xeno all day long....

ive even banged my head around the thought of cross compiling the code to a different chip with a larger flash space to add a customized version of swiss...
and/or adding external sd card code to xeno code for an atmega 8 (or other) to access swiss (start button) ....but the bottom line, still need a drive....

my opinion, drive replacement WKF/WODE offers so much more advantages...
dont want to sound negative or deter your efforts....
just voicing my opinion on different thoughts ive had for xeno vs WFK/WODE....

its time i rethink my previous outlook on xeno..
now that its possible to use a Xeno and WKF/WODE together, it would be interesting to consider the possibilities in store for it...
i already have one in mind

the biggest reason this project and all who were involved could never move forward is because we could not get that damn xeno flasher utility working...this limited flashing Xeno firmware only to those who have a homemade xeno with serial port programming add on enhancements, or those who can connect their xeno for ISP (serial programming)...
so without a working utility, why bother putting in time and effort to modifying / improving the xeno code if there is no way for mostly anyone to be able to flash any new firmware (not including homemade ISP xeno's)...

I really wish I knew what I've changed to get it working...It was a long night of trial and error and I have not had a chance to review the changes and determine / discover why it now works..
ill commit the changes in a few hours (when I'm more awake)

emu_kidid wrote: beer is like WD40 for megalomaniac's brain, gets the gears moving

There was a serious infrastructure issue in two datacenters (simultaneously!) that caused svn service to be read-only for a bit. Our reckoning is that this got sorted more than 24 hours ago (and many people report that we're back), but it seems like some people are still not able to commit to some repositories

some repos are having issues and cannot commit to googlecode right now, so when they fix their issues ill update latest changes...

emu_kidid wrote: beer is like WD40 for megalomaniac's brain, gets the gears moving

hey guys I have an official xenogc which I've added a switch to so I can update it unfortunately my PC is broken so I have to use my tablet so I was wondering if someone would be kind enough to compile this for me to launch gcmm if possible since swiss isn't at the minute so I can use it to backup my memory cards without my SD media launcher thanks.

also I have an idea for you guys as too launching swiss or other large apps why don't you create a dol which is like a shortcut so the xeno launches the small dol which launches a larger one kinda like the dol you use with an action replay to launch gcos.

Since the move of the repo from googlecode to github the XenoTools package is no longer available.
Does anyone have this and can upload it? If not, is there a compiled version of the most recent version of xenogcfork (and .dol flasher) available?