Post by: UndeadWarlock on July 12, 2004, 01:28:00 AM
Post by: heinrich on July 12, 2004, 11:22:00 AM
likely? not so much.
Post by: fff on July 13, 2004, 01:58:00 PM
Post by: Hansi on July 14, 2004, 08:27:00 AM
| QUOTE (fff @ Jul 13 2004, 10:58 PM) |
| even if the bios map a share (not just samba) it would be still needed to have a share client stored in memroy to request the files over the network. |
Dont you remember the good old DOS days with TSR lan drivers etc. A barebone SMB client might fit in a BIOS if someone really felt like hacking it.
Post by: Hansi on July 14, 2004, 08:29:00 AM
| QUOTE (Arakon @ Jul 14 2004, 03:51 AM) |
| the problem is that the access and seek times would be too high and result in either constant lag, or dirty disk errors all the time. |
I wonder if a fast 100Mbit share doing its maybe 8-9MB/sec that I usually get on my xbox transfers is that much slower...if not faster...than the original xbox HD...
Post by: xBaNaNaEv0LuTiOnx on July 14, 2004, 11:08:00 AM
| QUOTE (Hansi @ Jul 14 2004, 05:29 PM) |
| I wonder if a fast 100Mbit share doing its maybe 8-9MB/sec that I usually get on my xbox transfers is that much slower...if not faster...than the original xbox HD... |
if we can transfer at a constant speed it would be great, but the problem would have to be with fluctuation between each transfered file.
Post by: Troed on July 14, 2004, 11:37:00 AM
Latency and lag would be less than from a dvd-rom.
(It would work better on the Xbox than on the Gamecube, due to 100Mbit vs 10Mbit, but the cube does it already in exactly the right way - patching of the bios methods)
Maybe the now-commercial-bios-hackers should put THIS feature in their bought-for-money bios hacks?
Post by: rob1309 on July 14, 2004, 11:42:00 AM
for example, send a file using debug bios when playing a game, it's so much lag that it makes ya wanna break something
Post by: Hansi on July 14, 2004, 01:02:00 PM
| QUOTE (Troed @ Jul 14 2004, 08:50 PM) |
| That is not relevant for this discussion though. Patching the dvd-rom access methods to go over the network will not kill performance. What you describe is totally up to how the debug bios works. (I base this on the assumption that games doing network communication over Live don't get a severe drop in performance. It would be EXTREMELY bad design if network communication used a polling mechanism that severely disrupted normal work in the box) |
XBOX Live is not very relevant, we dont want to login to LIVE with a BIOS that has SMB in it because of obvious reasons. And even if we are playing via XBCONNECT etc, the network i/o of the xbox live/link games is optimized for what, maybe 256kbit at most. Maybe even 512Kbit. That leave 99,5Mbit for SMB traffic.
Post by: jokk on July 14, 2004, 05:09:00 PM
| QUOTE (Troed @ Jul 14 2004, 08:37 PM) |
| Maybe the now-commercial-bios-hackers should put THIS feature in their bought-for-money bios hacks? |
You should maybe ask those who work of sources and who claim they made/are the scene. Just a thought tho, working on that just with asm patches would be harder than with the sources.
Post by: heinrich on July 14, 2004, 06:49:00 PM
| QUOTE (Troed @ Jul 14 2004, 04:37 PM) |
| This wouldn't be a problem, it would work very well. I brought it up with X-ecuter when they first released their bios and .. well .. let's just say that Übergeek was wrong then |
so whats stopping ya ?
Post by: rob1309 on July 14, 2004, 07:39:00 PM
100% network traffic will result in lag cuz it takes lotta ram for 100MBit transfer
live games don't come anywhere near full speed thus not causing horrible lag
you're either gonna get super fast transfers or good gameplay
can't have both at same time
Post by: Hansi on July 15, 2004, 12:52:00 AM
| QUOTE (rob1309 @ Jul 15 2004, 04:39 AM) |
| nooooo the shit can only handle so much 100% network traffic will result in lag cuz it takes lotta ram for 100MBit transfer live games don't come anywhere near full speed thus not causing horrible lag you're either gonna get super fast transfers or good gameplay can't have both at same time |
Do games really read that much data during actual gameplay? I really dont think it is more "work" for the xbox to read stuff from a fast network share than from its DVD-drive.
Maybe its time to offer a nice xbox or whatever to the first hacker that manage to patch smb support into a bios. Just barebone and with a fixed share ip-adress etc. to start with.
Post by: UndeadWarlock on July 19, 2004, 05:28:00 AM
Post by: EthanHunt_IMF on July 19, 2004, 11:32:00 PM
Just and idea, if I'm wrong, just say so
Post by: bucko on July 20, 2004, 09:56:00 AM
Post by: UndeadWarlock on July 20, 2004, 12:36:00 PM
Post by: old engineer on August 07, 2004, 03:47:00 AM
...There's going to be a lot of hurdles to jump, heres a few
-There's a potential for lag over the network whilst trying to stream data. (You could end up with a scenario like the GC streaming method)
-Incompatabilty: Some games and apps just won't run or want to run over this setup.
-If it could have been done it would have been done, although bunging in a bigger HDD cuts out all the down sides and is easy to do!
Post by: Hullebulle on August 07, 2004, 06:37:00 PM
What happens to the app that establishes the connection to your pc the second you start another app/game (from your PC harddisk)?
Oh and btw this question has been asked soooooooooo many times.
Post by: MatrixNeo on August 08, 2004, 11:15:00 AM
I have a 120gb in my xbox, and would like to use network drives to stream games.
This is an entirely different subject but i was interested in beefing up my xbox to something from xbox upgrade . Has anyone done this and could i use an entirely different motherboard?
Post by: stcogolin on August 10, 2004, 01:09:00 PM
EmuOpenFile()
{
OpenSambaFile();
}
then load the default.xbe to memory and parse it to load its resources etc.. and patch all the original kernel functions with the emulated ones. Start a new thread at the default.xbe entry point and put the original thread to sleep.
In short, why not write a custom xbe loader just like the dllloader in xbmc.
Post by: fff on August 10, 2004, 01:15:00 PM
But two points : samba would be (i think) too slow -> homebrew protocol has to be written.
We have to see the network passthrough. Is it fast enough to have a HDD like quality? IF not, no need to develop this!
Post by: stcogolin on August 10, 2004, 05:04:00 PM
Post by: Master-Chief on August 10, 2004, 09:14:00 PM
| QUOTE (UndeadWarlock @ Jul 20 2004, 02:39 PM) |
| This isn't about buying or not buying the game.... It is just about being able to do something new.... And trust me you don't have that 160 gig hard drive cause you buy all your games.... |
Eh, we have got ourselves a pirate kiddie...
*Takes out M6D Pistol*...
Post by: stcogolin on August 11, 2004, 11:53:00 AM
| QUOTE |
There are good reasons not to want to stick a big hard disk in your XBox |
You can add this one too : you could use software exploits and have access to all your backups on the pc and then easily bring back your hd to its retail state to go safely on xbox live.
| QUOTE |
Maybe it can't be done, but if so it's not for the reasons offered so far. |
I agree, I think the only problem which could prevent this from working is the size of the loader. It would have to be damn small as it is well-known that halo does not boot with the larger 512k debug bioses. On the other hand, not all games are as memory intensive as Halo and most boot fine with the 512k bios. So I think it's more probable that we would end up with a situation where the most intensive games would have to be to be on the hdd but you could put the rest on the pc. That would still alleviate some load off your hd. So the crucial question is how much memory can the loader occuppy before most games start to crash? I would suggest writing a simple xbe loader and testing this limit before actually plunging into networking protocols.
Post by: appleguru on August 30, 2004, 10:11:00 AM
EvoX (The dash; RemoteX) allows a user to enable TSR Debug mode and telnet to EvoX's telnet server *while a game is running* they use it for memory dumps/checks/etc to create trainers I guess... But this being the case, loading a game with other networking operations going on (In this case, actually accessing the game's data 8)) has already been done.... Hmmm...
Any thoughts?