SoftwareSimian

Here are some logs, crashed about 30 seconds into the match, just driving, not shooting or anything. Crashes seem totally random to me, I can't link them to any specific game event. This time it just crashed the once, auto-restarted, and did not crash the rest of the match. Other times it has crashed many times in the same match. Again, apparently random (although in reality I'm sure it's tied to some event, I just can't figure out what). Aslains_WoT_Logs.zip

Still crashes frequently, but randomly, in 05 for me. Sometimes I can play for 3 hours without any problems, sometimes it crash-reboots 5 times in one match (if I'm lucky to live that long AFK).

Figured out my problem with the webseed: Since the webseed URL structure is taken with the torrent name as the subdirectory component, the user is not allowed to rename the torrent or it will break the webseed. I had renamed it to "Aslains_DLC_cache" to be more intuitive than "WoT" and then it didn't work. I kinda hoped the torrent name was hardcoded, but it's not, it can be easily broken by the user I haven't tried extended webseed downloading of the DLC so I don't know how far I'd get, but a brief test has it working.

Downloads go at 2.0MB/s for me now, which is great.

At a quick test I'm also not seeing the webseeds play nice, but peer-to-peer works as expected.

Sure it does. If it can't download arbitrary chunk from the webseed then either your client or your webseed are broken, and all torrents are intrinsically verified on both the piece and the whole-torrent level. If you're talking within the installer then I can't comment on that, but it wasn't really my intention that the installer be converted to torrent download, just that the DLC be available as a torrent to those of us who want/need an alternate download path. I'd kind of hoped that there would be a DLC.torrent available on the download page by now based on our previous progress

It's still an HTTP transfer so I wouldn't expect it to behave any different. But in a torrent the client will resume the transfer and check for corruption, while your normal browser download will do neither. For what it's worth, I've noticed that on my ISP HTTP transfers are throttled whereas HTTPS transfers are not.

In my case I just moved the files from /res_mods/vehicles/ to /res_mods/0.9.16/vehicles/ after installation and it's fine. But it may get clobbered (or at least you'll need to re-move the files) when you update to the next version of the modpack unless the DLC is fixed by Aslain, and you (manually) re-download the fixed version to your Aslains_DLC_cache folder. Alternately, of course, you can avoid re-downloading the DLC fix the downloaded .7z archive yourself: unzip it, insert the missing /vehicles/ folder into the path, and recompress it to .7z But Aslain will still need to fix the DLC to prevent others having the same problem.

I haven't tried installing it, but the new hitzone_skins_by_GoHaru_HD_916.7z looks better, thanks.

GoHaru HD skins for 9.16 aren't installing correctly. I believe the archive is missing the "version" subdir in the path: hitzone_skins_by_GoHaru_HD_9152.7z = /res_mods/version/vehicles/ <assorted nations> hitzone_skins_by_GoHaru_HD_916.7z = /res_mods/vehicles/ <assorted nations> The skins get installed to /res_mods/vehicles/ instead of /res_mods/0.9.16/vehicles/ I haven't checked if the same issue applies to the SD skins.

I thought I'd play with my idea of creating a torrent of the DLC. It took me quite a while to wrap my head around webseeds for multi-file torrent though. The key I found here, and that is that the webseed for multifile torrents constructs the URL as <webseed> + <torrent name> + <filename>, so to make it work as intended I had to generate the .torrent with a name of "WoT", and a webseed URL of http://rtor.nyx.feralhosting.com/files/ -- no more, no less. Unfortunately that means the torrent client will (by default) show the download as "WoT" rather than "Aslains_DLC_cache" which would be nicer, but it's apparently the only way the webseed-multi-file thing works. For reference, this is the command-line I used to generate it (after creating a mirror of the directory and removing the apparently expired content, as in everything labeled 9.14 or earlier): mktorrent -l 20 -a http://tracker.tfile.me/announce -a udp://tracker.leechers-paradise.org:6969/announce -a udp://tracker.opentrackr.org:1337/announce -a udp://tracker.coppersurfer.tk:6969/announce -a http://explodie.org:6969/announce -w http://rtor.nyx.feralhosting.com/files/ -n WoT -o Aslains_DLC_cache.torrent . And the .torrent is attached. Hope that will fast-track TTimoNN into getting it up officially Side note: The web seed for me is still apparently ISP-limited to ~160kB/s, but at least I can be assured that whatever I download is valid and will auto-resume if disconnected. And any peers would of course bypass that problem. Aslains_DLC_cache.torrent

