SoftwareSimian

DLC server is very slow today, seems to be capped at 175kB/s (which means a very long time to download 292MB of new DLC, about 30 mins).

There seem to be two different files for 1.13.0.0_16
web download: 105,529,035 bytes

torrent download: 105,565,772 bytes

I have a copy of both files, and the changelog at the start of the installer wizard is the same, so both claim to be #16.

The smaller "web" version is very close (but not identical) in size to #15 (which was 105,528,757 bytes), so I assume the web version is an early pre-release build and the torrent version is a later final build.

As has happened more than once in the last couple weeks, when I tried to download the torrent I saw there were no seeds (sometimes with many leechers waiting) so I just download the web version and do the initial seeding myself. Except in this case the file on the http mirror and the file in the torrent are not the same so that doesn't work.

Same issue just came up for Aslains_WoT_Modpack_Installer_v.1.13.0.0_16.exe

The file specified in the .torrent for Aslains_WoT_Modpack_Installer_v.1.12.1.1_06 is not the same file as can be downloaded from the direct links.

Aslains_WoT_Logs.zip

I've always had Prebattle Countdown Shadow Remover enabled, but this morning's battle after installing v.1.9.1.1_05 I find the countdown shadow is back.

3 minutes ago, Aslain said:

Try this and let me know : Aslains_WoT_Modpack_Installer_v.1.9.1.1_04.exe.torrent

 

There are http links, they should act like seeds, not sure what went wrong.

Your .torrent file works fine as expected.

