Pages: 1 [2] 3 4 5 6 7 8 9 10 :: one page |
|
Author |
Thread Statistics | Show CCP posts - 29 post(s) |
Steve Ronuken
Fuzzwork Enterprises
1203
|
Posted - 2013.03.11 16:06:00 -
[31] - Quote
Karl Mattar wrote:Is there any way you can set the launcher to launch multiple eve windows for those of us who run two (or more) accounts at the same time? Configurable with different settings for monitors?
I have two monitors. They are different sizes. It is quite the pain to start everything up because the settings don't hold over from session to session. Whichever session I closed last is how it all starts up again.
Otherwise, I have no issues with this proposal at all.
While it's not quite what you're asking for, the junction method works pretty well for this, without using additional space.
http://wiki.eveonline.com/en/wiki/Multiple_clients FuzzWork Enterprises http://www.fuzzwork.co.uk/ Blueprint calculator, invention chance calculator, isk/m3 Ore chart-á and other 'useful' utilities.As well as mysql and CSV/XLS conversions of the Static Data Extract. |
Aethlyn
EVE University Ivy League
197
|
Posted - 2013.03.11 16:09:00 -
[32] - Quote
Remiel Pollard wrote:As far as I'm aware, if P2P traffic is encrypted, ISP's can't read it as P2P traffic and cannot throttle it. If you use data encryption, it should work fine. Unfortunately, it's not that easy. There are still obvious things happening like high upload and (possibly) many outbound connections at the same time. Also encryption slows down the whole thing and makes it more CPU intensive, because the data has to be en-/decrypted as well. A simple toggle to select the download strategy is a lot easier to implement and use (even if you only use HTTP you still get the error checking, file verification, etc.). Looking for more thoughts? Read http://aethlyn.blogspot.com/ or follow me on http://twitter.com/Aethlyn. |
Sentient Blade
Walk It Off
814
|
Posted - 2013.03.11 16:10:00 -
[33] - Quote
While you're working on the launcher how about using good ol SetForegroundWindow to bring the old launcher to the front when you try to launch a new launcher and an existing launcher is still launched. Rather than that pain in the ass error message. |
|
CCP Aporia
C C P C C P Alliance
37
|
Posted - 2013.03.11 16:10:00 -
[34] - Quote
Turelus wrote:Will you still offer a non bit-torrent option for people who's ISP's cap all P2P transfers?
Yes, HTTP will still be utilized. Senior Programmer Team Avatar |
|
|
CCP Aporia
C C P C C P Alliance
37
|
Posted - 2013.03.11 16:12:00 -
[35] - Quote
Salpad wrote:Just a random idea, but why should upload stop the exact moment that a particular customer's Launcher has finished downloading? Why not continue uploading for a small period of time after that, as an automated setting, such as 90 minutes? Or if not as an automated setting, then as a user-configurable option?
I'd not want to have upload available all the time, but something like the duration of my download plus X minutes would be an option that I'd be happy to utilize.
By default you only upload while you download, at a fairly low rate. If you want you can check an option that makes you seed for longer. Good idea about maybe adding a timer to this in the future, but for right now we'd like to see this go out and work in the wild before making further changes. Senior Programmer Team Avatar |
|
Phext
SIGBUS
0
|
Posted - 2013.03.11 16:18:00 -
[36] - Quote
Remiel Pollard wrote:As far as I'm aware, if P2P traffic is encrypted, ISP's can't read it as P2P traffic and cannot throttle it. If you use data encryption, it should work fine.
ISPs may throttle well known BT port ranges (TCP 6881-6889 is used for transport). They don't necessarily need to look into the traffic. One may bypass this throttling by using different port ranges. |
Wodensun
ZeroSec
60
|
Posted - 2013.03.11 16:20:00 -
[37] - Quote
Remiel Pollard wrote: As far as I'm aware, if P2P traffic is encrypted, ISP's can't read it as P2P traffic and cannot throttle it. If you use data encryption, it should work fine.
That is not entirely acurate
Quote:Trackers manage files by their SHA-1 (aka infohash). The extension specifies that a tracker RC4-encrypt the peer list with a key of SHA-1(infohash). Thus, a peer must know the infohash of the file they are requesting to decrypt the peer list. Obviously, they have the infohash since they had to know it to look up the file in the first place.
There are a couple weaknesses in this design. If an ISP can read the infohash from the peerGÇÖs tracker connection, then they can also decrypt the peer list. This is mitigated by some trackers supporting SSL connections. Also, the specification allows for reuse of the RC4 keystream, a definite no-no.
|
Wodensun
ZeroSec
60
|
Posted - 2013.03.11 16:22:00 -
[38] - Quote
Phext wrote:Remiel Pollard wrote:As far as I'm aware, if P2P traffic is encrypted, ISP's can't read it as P2P traffic and cannot throttle it. If you use data encryption, it should work fine. ISPs may throttle well known BT port ranges (TCP 6881-6889 is used for transport). They don't necessarily need to look into the traffic. One may bypass this throttling by using different port ranges.
Bollocks they use DPI for traffic shaping not port ranges.
Quote:Deep Packet Inspection (DPI) (also called complete packet inspection and Information eXtraction - IX -) is a form of computer network packet filtering that examines the data part (and possibly also the header) of a packet as it passes an inspection point, searching for protocol non-compliance, viruses, spam, intrusions, or defined criteria to decide whether the packet may pass or if it needs to be routed to a different destination, or, for the purpose of collecting statistical information. |
TheNewestTwin
Avalon Project Shadow Rock Alliance
23
|
Posted - 2013.03.11 16:25:00 -
[39] - Quote
Why don't they change their team name from Team Special Circumstances to Team AAA seeing as the names of the people in this team all start with the letter A. CCP Aporia, CCP Atropos, CCP Aita.... please
-A- |
Bienator II
madmen of the skies
1585
|
Posted - 2013.03.11 16:26:00 -
[40] - Quote
Aethlyn wrote:SamuraiJack wrote:That alone makes CCP's implementation of this much better than most Torrent installers. Flooding out your upstream just throttles your connection as you cannot send commands due to data floods. Shame Blizzard never took that onboard. From my experience over the past years, I really think that's intentional and not just happens: Your download slows down as you Approach 99% and the last few bytes take forever (at least for me; not talking about SC2/D3 patching; only their standalone torrent stuff). Once your sharing ratio approaches 1.0 the last few bytes are completed. Something like that is really stupid, especially for people on asynchronous lines (e.g. my upstream is less than 10% of my downstream). Luckily you could trick their implementation by simply restarting the client.
this isn't the fault of the protocol, its the client. Clients try to maintain 1.0 share ratio to keep the network healthy. In CCPs case its entirely different. The network is always healthy since CCP will obviously keep the servers up which upload 24/7.
maybe i am wrong but i don't think that CCP wants to use bittorrent because they have bandwidth issues on patch day - it really sounds like all they want is a more reliable protocol. a eve-style bounty system (done)-á dust boarding parties You fail you fail you fail you fail to jump because you are cloaked |
|
|
CCP Aporia
C C P C C P Alliance
38
|
Posted - 2013.03.11 16:26:00 -
[41] - Quote
Tribal Solidarity wrote:So, while I agree with the issues of using HTTP/1.1, I disagree with the torrent protocol usage.
Tons of ISPs in the UK restrict torrent client usage, as do universities and businesses, making it much harder for people to patch.
And how long will you keep seeding the data on your servers before requiring people to download a full client?
Also, I personally have downloaded patches directly from the server and applied them after download, outside of waiting for the patcher to complete. I haven't done this for a while so it may not be possible but it was a great way of bypassing your servers being swamped on patch day by using mirrors.
And finally, can you guarantee the same throughput/speed of using bittorrent over HTTP/1.1? Or are we looking at ridiculously slow speeds?
Let me start by addressing your previous question:
Bittorrent over HTTP/1.1 should have the same speed as normal HTTP transfers because it is actually "just" the range-header implementation. Bittorrent over HTTP/1.0 depends a little bit on the webserver implementation because there the range-header is emualted using the querystring and the server then has to figure out which parts to send using a custom request handler. But for most real world scenarios I would not expect a big difference in throughput, if any.
The other part is probably more interesting and I should probably have addressed this in the blog itself: You are no longer downloading an installer for the EVE client or it's updates. Instead when you start the launcher, the launcher checks if there was a new EVE version released and if so, it downloads the files it needs to acquire. Since we will always keep the most recent EVE version on the CDN this will make sure that your installation is always up to date. The times of downloading a full client should be gone unless you are installing EVE for the first time, in which case the download is actually a lot bigger than before. But we are looking into utilizing compression methods there, and in the longer run plan on organizing the client resources in a way that a new player can go and use the character creator while the game is still installing all the space assets. Every update in itself kind of works like the repair tool used to work (which is now simply forcing a re-check of your installation against the information found in the torrent file), e.g. the launcher figures out which files in your installation need an update and only downloads these files then. In the long run this should save on traffic required for updates as well because there is no longer any need for the whole overhead of having an installer executable. Senior Programmer Team Special Circumstances |
|
Kasuko
Blue Republic RvB - BLUE Republic
5
|
Posted - 2013.03.11 16:29:00 -
[42] - Quote
I am whole heartedly in agreement with this change! Please CCP do it!
Now with that said I would like to point out that I am behind an ISP that fully throttles ALL P2P traffic and I still want this change.
Bit Torrent is a fully legal, hugely supported and open protocol. Because ISPs throttle this traffic shouldn't affect your decision. If my ISP suddenly throttled Youtube traffic I wouldn't call up Google and demand they implement a different protocol I'd phone my ISP and say "I am a paying customer and I am paying for internet, so please stop preventing my access to the internet!"
If more and more companies are using Bit Torrent in a completely legal way and more and more people call their ISPs saying "Excuse me but your crappy service that I pay for doesn't allow me to do the things that I am paying for" then they will learn their lesson!
Thank you CCP and be sure to use the open standards for Bit Torrent and don't go mutilating it and destroying all the work the community has done!
|
|
CCP Guard
C C P C C P Alliance
3407
|
Posted - 2013.03.11 16:30:00 -
[43] - Quote
I put a link to this dev blog in the launcher so there is now a launcher dev blog...in the launcher. I'll just leave you with this bit of knowledge.
CCP Guard | EVE Community Developer |-á@ccp_guard |
|
|
CCP Aporia
C C P C C P Alliance
38
|
Posted - 2013.03.11 16:32:00 -
[44] - Quote
Bienator II wrote:Aethlyn wrote:SamuraiJack wrote:That alone makes CCP's implementation of this much better than most Torrent installers. Flooding out your upstream just throttles your connection as you cannot send commands due to data floods. Shame Blizzard never took that onboard. From my experience over the past years, I really think that's intentional and not just happens: Your download slows down as you Approach 99% and the last few bytes take forever (at least for me; not talking about SC2/D3 patching; only their standalone torrent stuff). Once your sharing ratio approaches 1.0 the last few bytes are completed. Something like that is really stupid, especially for people on asynchronous lines (e.g. my upstream is less than 10% of my downstream). Luckily you could trick their implementation by simply restarting the client. this isn't the fault of the protocol, its the client. Clients try to maintain 1.0 share ratio to keep the network healthy. In CCPs case its entirely different. The network is always healthy since CCP will obviously keep the servers up which upload 24/7. maybe i am wrong but i don't think that CCP wants to use bittorrent because they have bandwidth issues on patch day - it really sounds like all they want is a more reliable protocol.
You are correct, what we wanted is a more reliable and flexible protocol. Of course, if people want to share as well then that would be great. But we intentionally do not make it a requirement; once you are done downloading you are not seeding unless you want to. And if you are seeding, then always at a speed that you control. Senior Programmer Team Special Circumstances |
|
|
Chribba
Otherworld Enterprises Otherworld Empire
7379
|
Posted - 2013.03.11 16:33:00 -
[45] - Quote
Finally, took some time to implement BT... I hope you do include support for web peers with that (how I do over at EVE-Files) for those that may get blocked by various firewall or IDS software.
/c
|
|
Sentient Blade
Walk It Off
814
|
Posted - 2013.03.11 16:37:00 -
[46] - Quote
Another thing which would help for updating would be pre-release updates.
By that I mean if you're going to go sending out hundreds of MB to a hundred thousand people in the next days patch, then publish it a day or two before, let us be downloading it to a staging directory, and then apply it as necessary (plus any other changes) come patch day.
It would also give the torrent network time to spread itself out. |
Sarmatiko
952
|
Posted - 2013.03.11 16:56:00 -
[47] - Quote
And what about Launcher 1.4x with integrated login/advanced client settings? This has been used on Serenity for some time but there is no plans to use it on TQ anymore?
|
Doublewhopper
The Revelation Crew DarkStorm Enterprises
12
|
Posted - 2013.03.11 17:00:00 -
[48] - Quote
Just be sure it works on wine/linux/mac before you even consider to deploy it.
The release of the original launcher did not go to well for everyone and brought much trouble, tinkering and confusion. |
|
CCP Aporia
C C P C C P Alliance
40
|
Posted - 2013.03.11 17:10:00 -
[49] - Quote
Sarmatiko wrote:And what about Launcher 1.4x with integrated login/advanced client settings? This has been used on Serenity for some time but there is no plans to use it on TQ anymore?
This is currently on ice until we are done with more pressing aspects. Eventually we would like to see the launcher managing all your EVE installations and no longer have the "one launcher per installation" as it currently is the case.
Doublewhopper wrote:Just be sure it works on wine/linux/mac before you even consider to deploy it.
The release of the original launcher did not go to well for everyone and brought much trouble, tinkering and confusion.
The internal tests on Mac looked good so far, but again, this is one reason why we are going to run a test in the wild soon. Wine/Linux are not on the list of officially support platforms, so I cannot say anything about whether it works there or not. Senior Programmer Team Special Circumstances |
|
|
CCP Atropos
C C P C C P Alliance
181
|
Posted - 2013.03.11 17:10:00 -
[50] - Quote
On this note:
Doublewhopper wrote:Just be sure it works on wine/linux/mac before you even consider to deploy it.
The release of the original launcher did not go to well for everyone and brought much trouble, tinkering and confusion.
I've been running a beta test on the Mac subforum for the last 3 months, testing some of these changes. Product Owner, EVE Launcher | Team Special Circumstances |
|
|
Hannott Thanos
Notorious Legion
439
|
Posted - 2013.03.11 17:13:00 -
[51] - Quote
Lili Lu wrote:I'm not very techno proficient. But I have not had any problems with the launcher and patching. I did have problems with the client freezing. But in the 2nd most recent major patch it seemed to have fixed itself. Possibly either the eve patch or maybe the latest nvidia driver update. Don't know, just happy it's fixed.
As for bit torrent. Don't like this. I suspect it will mean I have to pay for some third party program just to update eve. Your launcher is doing fine by me. So please don't make use of another program mandatory.
If I'm not understanding all this then just ignore. But really I don't want to download and pay for another program just to patch and play eve. Thanks Just to settle your mind, bit torrent is a way of transferring bits, not a specific type of software. You wouldn't need -¦Torrent or any kind of software, the Eve Launcher would just send and receive data by other means behind the curtains |
Sedilis
Lead Farmers Kill It With Fire
74
|
Posted - 2013.03.11 17:14:00 -
[52] - Quote
With the support for the Test server I hope this includes a button people click to build a test server install. Would be great if you could get it to launch and start the log server as well if connected to sisi.
I'm sure giving that some love would help with numbers for your mass tests as well as helping us guy out who have to try and talk members though setting up a Sisi client for our own testing. |
T1nyMan
Interstellar Solutions Agency
41
|
Posted - 2013.03.11 17:22:00 -
[53] - Quote
yarda yarda yarda sweet! yarda yarda yarda yarda relax yarda yarda yarda yarda everyone yarda yarda yarda there's yarda no yarda conspiracy yarda yarda yawn..
[cough]
...
yarda |
Aethlyn
EVE University Ivy League
199
|
Posted - 2013.03.11 17:25:00 -
[54] - Quote
Bienator II wrote:Aethlyn wrote:SamuraiJack wrote:That alone makes CCP's implementation of this much better than most Torrent installers. Flooding out your upstream just throttles your connection as you cannot send commands due to data floods. Shame Blizzard never took that onboard. From my experience over the past years, I really think that's intentional and not just happens: Your download slows down as you Approach 99% and the last few bytes take forever (at least for me; not talking about SC2/D3 patching; only their standalone torrent stuff). Once your sharing ratio approaches 1.0 the last few bytes are completed. Something like that is really stupid, especially for people on asynchronous lines (e.g. my upstream is less than 10% of my downstream). Luckily you could trick their implementation by simply restarting the client. this isn't the fault of the protocol, its the client. Clients try to maintain 1.0 share ratio to keep the network healthy. In CCPs case its entirely different. The network is always healthy since CCP will obviously keep the servers up which upload 24/7. maybe i am wrong but i don't think that CCP wants to use bittorrent because they have bandwidth issues on patch day - it really sounds like all they want is a more reliable protocol.
Of course, it is a thing of the client. This is also something I tried to say. I know there's nothing like that in the basic protocol. Looking for more thoughts? Read http://aethlyn.blogspot.com/ or follow me on http://twitter.com/Aethlyn. |
Antihrist Pripravnik
4S Corporation RAZOR Alliance
80
|
Posted - 2013.03.11 17:26:00 -
[55] - Quote
Yaay :) I used to download major releases through Chribba's torrents anyway, so it's nothing new for me. CCP Ytterbium: Yarrblblbgrlblbgrlblblblbblbgrlblblbgrblblyarrrrdrooooooolonthekeyboardlikealunatic |
Rael Datannen
JesusChrist Lord Way Truth Life
0
|
Posted - 2013.03.11 17:28:00 -
[56] - Quote
Inquisitor Kitchner (Page1) I agree. I Urge our beloved DEV to listen to us, past CSM roleplay, and leave us an OPTION to use new BITT or stay with HTTP. I feel very strongly on this, being an online game admin/coder since 1990.
(**Added afterthought: READ CLOSELY there are risks, and ways to --REDUCE-- them, so don't make all Eve players subject to Cyberwar Attack than we already are, for Heavens sake**) |
Vincent Athena
V.I.C.E.
1678
|
Posted - 2013.03.11 17:38:00 -
[57] - Quote
CCP Atropos wrote:On this note: Doublewhopper wrote:Just be sure it works on wine/linux/mac before you even consider to deploy it.
The release of the original launcher did not go to well for everyone and brought much trouble, tinkering and confusion. I've been running a beta test on the Mac subforum for the last 3 months, testing some of these changes. Oh, thats part of that test? OK, Im going to run the beta version at the same time as I run the current TQ client and see what happens. http://vincentoneve.wordpress.com/ |
Demolishar
United Aggression
835
|
Posted - 2013.03.11 18:08:00 -
[58] - Quote
Firstly, I know nothing about how any of this works.
But surely this opens avenues of attack for the p2p transfer of "bad" files eg. .exe with keylogger and stuff? |
SamuraiJack
Sacred Templars Unclaimed.
35
|
Posted - 2013.03.11 18:16:00 -
[59] - Quote
Demolishar wrote:Firstly, I know nothing about how any of this works.
But surely this opens avenues of attack for the p2p transfer of "bad" files eg. .exe with keylogger and stuff?
No. It doesnt. Stop believing the crap that the media mafia spew.
All the files will be sorted and inspected by ccp and they are checksummed. the client handles it and as such will not be able to "infect" you this way. Despite the fact you will be "copying" files from other pcs they will be checked via ccp's list and dropped if tampered with.
Bittorrent is legit and safe. (as long as you use legit torrents) SJ's Chronicles - http://www.fanfiction.net/u/2103579/CLS-SamuraiJack |
Ryunosuke Kusanagi
58
|
Posted - 2013.03.11 18:29:00 -
[60] - Quote
a serious concern here in the US.
With CAS/Six Strikes rolled out, and obviously already claiming false positives on LEGAL files, how can i possibly be affected with EVE Online files essentially "Copyrighted material". I don't really want to start a political debate here, but politics in the US are veering towards the technophobe stage, if it hasn't already, and it is affecting P2P network traffic among other things. |
|
|
|
|
Pages: 1 [2] 3 4 5 6 7 8 9 10 :: one page |
First page | Previous page | Next page | Last page |