| QUOTE (flattspott @ May 31 2004, 09:25 PM) |
Cool, but whey are the functions named 'buffer' etc. Where does Buffer come from?
Anywho I think it'll be cool to be able to patch current xbe protection measures within MXM. |
Well, because you are creating a memory buffer. To patch a file, you'll ReadToBuffer from a file, and WriteFromBuffer to another file.
Likewise, for transfering data over the internet, for example, in an FTP client, you'll create a buffer to move the data between a file on the HD and the internet socket connection.
The routines are somewhat protected... you shouldn't be able to "set" any value outside of the range. The [<Endian>] argument is just a value to change the "endian-ness" of the number - that is, the bytes of a WORD (16-bits) or DWORD (32-bits) are reversed if this is set to a value other than zero.
Strings will be written up to the end of the buffer, not beyond them - likewise, reading strings in won't read past the end of the buffer, either.
I haven't tested them yet.... I'll try and do a release as soon as the sockets stuff is in there. ReadFileLn and WriteFileLn should also be able to work with the sockets connection. Sockets "Connections" will be writeable and readable. These are TCP Streaming connections.
I may also do something to send/recieve UDP packets. We'll see (feel free to suggest your own commands for that, including any suggestions for listening for new connections (possibly implimented like the UI interface).
| CODE |
OpenConnection MyInetSocket user.someserver.com 645 CreateBuffer TempBuff 4096 SetBufferString TempBuff 0 "This is a test" WriteFromBuffer MyInetSocket TempBuff 0 4096 CloseHandle MyInetSocket CloseHandle TempBuff
|
This post has been edited by BenJeremy: Jun 1 2004, 01:50 AM <
So does this mean that with the OpenConnection stuff we can do an FTP Client?
This post has been edited by flattspott: Jun 1 2004, 02:46 AM <
| QUOTE (flattspott @ May 31 2004, 10:34 PM) |
| So does this mean that with the OpenConnection stuff we can do an FTP Client? |
Exactly.... open one connection up as the FTP command channel, and use ReadFileLn and WriteFileLn to pass instructions and responses, and open data connections as needed to pass files back and forth.
Telnet and IRC should be easy enough as well.
I expect an XLink Kai client could be built easily enough, too. <
| QUOTE |
Think:
Roll your own FTP clients. IRC clients E-Mail clients.
|
i got to "Roll your own" and my mind was in a very different world
that stuff kicks ass BJ.. all the more reason for me to not have done drugs as a youth.. i need all the memory i can get to handle this!
Would be nifty if MXM had the abililty to audect other Xbox's using MXM much like the way Avalaunch does. That and if MXM could somehow autodetect your pc based on the default gateway. <
| QUOTE (koldfuzion @ Jun 1 2004, 12:04 AM) |
| all the more reason for me to not have done drugs as a youth.. i need all the memory i can get to handle this! |
Wish I could say the same thing...
Wouldn't FTP be a tad slow done with scripts? However, email, telnet, irc would rule. Apart from autodetection, another neat feature in ava is that it 'detects' a network cable plugged in AFTER booting, while other dashes need a reboot.
Another possibility is online gaming
. Sort of like yahoo games.
I was thinking again. With this new buffer stuff, would it in theory, through some crafty scripting be possible to do cool things like MP3 to WAV or WMA conversions?
<
mp3/wma compression is pretty complex (from what I guess), and I don't think it can be done without a lot of work (and I mean a lot!)
A better way would be to port a compression/uncompression library (if no one's done it already). <
Too bad I don't understand any of that stuff or I'd try to give it a go. <
| QUOTE |
| Too bad I don't understand any of that stuff or I'd try to give it a go. |
heheh people think i get mad when i hear them say "MXM needs an update" because it appears that they are riding BJ for someting new.
I
really get upset because Im having a hard time keeping up with the updates.
The people that say a new release is needed, really need to write something/make something... or at least let BJ take his sweet ol'e time so this stuff can soak in to my brain. Then they will see that there isnt enough gap between the releases. <
Like I always say "more is more then before" <
Like I always say, "Where there's a whore there's always a score."
....oh wait, this isn't my porn site...
| QUOTE (Yuyu @ Jun 2 2004, 01:44 AM) |
Like I always say, "Where there's a whore there's always a score."
....oh wait, this isn't my porn site... |
| QUOTE (koldfuzion) |
heheh people think i get mad when i hear them say "MXM needs an update" because it appears that they are riding BJ for someting new.
I really get upset because Im having a hard time keeping up with the updates.
The people that say a new release is needed, really need to write something/make something... or at least let BJ take his sweet ol'e time so this stuff can soak in to my brain. Then they will see that there isnt enough gap between the releases. |
I'm more in the preference of less time in between releases with fewer new features between releases and more 'bug (not necessarily programming bugs)' fixes.
BJ has been clear that he prefers to have feature rich new releases, which is understandable (and obviously a widely shared point of view). I accept that and wait patiently (don't recall ever saying "when's the new release" ..ect ..ect). Also, well known, BJ is one of the most respected members of xbox-scene, as a developer and and as a member (except by the liberals that just don't have a clue

).
Also, as a developer (not for xbox apps, but in general) I find that when I'm writing code, I usually learn new/better ways of doing things and I always want to go back and incorporate the new way into my code... obviously, it takes time...