Magnet links only contain the hash of the entire file (02446cc876eb11e758663b290c22b442a1deee70) in this case. It does not contain the breakdown of the 1189 pieces in the file or the piece hashes. The entire-file hash is sufficient for the torrent client to contact another torrent client who does have the .torrent file (initially this would be only the first seed) and ask for a copy of the .torrent data. Once it has that it can start downloading pieces of the file, but not before. Even if there are webseeds listed in the magnet link, they are of no use until the full .torrent data is available, because the client has no idea what how many pieces and what size are supposed to be in the torrent (so it can't ask the webseed for a specific chunk of the file), and no way to verify individual chunks.

So magnet links do work, but .torrent files work much better.

Magnet link has been corrected, yes.

But it's hard to be the first downloader without a .torrent file, have to wait a long time before the single seeder decides to share the hash structure (been sitting here 5 mins already). Still looking forward to the time when you can publish .torrent links instead of (or in addition to) magnet links.

edit: it took 11 minutes before the single seed hasn't handed out the hash structure to any of us, by then there were 11 peers waiting to download. Once the hash structure goes out to someone then it works fine.

The magnet link for the torrent download of Aslain's WoT ModPack v1.9.1.1 #04 is incorrect, it downloads a WoWs modpack.

I already had manually added the tracker, although it seems I was one of only a couple people to do so based on the tracker count, everyone else I guess found each other eventually via DHT and peer exchange. But no worries, I'm sure there'll be a new modpack update soon and it will fix itself.

1 hour ago, Quaksen said:

Did you use the link recently? It was updated/changed during the issues there was, that might be the cause of the missing tracker? Though I'm not sure - just ruling that out at least.

I used the link immediately before posting my comment.  The URL does not include tracker information (it does include a webseed):

https://preview.tinyurl.com/yaz35zqg

The magnet link for the torrent download seems to have lost the tracker information, making it harder to download.

It hadn't happened to me for a while (several weeks at least), but I just installed v.1.9.0.3_04 and immediately got the freeze-on-return-to-garage-at-end-of-battle problem. Missing my 3500 XP bonus :(

The only other change that probably aren't relevant (but might be):

* first battle I've won today, all previous ones I died and exited the battle before the end

* first battle with Premium account in a month or so (got a free day from a mission)

Aslains_WoT_Logs.zip

Thanks Aslain!

For me the magnet link doesn't properly convey the webseed links, but that's likely on me for using uTorrent v2

Webseeds do work from a .torrent file, but I understand that's more trouble than generating a magnet link.

The addition (or, restoration) is most welcome.

Your preferred configuration is saved locally, but all actual swapping of stuff needs to go through the server. It appears that the mod(s) blindly demounts all the equipment/camo from the currently-selected tank, sends it all to the depot, selects the new tank, then re-applies your preferred configuration to that tank. In my case it looks like it's demounting 9 pieces of camo and 3 equipment from the previous tank, and re-applying the same number to the new tank, taking about 1 second per item, even though I may have sufficient quantity of said items in my depot to not need to do that.  I think previous versions (or perhaps it was a different mod) would only demount equipment/camo from an available tank in the garage if there wasn't enough stock in the depot to equip the new tank, which made switching back and forth between two tanks significantly faster.

Out of curiosity, which of the camo/equipment/crew auto-equipping mods are you using?

That's been happening for me as well, at least for the last several months (it wasn't anywhere near that bad a year ago, but I can't say for certain when it started being really bad). For me the delay is 22-25 seconds (edit: just timed half a dozen switching-vehicles), which is annoying.

My best guess is that it's related to automated swapping of "stuff" on the tank, which may include crew, equipment, and camo. If you have a mod to auto-mount equipment and camo, when you select a tank it needs to run through all the tanks and remove the removable equipment/camo and send it back to the depot (one element at a time), then pull out the remembered equipment and camo and mount it on the selected tank. I suspect the delay is largely to do with client-server communication and not related to local client performance.  It might be related to the number of tanks in your garage, but I'm not sure. For reference, I have 127 tanks in my garage and use Auxilium for both Auto-Equip and Auto-Camo.

It would be nice if the installer could automatically clean up outdated versions of DLC. There is an option in the installer to wipe the entire folder at the start of the process, forcing a re-download of all DLC which is sort of a sledgehammer fix. I manually go through \World_of_Tanks\Aslain_Modpack\DL_cache\ every now and then and look for near-duplicate filenames and purge the old ones, but it might be nice if the installer could (optionally, at least) do this automatically, since not every DLC is updated with every version (some of my selected DLC is 10 months old but still valid).  The installer could do a simple check when writing a DLC file, say "Aslains_HDR_GoldPremiumTanks_TIM_1902.7z" to look for other "Aslains_HDR_GoldPremiumTanks_TIM_*.7z" that isn't the currently-downloading filename.

22 minutes ago, kolkhoznik666 said:

so can it be fixed somehow plz, its rather annoying...

Fix is simple: be patient, keep trying. Eventually the surge of users will stop overloading the server and you'll get your modpack installed.

It's definitely a behaviour I haven't seen before. I tried an hour ago and it was just hanging as per the original post. Now it's instant HTTP-502 response to both HEAD and GET requests from the installer. Incidentally, the installer should probably check that the HEAD request to check the content filesize doesn't result in a 4xx/5xx error (which would return an invalid filesize of 0), and if the DLC server does return an error on HEAD it should abort immediately and not attempt to GET the content.

Naturally this is a transient problem (due to server overload I presume) but I've not seen it before.  After 10-15 mins of consistent 502 errors the server came back online and let me install the modpack successfully.

My system is 8.5 years old (yes, from 2011, except the GPU from 2016) but is still at least moderately competent (~90fps at 2560x1080)

I used it regularly, but at the time I found the normal download server both slow and unreliable (would often get incomplete downloads). But since then the download server is nice and fast (100Mbps) so I'm personally no longer unhappy at the lack of torrent option, but I sympathize with those that those who have unreliable connections for downloading since I have been in that situation previously.

It's possible to automatically generate torrent files quite easily and quickly (e.g. using mktorrent) but I can understand that manually creating a torrent file for each release when there are frequent updates is a pain. If you want to get clever with some scripting it could in theory even be done on demand on the server when someone attempts to access the not-yet-created .torrent file, but if you didn't want to get into that for something few people would use I understand.

They used to be regularly available via torrent, I'm not sure why it was stopped.

It happens for me maybe 1/5 times, always when dying before the end of the battle and click exit to garage, game just vanishes instantly.

These logs are from v.1.9.0.0_02.1

Aslains_WoT_Logs.zip

1 hour ago, Quaksen said:

Patience... one day without mods won't kill you.

Not entirely true, I have died several times already today when something didn't work the way I expected in Vanilla

I'm also curious for an update. It's a pain to have to go into each tank and check for and re-add camo before every single battle.

Edit: looks like the most recent modpack has replaced this mod with "Customization Manager", which should perform the same function (and more). I haven't yet played any battles to see if it truly fixes the problem.