i still didint get it.. but thanks for going into details..
i still didint get it.. but thanks for going into details..
Amazing project this makes the life easier in editing/updating :D
yea it does! but u still need 2 know where things are.. cuz if u put that come's from media into data u might f up ur client.. xDOriginally Posted by LegendaryDev
but yea.. jMerlin and Pushedx and Jangan should work together and make awsome client that will be shared for public.. even though alot of people dont deserve it but its still smth that shudnt be kept private..
also.. quick question..
lets say u will make jMerlin's idea work.. dont you need 2 open extra ports? and woudnt it make server easier target for hackers?
Great news !. It will be much easier also faster to edit now. Thank you ;)
Last edited by Mykha; 23-06-12 at 02:49 AM.
Nope, the files are coming from a web server, which would be part of the "cloud". You wouldn't be opening any ports on your servers and the servers that host these files (sh)would be DDoS protected. You could just use a dedicated web server, but you'd need to have a lot of bandwidth, at least a 1gbit connection, and DDoS protection, as if the server gets taken down, then everyone's game play is ruined since they can't download files. That's why the cloud approach might be best, but it wouldn't be cheap. It would be an interesting idea though, I might make a little example of it sometime later.
I had a little free time today, so here's an update. This is a demo of the streaming web content in a custom GfxFileManager.dll. It didn't take long at all to make, and it does seem to work. Actually finding the right use for it is another issue though.
Video: [PoC] Silkroads GFXFileManager API - Web-based Streaming
Now, in my opinion: given the current landscape of the Silkroad private server scene, I would think that this idea would be really hard to implement successfully. There are two main issues to consider:
1. Attacks (DDoS, web server exploits, etc...)
2. Inefficiency of smaller file downloads on high rate servers.
#1 is self evident, and no explanation is needed.
When it comes to #2 though, most servers with high rates result in players skipping through a lot of the game really fast. This would mean that the whole idea of people "trying" the server with a minimal set of files is pretty useless since they will be accessing a lot of content really fast.
For example, on 1x rates, "pre-loading" Jangan and Constantinople would mean players would not have to download many files until way later on when they are 20+. On a high rate pserver, getting 20+ is typically 1-2 minutes of work if that.
As a result, the minimal file distribution would have to include a lot more areas as well as a lot more game content to really be useful. Once you get to a certain point, it would just have been easier for people to have downloaded the entire client in the first place and you not worry about setting up a web server to handle the files.
The idea is there, but when it comes to Silkroad, I just don't think it's that applicable to how most servers are setup nowadays. That is not to say I think it is a waste of time or anything, but in terms of "can this make my server better?", I think the answer is "no". It is something new and unique though, so take it for what it is; just another development project.
Amazing job from Amazing person, good luck with it :)
If you could hijack loading screens and show a progress bar, it might be more feasible. Modern games don't tend to stream data as needed, rather they stream what's needed immediately then progressively the rest of the client (so you can play with a minimal download). It would be pretty challenging to make that work really well though.I had a little free time today, so here's an update. This is a demo of the streaming web content in a custom GfxFileManager.dll. It didn't take long at all to make, and it does seem to work. Actually finding the right use for it is another issue though.
Video: [PoC] Silkroads GFXFileManager API - Web-based Streaming
Now, in my opinion: given the current landscape of the Silkroad private server scene, I would think that this idea would be really hard to implement successfully. There are two main issues to consider:
1. Attacks (DDoS, web server exploits, etc...)
2. Inefficiency of smaller file downloads on high rate servers.
#1 is self evident, and no explanation is needed.
When it comes to #2 though, most servers with high rates result in players skipping through a lot of the game really fast. This would mean that the whole idea of people "trying" the server with a minimal set of files is pretty useless since they will be accessing a lot of content really fast.
For example, on 1x rates, "pre-loading" Jangan and Constantinople would mean players would not have to download many files until way later on when they are 20+. On a high rate pserver, getting 20+ is typically 1-2 minutes of work if that.
As a result, the minimal file distribution would have to include a lot more areas as well as a lot more game content to really be useful. Once you get to a certain point, it would just have been easier for people to have downloaded the entire client in the first place and you not worry about setting up a web server to handle the files.
The idea is there, but when it comes to Silkroad, I just don't think it's that applicable to how most servers are setup nowadays. That is not to say I think it is a waste of time or anything, but in terms of "can this make my server better?", I think the answer is "no". It is something new and unique though, so take it for what it is; just another development project.
I had a little free time today, so here's an update. This is a demo of the streaming web content in a custom GfxFileManager.dll. It didn't take long at all to make, and it does seem to work. Actually finding the right use for it is another issue though.
Video: [PoC] Silkroads GFXFileManager API - Web-based Streaming
Now, in my opinion: given the current landscape of the Silkroad private server scene, I would think that this idea would be really hard to implement successfully. There are two main issues to consider:
1. Attacks (DDoS, web server exploits, etc...)
2. Inefficiency of smaller file downloads on high rate servers.
#1 is self evident, and no explanation is needed.
When it comes to #2 though, most servers with high rates result in players skipping through a lot of the game really fast. This would mean that the whole idea of people "trying" the server with a minimal set of files is pretty useless since they will be accessing a lot of content really fast.
For example, on 1x rates, "pre-loading" Jangan and Constantinople would mean players would not have to download many files until way later on when they are 20+. On a high rate pserver, getting 20+ is typically 1-2 minutes of work if that.
As a result, the minimal file distribution would have to include a lot more areas as well as a lot more game content to really be useful. Once you get to a certain point, it would just have been easier for people to have downloaded the entire client in the first place and you not worry about setting up a web server to handle the files.
The idea is there, but when it comes to Silkroad, I just don't think it's that applicable to how most servers are setup nowadays. That is not to say I think it is a waste of time or anything, but in terms of "can this make my server better?", I think the answer is "no". It is something new and unique though, so take it for what it is; just another development project.
Would be good way to get rid of all useless files in the pk2's so client size gets reduced alot.
Drew, y u never on MSN?
Drew plays Minecraft months at a time.
So you're saying he's working mostly with redstone these days? Hardcore shit.
These idea's are good.
I really like JMerlin's idea to have the pk2 files at a webserver. Since I noticed yesterday when I wanted to try a bunch of different servers but I couldn't really play one of them since they hosted their client a file sharing site which obviously have crappy download speeds.
This combined with drew's first idea of his first post to use prefixes could really work out well if the server owners decide to use this. But the server owners probably want to have everything for themselves instead of trusting a 3rd party to handle their client files.(I really hope i'm wrong though)
