Linux Patcher for SoD

P

phlit

Dalayan Beginner
I put together a little c++ app to patch SoD for me in Linux.
It basically has 1 user/tester, me...
But I figured as I know a few others run SoD in Linux and there's no patcher posted for Linux still I'd make it 'public' in case anyone wants to try it out.
It's simple, but it works for me, - I have it setup to run the patcher and then auto-run SoD afterwards - kinda like the patcher in windows...

The patcher can be found (and if needed feedback left) here.
 
does it support cedega or wine or both? does it support binding to a processor? ... if not both wine and cedega, and not binding, guess i still gotta work on mine as my time permits.

PS: does it have a gui? because mine does not :D we could maybe work together if it does? i can't do gui's... PM me if you're interested in having me help you out... i can't do C though, but i've got lots of experience getting things working (for patching) with perl.

one other thing, how does it handle multiple users? does support only working if the current user has user-based rwx access? eventually, i intend on making my patcher use an "sod" group, and then any user on the machine can play sod if they're a member of the "sod" group. (presently i've just made everything root:root and a=rwx... i was lazy and just wanted it to work)
 
Ooh umm lots of Qs. Okay, well...

Just to clarify - it's a simple (very...) CLI c++ app that:
Checks the latest files.txt on the SoD server against the local files.txt
Files that have changed or been added are downloaded (ignoring the windows only files, sodpatcher.exe eqw.exe etc)
It then finishes...

Optionally, you can add a launchsod.sh script in the patch folder - the patcher will check for this files existence, and if it exists, will run the script once patching is finished. Otherwise, it simply finishes.
Therefore you could use the patcher 'manually' to download the latest changes when you know or suspect there's been a patch, or you can set it up (by making your own bash script) so that after you patch, or check for the need to patch, you launch SoD. Because you need to write the bash script yourself, it could be Cedega or Wine or whatever else you can get to run SoD. CPU binding issues would need to be dealt with in that script anyway so umm I guess you could say the patcher 'supports' it ;) Making a bash script to launch SoD with whatever command/variables/etc you like is flexible and very easy.

If you have access to run SoD you presumably have RW access to the E-Q folders anyway - so all access issues are ignored - also simplest/laziest option.


As I said, it's very simple - I kinda chose that a)inadvertently, I'm lazy... and b)because many people will have varying setups (cedega/wine etc minimum) and simplicity, hopefully, ensures wider support for varying setups.

Having said that, I've only tried and tested it myself, so I've really no idea how it will work for other people - I see no reason for it not to work fine though.
It's very basic and only the first version - idk if there'll be others, - there's certainly plenty of things that could be added to make it 'friendlier' (gui, error checking for inet connection, etc)
 
I was wondering if I could have the source code? Please tell me you used standard library code so it is platform independent. I am interested in creating a program that will run in both linux and pc. It is mainly to brush up on my C++ skills and to add a few things I want to the game. The goal is to create a patcher and parser in one.

I used to have a program when I raid lead and co lead a guild in old Game days when you had to do /who checks by hand. It was so complicated and hard to use though that nobody could use it but me or someone who knew at least a little programming.

Since I am to small yet to raid mainly I want to be able to log in and do my personal parsing with it.
Mainly what I want to create is a program that does the logging in, parsing, eqplaynice, and plays my music in one nifty little program. Actually, technically I want it to send the parses over to another computer on my network so it is not cluttering up my screen and manipulate the my music player on that computer. The problem is the other computer is usually running linux and this is usually running windows.

Wow, I just noticed you actually created a Linux parser as well that actually does dot damage correctly, I am impressed. I have to ask what version of Linux do you use?

One thing I do have to say though I give props to everyone that plays in linux just to avoid windows, Linux would someday be able to compete with windows though if all the linux users decided to actually make it idiot proof, not to put ya down after all I am a Linux user myself.

I mean look at macs the only reason the company exist is there are idiots in the world to buy overpriced crap because it's idiot proof.
 
The patcher makes system calls so it is OS dependant. I don't really see a purpose in creating a patcher and parser in one tbh, but that's your call ;) As for the rest of the stuff... wow... you'd have a hellava lot of coding to write :D
I'd share the code if someone really wants it for some reason, but considering what the patcher does, it'd take 5mins to write up something comparable ;)

Yes I made a little app to parse DoT (and the rest) dmg - works nicely but isn't exactly user friendly!
I'll probably 'work' on that (if anything) rather than the Linux patcher (seeing as the patcher does all I want it to already and I've no reason to change it :p )

I posted some example output of DoT parsing - the parser is CLI and results are fugly looking (output to a html file? ffs who'd do that). Kinda interesting to see necro's laying down the DoT nukeage though...

If interested you can see the parser output here.
 
Yeah, now that I actually think about it I will probably separate the programs. I will probably combine a patcher and eqw injector and then make a separate parser since they are small and do not do much.

The entire reason for the complicated parser is more of to see if I can than anything, but i decided to go with something more practical and reusable. Since I will have an extra 2 17 inch monitors lying around once i get my new 24inch I was actually thinking about going dual screen and keeping the parser on the second screen instead of sending it to a new computer.

I actually have an idea for using a remote with lirc with my linux media center so I no longer need to make a control for my music.

I like your output for your parser, it is fairly clean and for personal dps it is all anyone needs. I think that making a gui for a parser is the way to go that way you can add in functions to view others and the top 10 dps. I could not imagine all that in an html page it would be huge.


BTW, I tested a 30inch widescreen and I do not know how people can use them, it is way too big for gaming.
 
You must log in or register to reply here.
Back
Top Bottom