Menu
▾
▴
gc-linux-devel
|
From: Dana A. <Dan...@Co...> - 2004-04-12 01:27:08
|
What hardware do I need to get started with gc-linux? I have all of the computer (Linux/WinXP) and network equipment. I am mostly concerned with the GameCube specific stuff. Here is a list of what I think I need. What is missing / not needed. 1.) GameCube system 2.) network adaptor 3.) PSO game 3.) PSOloader software (is this open source?) Also, what documentation exists? I have the easy stuff like PowerPC Arch Manual (Green book), O'Reilly everything Linux, etc. I am looking for information on the GC arch and maybe some speculation on what flavor PowerPC that the Gekko is closest to. I have some low level development experience on Mot PPC 750 and IBM 750FX. Any comments??? |
|
From: Adam T. <ad...@io...> - 2004-04-12 02:37:31
|
On Sun, 2004-04-11 at 20:27, Dana Adkins wrote: > What hardware do I need to get started with gc-linux? I have all of the > computer (Linux/WinXP) and network equipment. I am mostly concerned > with the GameCube specific stuff. Here is a list of what I think I > need. What is missing / not needed. > 1.) GameCube system > 2.) network adaptor > 3.) PSO game > 3.) PSOloader software (is this open source?) You need all of this. PSOLoad is free-as-in-beer, but not Open Source. It'd be neat to figure out what it was doing and make an Open Source equivalent, because I'd like to drive everything from the same Linux box that's hosting the filesystem. > Also, what documentation exists? I have the easy stuff like PowerPC > Arch Manual (Green book), O'Reilly everything Linux, etc. I am looking > for information on the GC arch and maybe some speculation on what flavor > PowerPC that the Gekko is closest to. I have some low level development > experience on Mot PPC 750 and IBM 750FX. Any comments??? It's basically identical, I think. Have you read groepaz's doc? http://www.gc-linux.org/down/yet_another_gamecube_doc.pdf.tar.gz Adam > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Gc-linux-devel mailing list > Gc-...@li... > https://lists.sourceforge.net/lists/listinfo/gc-linux-devel |
|
From: Steven L. <st...@kr...> - 2004-04-12 12:18:42
|
On Sun, Apr 11, 2004 at 09:39:06PM -0500, Adam Thornton wrote: > On Sun, 2004-04-11 at 20:27, Dana Adkins wrote: > > What hardware do I need to get started with gc-linux? I have all of the > > computer (Linux/WinXP) and network equipment. I am mostly concerned > > with the GameCube specific stuff. Here is a list of what I think I > > need. What is missing / not needed. > > 1.) GameCube system > > 2.) network adaptor > > 3.) PSO game > > 3.) PSOloader software (is this open source?) > > You need all of this. PSOLoad is free-as-in-beer, but not Open Source. > It'd be neat to figure out what it was doing and make an Open Source > equivalent, because I'd like to drive everything from the same Linux box > that's hosting the filesystem. It's possible to drive everything from a linux box for some time now. There already was a psoloadv1.1 port which also works, and a few days ago psoloadv2.0 for linux was (finally) released. > > > Also, what documentation exists? I have the easy stuff like PowerPC > > Arch Manual (Green book), O'Reilly everything Linux, etc. I am looking > > for information on the GC arch and maybe some speculation on what flavor > > PowerPC that the Gekko is closest to. I have some low level development > > experience on Mot PPC 750 and IBM 750FX. Any comments??? > > It's basically identical, I think. Have you read groepaz's doc? > http://www.gc-linux.org/down/yet_another_gamecube_doc.pdf.tar.gz > > Adam > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > GenToo technologies. Learn everything from fundamentals to system > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > _______________________________________________ > > Gc-linux-devel mailing list > > Gc-...@li... > > https://lists.sourceforge.net/lists/listinfo/gc-linux-devel > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Gc-linux-devel mailing list > Gc-...@li... > https://lists.sourceforge.net/lists/listinfo/gc-linux-devel > |
|
From: Mikko D. <m.d...@wa...> - 2004-04-12 12:34:00
|
Hello, Could someone unsubscribe me from this mailing list? Thank u much. mi...@ho... Greetz Mikko |
|
From: Alexandre B. <al...@bo...> - 2004-04-13 17:21:50
|
Selon Steven Looman <st...@kr...>:=20 =20 > There already was a psoloadv1.1 port which also works, and a few=20 days=20 > ago psoloadv2.0 for linux was (finally) released.=20 =20 Unfortunately, i feel that psoload2.0 has one of the worst network=20 code ever : it chooses the network interface it'll use in a really=20 strange and unefficient way, that makes it completelly unusable if=20 you've got more than one network interface. I personally used it just=20 5 minutes, and switched back to psoload1.1 until the Action Replay=20 bootloader is a stable solution (psoload1.1 has the same problems, but=20 they are a little less present, and doesn't makes me unable to use=20 it).=20 |
|
From: styroteqe <sty...@ya...> - 2004-04-13 18:00:26
|
What exactly is the "action replay" boot method? --- Alexandre Boeglin <al...@bo...> wrote: > Selon Steven Looman <st...@kr...>: > > > There already was a psoloadv1.1 port which also > works, and a few > days > > ago psoloadv2.0 for linux was (finally) released. > > Unfortunately, i feel that psoload2.0 has one of the > worst network > code ever : it chooses the network interface it'll > use in a really > strange and unefficient way, that makes it > completelly unusable if > you've got more than one network interface. I > personally used it just > 5 minutes, and switched back to psoload1.1 until the > Action Replay > bootloader is a stable solution (psoload1.1 has the > same problems, but > they are a little less present, and doesn't makes me > unable to use > it). > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux > Tutorials > Free Linux tutorial presented by Daniel Robbins, > President and CEO of > GenToo technologies. Learn everything from > fundamentals to system > administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click > _______________________________________________ > Gc-linux-devel mailing list > Gc-...@li... > https://lists.sourceforge.net/lists/listinfo/gc-linux-devel __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ |
|
From: Groepaz <gr...@gm...> - 2004-04-13 22:44:00
|
On Tuesday 13 April 2004 20:00, styroteqe wrote: > What exactly is the "action replay" boot method? in a nutshell, you create action replay codes that patch the existing routines in the action replay code itself to load a certain file from memory card and execute it. search for the "ipl alpha test" or something thread in dextrose.com forums. gpz |
|
From: Adam T. <ad...@io...> - 2004-04-12 14:26:07
|
On Mon, 2004-04-12 at 07:18, Steven Looman wrote: > It's possible to drive everything from a linux box for some time now. There already was a psoloadv1.1 port which also works, and a few days ago psoloadv2.0 for linux was (finally) released. Cool. It'd be nice if the source were available, but even the dynamically linked version works for me, which is a little surprising given how ancient the libraries on the box I'm serving it from are. Adam |
|
From: Michael S. <st...@in...> - 2004-04-12 18:56:43
|
On Apr 12, 2004, at 4:27 PM, Adam Thornton wrote: > On Mon, 2004-04-12 at 07:18, Steven Looman wrote: >> It's possible to drive everything from a linux box for some time now. >> There already was a psoloadv1.1 port which also works, and a few days >> ago psoloadv2.0 for linux was (finally) released. > It'd be nice if the source were available, but even the dynamically > linked version works for me, which is a little surprising given how > ancient the libraries on the box I'm serving it from are. Costis fears that the source will be abused for the creation of programs that support piracy. I can understand that. Michael |
|
From: Groepaz <gr...@gm...> - 2004-04-13 22:35:09
|
On Monday 12 April 2004 20:51, Michael Steil wrote: > > It'd be nice if the source were available, but even the dynamically > > linked version works for me, which is a little surprising given how > > ancient the libraries on the box I'm serving it from are. > > Costis fears that the source will be abused for the creation of > programs that support piracy. I can understand that. costis is just a control freak, nothing more nothing less :=P there really is no reason to not release source, other than wanting to keep it to yourself (which is everyones fair right ofcourse, i'm not a big friend of releasing source either, for several reasons). they are already pirating games, and they are already cheating pso - releasing the code wouldnt change anything. (and like someone said before, even a medioucre skilled hacker can reverse the crap he'd need from the released exe file - even if he'd need to bootstrap his own stuff using the already encoded packets. however this is neither needed to pirate stuff nor to cheat pso. pirate tools just use the existing loader binaries, and pso can be cheated more easily by editing save games.). whatever, my offer to supply our own stuff to someone who is skilled in both networking and gamecube coding so he can develop it into a really useable application still stands. oh well, gpz |
|
From: Steven L. <st...@kr...> - 2004-04-13 06:58:22
|
You could dump some traffic with a traffic dumper and create a program that sends the same packets, which has been done before (but in a bad way). This would give you an opensource solution, but the packets that are sent are still "closed source". Some reverse engineering could also be done on the programs and the sent packets. I don't know why Costis fears piracy; with the thing he released it is already possible, I don't see how an open source solution would change this. Online cheating (in PSO) is also an argument I've heard but this is already happening, afaik. Steven (Steve_-) On Mon, Apr 12, 2004 at 08:51:44PM +0200, Michael Steil wrote: > On Apr 12, 2004, at 4:27 PM, Adam Thornton wrote: > >On Mon, 2004-04-12 at 07:18, Steven Looman wrote: > >>It's possible to drive everything from a linux box for some time now. > >>There already was a psoloadv1.1 port which also works, and a few days > >>ago psoloadv2.0 for linux was (finally) released. > >It'd be nice if the source were available, but even the dynamically > >linked version works for me, which is a little surprising given how > >ancient the libraries on the box I'm serving it from are. > > Costis fears that the source will be abused for the creation of > programs that support piracy. I can understand that. > > Michael > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Gc-linux-devel mailing list > Gc-...@li... > https://lists.sourceforge.net/lists/listinfo/gc-linux-devel > |
|
From: Adam T. <ad...@io...> - 2004-04-13 15:35:36
|
On Tue, 2004-04-13 at 01:58, Steven Looman wrote: > Some reverse engineering could also be done on the programs and the sent packets. Yeah, I *could* sit down with tcpdump or ethereal and just watch what's happening, but I don't care enough to spend the time to do that. > I don't know why Costis fears piracy; with the thing he released it is already possible, I don't see how an open source solution would change this. Online cheating (in PSO) is also an argument I've heard but this is already happening, afaik. I suspect that the average pirate is *more* likely to sit down and do a traffic analysis to reverse-engineer the protocol than I am, anyway. I tend to believe that it's the initial GC loader that's the tricky bit. Presumably the protocol looks something like this: (If DHCP is enabled, DHCP broadcast for GC to get IP address) GC issues DNS request to server learned by DHCP or coded in network parms to get the IP address of an appropriate host (we know these names, of course; PSOload has a small DNS server to return the patch host rather than the real one, but you can put the records in a zone file on any old DNS server and it works fine) GC contacts the IP address it just learned on UDP/9002 or something (codeable in PSOload switches) and sends some magic set of packets requesting patch <-- this is the part you'd have to reverse-engineer Host sends "patch" (i.e. Linux kernel) appended or prepended to loader stub, so that you overwrite memory with the Linux kernel and overlay wherever the instruction pointer goes after receiving the patch with a jump to the beginning of the kernel. <-- this is the tricky bit, since the loader stub probably has to do some work to fake out the GC and make it believe that it is a legitimate patch. I have no idea what that entails. Adam |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X