That would be perfect, thank you. Incidentally, eu.gamersplatoon.com is just spinning its wheels today so I can't download the latest modpack torrent. Not sure if that's you or not. http://www.downforeveryoneorjustme.com/eu.gamersplatoon.com

off-topic: I don't like this GUI forum, I like to see the BBcode I'm typing My server connection is 100Mb/s. My suggestion was not so much to integrate torrent transfers into the installer (which may be nice, but unnecessarily complex) but to provide an alternate mechanism of download for users (like me) who have connection problems. For simplicity of everyone involved, I envision it as a single torrent containing all of the DLC, the user can then pick-and-choose which file(s) they want to download if they're having problems. Generating the torrent is fast and simple - you could do it manually from your favorite torrent client, or you could automate it using something like mktorrent (a simple cron script could check for any files in directory modified since .torrent was generated and regenerate it). The interrupted HTTP downloading is not something I normally encounter. I'll have to blame my ISP (presumably) for the HTTP throttling, but I'm uncertain whether the interruptions are related or not.

Thanks for the link to the raw DLC files, that's very helpful to me. At least I can complete the download now. I suppose it's some kind of HTTP throttling that's appearing somewhere in the network. From my tests, here's what I found: Note: I have 100Mbps downstream internet here, so in theory I should see up to ~10MB/s, and do. First trying to download directly from the link provided (much as the installer would do): wget http://rtor.nyx.feralhosting.com/files/WoT/hitzone_skins_by_GoHaru_HD_9151_2.7z.001 --2016-09-02 10:31:35-- http://rtor.nyx.feralhosting.com/files/WoT/hitzone_skins_by_GoHaru_HD_9151_2.7z.001 Resolving rtor.nyx.feralhosting.com... 185.21.216.152 Connecting to rtor.nyx.feralhosting.com|185.21.216.152|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 104857600 (100M) [application/octet-stream] Saving to: `hitzone_skins_by_GoHaru_HD_9151_2.7z.001' 23% [=========> ] 24,691,358 169K/s in 2m 22s 2016-09-02 10:33:58 (170 KB/s) - Connection closed at byte 24691358. Retrying. 51% [++++++++++============> ] 54,229,305 171K/s in 2m 49s 2016-09-02 10:36:48 (171 KB/s) - Connection closed at byte 54229305. Retrying. 77% [+++++++++++++++++++++==========> ] 81,147,452 171K/s in 2m 34s 2016-09-02 10:39:25 (170 KB/s) - Connection closed at byte 81147452. Retrying. 100%[++++++++++++++++++++++++++++++++==========>] 104,857,600 169K/s in 2m 19s 2016-09-02 10:41:47 (167 KB/s) - `hitzone_skins_by_GoHaru_HD_9151_2.7z.001' saved [104857600/104857600] You can see it's throttled to 170kB/s and then loses connection every 3 minutes or so. wget can resume the transfer, the installer does not. But doing the same download from my own server shows that the source server speed is not the problem: wget http://rtor.nyx.feralhosting.com/files/WoT/hitzone_skins_by_GoHaru_HD_9151_2.7z.002 --2016-09-02 10:35:50-- http://rtor.nyx.feralhosting.com/files/WoT/hitzone_skins_by_GoHaru_HD_9151_2.7z.002 Resolving rtor.nyx.feralhosting.com... 185.21.216.152 Connecting to rtor.nyx.feralhosting.com|185.21.216.152|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 104857600 (100M) [application/octet-stream] Saving to: “hitzone_skins_by_GoHaru_HD_9151_2.7z.002” 100%[==========================================================================>] 104,857,600 4.85M/s in 23s It actually started about 2MB/s and ramped up to about 9MB/s before it finished, more than the average would indicate. So the source server is not the problem. So now I have a "local" copy on my server, I tried downloading from there. Slightly better, but not really: 314kB/s. However, let me try the same download via FTP instead of HTTP: 4.8MB/s So my connection is not the problem, and neither is the source server the problem. And yet the problem remains. So, follow-up requests: 1) is there any mechanism to allow the installer to resume DLC downloads if the connection is interrupted? Or, at the very least, can the failed-download be detected and warn the user? 2) I would still love to see all the DLC put into a torrent both for faster download speed (for us poor unfortunate North Americans) but more importantly for download integrity assurance (since HTTP downloads have no checksum). I suppose now that I know the download location I could build that myself, but it would be nice to see something official

Since the 9.15.1.1 version of GoHaru skins were released the DLC download always silently fails in the installer. It would download some of the file (at a consistently-slow 160kB/s) and then at some point fail the download but the installer doesn't warn about this and continues. It then fails to unzip the DLC and proceeds to "complete" without installing the skin packs, but also without warning the user. The new 100MB-split version of GoHaru skins got me 30.9, 31.2, 30.1, 26.0, 23.6, 5.28 MB for chunks 001-006. Requests: 1) Put DLC on a faster server 2) Assuming that's not possible, please make the DLC available for separate download (torrent would be ideal, http would be acceptable). I suspect that it's not possible to have the installer actually download the DLC via torrent, but if the DLC could be linked for download somewhere that would let me (and anyone else with this problem) at least able grab it to put in Aslains_DLC_cache folder. If you could generate a new .torrent for the DLC folder for each new modpack version I'm sure there's a number of us who'd be willing to seed it.

Indeed, I do have it working now. Apparently I failed to realize that I need to install it, and that the option in the installer is named the same (or close to it) as the previous mod. As I noted in the Bug Report forum thread:

I seem to have it working now. Perhaps you could rename the option in the installer -- I apparently hadn't installed it because the option looks like the old mod that did more-or-less the same thing, the current installer doesn't say anything about being part of XVM rather than a 3rd-party mod: And now I can go through all my tanks in the garage and add whatever camo/binoc/repair I want, and there's magically always 1 left in the depot to add to the next tank. And I also now have C:\Users\User\AppData\Roaming\Wargaming.net\WorldOfTanks\xvm\auto_equip\SoftwareSimian_NA.dat

I've read that thread before. But it doesn't do that (with Aslain 4.4.6). I can mount equipment, but it doesn't unmount anything when I go to another tank. As 98whiteMC said, I can't figure out how to "turn it on", or if it's even installed or not. There is no such file/folder for me. There's other stuff in said xvm folder, but nothing to do with auto_equip.

In theory the new XVM "Equip Auto Return" should do the trick -- you configure whatever tank you want with the equipment you want, and that configuration is remembered (until you change it). Equipment is pulled off other tanks (if not available in the depot) and put on the current tank to match the saved configuration. At least that's the theory; I have yet to figure out how to get it to work :(

One thing I just discovered -- if you drive far enough away from the tank you were shooting at that you can't see it anymore (>500m at least) then your turret will become unstuck and normal behavior returns.

My stuck-turret issues have not occurred with with either auto-aim or JPE100. Just now it was in an M12, a few hours ago it was in an Achilles.

I just saw that too, playing arty. Fired one shot, then target got stuck where I'd just fired. I could: * move my tank forward/back and turn the hull with the arrow keys I could not: * get out of arty view * move the target to anywhere else I force-quit the game and reloaded (while still in match) to see if that fixed it, but it just made it worse, I couldn't even see the game, just had the battle score loading screen showing, although I could faintly see in the background that I could seem to switch between arty and regular view (using Shift). In regular view I couldn't really see anything, but if I moved the mouse around the over-tank markers would move around the screen: http://s2.postimg.org/qym5hzth5/shot_035.jpg Of note, I had just installed v.4.3.2_97, this was the second match with that version installed, first arty match though.

Second time's the charm! :) It is correct now, thanks!

I just installed v.4.2.45_96 and unfortunately it's unchanged, still showing xwn8 in those two files. :(

Attached are all the .xc files created after installing v.4.2.44_96 res_mods.rar