Sol_reginae
Players-
Content Сount
103 -
Joined
-
Last visited
-
Battles
-
Clan
[FDMG]
Content Type
Profiles
Forums
Calendar
Everything posted by Sol_reginae
-
Until today, the "Daily Reward" always worked when the game day changed, that is, it became available at 11.00 am my local time. Regardless of when the game day changed, the reward became available for receipt. The time difference was a maximum of 5-10 minutes. I know where the "Daily Rewards" window is located and I can always look if I feel like it. Today, the "Daily Reward", even two hours after the start of the "new day", did not become available. If you deign to pay attention to the names of the screenshots, then they indicate the date and time of creation of these screenshots. Yes, I have the setting "Open the daily rewards window when entering the game", but this does not affect the AVAILABILITY of the reward itself. I know where you can see the window itself (((. No mods have ever been installed. There are none even now. In case of serious problems in the game - check with recovery, yes, I do it. Why do you think the reports are the same - "ask" WGCheck. The problem is in the game code. In the interaction of different parts of the game. Various databases. Neither yesterday (the color of the "Batlle!" button), nor today (the availability of "Daily rewards") - I did not "repair the game". Only generating a WGCheck report, to generate this report - exit the game. This is the first time I have encountered such situations, probably by accident. But I don't want these accidents to become patterns.
-
Today is March 8th. The "Daily Reward" for the eighth day should be available, but it is NOT available. The game was launched today before the game day changed, that is, before 05.00 UTC (CEU +1, my local time is 11.00 UTC +6). Usually, along with the change of the in-game day, the daily bonuses for the first victory on the ship are updated, the daily missions of the Battle Pass are updated, as well as the Daily Rewards. Today - the daily bonuses for the first victory on the ship and the daily missions of the "Battle Pass" have been updated. "Daily rewards" - not updated. WoWS_report.zip Restarting the game. Oh, miracle! ((( "Daily rewards" - available. Question: Why do I have to restart the game so often in this update to fix game errors? Probably (my guess) the reason is that only fragments of the upcoming patch are submitted to the Public Test called "Update .....", and not the release candidate. As a result, some of the errors that could be detected in the Public Test go unnoticed and end up on the live server (((.
-
Button "Battle!" A ship is selected in the port (level 9 battleship F.derGrosse), this button is grayed out - as inactive. When you hover over the cursor, it changes color to red - that is, it is active. When pressed, it works as active. After the battle: painted in the usual color - red. WoWS_report.zip
-
"To be or not to be? - that is the question..." W. Shakespeare The correct answer is "Don't play."
-
This is becoming a regular occurrence. There was a similar situation at the last (12.1) Public Test - the icons and classes of several ships were mixed up at the same time. Today - on the main server like this: Tromp is both a destroyer (as it should be) and a cruiser. This is just a visual bug, or such a display can introduce confusion, errors into the results of battles - there is no desire to check. I'd rather restart the game.... You have to waste time on such restarts, instead of just playing!
-
The indicator of using attempts in a naval battle does not switch. "Enable" - after clicking, the message "An error has occurred. Repeat the trip later" and the "update" button appear. After "Refresh" - attempts on the Naval battle page remain NOT INCLUDED. In port - the number of available attempts is shown. WoWS_report.zip After restarting the client - the situation is the same. A battle was played in Random Battles, the result was not counted.
-
Please, link. As well as references to "numerous demands" for the introduction of submarines.
-
Changes to combat economy – Closed Testing 12.2 (DB 419)
Sol_reginae replied to YabbaCoe's topic in Development Blog
Badly. Rather, even disgusting. This will lead to more passive play. Although in fact the game is already passive - especially after the introduction of submarines into the game, which led to more passive gameplay - many try to go to the other flank, away from the place of a possible meeting with a submarine (((. Well, these two points not only contradict one another, they actually distort the information. Playing from PMK without tanking - only a decrease in income per battle. More precisely, the game from PMK will cease to be interesting for the player ABSOLUTELY. After all, already now most of the players who play on the secondary armament battleships prefer to be outside the range of the secondary armament of their ships, shoot from the maximum distance from the main caliber (((... "World of Warships" is presented as a TEAM game, but these changes will force players to play "solo" more, ONLY for their own interests, and not for the interests of the team.... -
That is, when using such a filter in New Year's gifts, it worked correctly, but changing the ship's status did not work? Do you need "dancing with tambourines" for this filter to work correctly? This is also a bug....
-
Well, if you do not understand, I repeat. Ships that did not have an elite status were selected, that is, those that were not fully explored. After the battle, Drake gained the required amount of experience, was researched, BUT REMAINED AMONG THE UNRESEARCHED SHIPS. This is already a mistake, a bug. But even AFTER RESETTING ALL FILTER SETTINGS AND RESETTING THESE SETTINGS, DRAKE, THE STUDYED SHIP WITH THE STATUS OF ELITE, WAS AMONG THE UNSTUDYED. That is, the filter CONSIDERED IT UNINVESTIGATED. I repeated the reset of ALL filter settings 3 or 4 times. And again exhibited "Unexplored ships". And each time the explored Drake, having the status of "Elite", was on the list of unexplored ships. The filter began to consider Drake researched ONLY AFTER RELOADING THE GAME. WHY IS THE FILTER NOT WORKING CORRECTLY? WHY SHOULD I RESTART THE GAME INSTEAD OF JUST PLAYING?
-
Ship carousel filter in the port. Before this update, some of the filters when selecting a certain group of ships (certain conditions) did not work correctly when changing the status of the ship, but after "Reset all filters" it was possible to select the necessary conditions again and the filter worked correctly. So far "Reset all settings" hasn't worked. Situation. Cruiser "Drake" - after the last battle, having gained the required amount of experience, it was researched to "Goliath". If the selected filter had worked correctly, then the Drake should have been excluded from the list of ships that did not receive the "Elite" status. But it didn't happen. He, having the status of "Elite", remained in the same place. Moreover - after resetting the filter settings and re-installing these settings, it (!) STAYED IN THE SAME PLACE!!! WoWS_report.zip After restarting the game, the ship "Drake" is not in the selected list. P.S. Why do I have to restart the game for the selected filters to work correctly? Why should I waste my time on this?
-
Check which angles for launching torpedoes (wide or narrow) are chosen exactly for you on other ships. I and cruisers with torpedo tubes have narrow ones. As a result, every time at the beginning of the battle, the launch from a single (pipe) to a fan of the British cruisers has to be rearranged. For some reason, this choice "IS NOT REMEMBERED" for a particular ship, but is set like many others. This problem did not occur in this patch, but when the camera was changed, some elements were added to its management. A "camera flyby at the start" was also added - completely useless, distracting and you have to spend time setting the desired viewing angle ((((.
-
I support it. With a slight clarification: that the event message be released at least a FEW HOURS BEFORE THIS EVENT BEGINS. And not like it was with Braul in the current and recent patches: Braul has started, it’s on, but the message about it is published 10-12 hours after its start (((. Read all the news on the game portal. Undoubtedly, some work has been done. Perhaps it was made with the aim that more players read the news and be aware of in-game events.... If more news posts were used in the Public Test, I wouldn't have to write about it now. And the facts are: 1. A very strange grouping of news - what is recommended for me, what is important. These selections are ABSOLUTELY contrary to my interests and preferences. 2. Unlike the previous implementation of this tab, "News" in the current state works very and very slowly - when using "scrolling" - the page "freezes", "thinks" for a very long time and only then, after quite a long time, shows information.. .. As a result, personally, I prefer to read all the news on the portal, and not "inside the game" with the help of CEF. Please return the "News" to its original place and in its original form. This change was probably made "for the convenience of the players", but it has the opposite effect... Those who read the news will read them, but perhaps not everyone will do it .... Those who DID NOT READ THE NEWS - they will not read them, they probably "read" the news on YouTube, in video format ...
-
Twitch Drops in Update 12.1: Mystery Drop
Sol_reginae replied to The_EURL_Guy's topic in News & Announcements
Add the ability to purchase "Special Tactical" containers from the Armory with Community tokens. By setting the cost of such a container - 400 Community Tokens. Random rewards are interesting, but the probability of them dropping out.... Yes, and "Mrs. Fortune" is too biased lady, she favors only certain players, certain people... Which was proved in "Adventer Calendar"... -
"Random", "Ranked", "Clan", "Cooperative" battles and Braul - you can win these battles if one of the following conditions is met: 1. Score 1000 points faster than the opposing team. 2. Destroy all ships of the opposing team. When one of these conditions is met, the battle stops. The team that completes it is awarded the victory. But why in the event that there was Braul in 1 vs 1 mode and both players received "Destroyed" ribbons, only one wins? Yes, if there was a battering ram - in this case there are no questions and the battle ends (usually) in a draw, that is, none of the players made trouble, but did not lose either. Why am I puzzled by this question? At the last Public Test in Braul, there was just such a situation when, after the destruction of the opponent’s ship, I was awarded “Defeat”: they “exchanged” blows - I was from the main caliber and secondary armament, the opponent - torpedoes and secondary armament. Everyone received the "Destroyed" ribbon, but: "Victory" for him, "Defeat" for me))). Let's say my ship was destroyed 0.01 seconds earlier. Then the question immediately arises: WHY WAS THE COMBAT TIMER NOT STOPPED? After all, my opponent fulfilled one of the conditions for achieving victory. The other side of this situation. After all, BOTH ships were destroyed SIMULTANEOUSLY and the battle stop timer works CORRECTLY. Another question: WHY DO I HAVE "DEFEAT", AND WHY DO I HAVE "VICTORY"? After all, this is a "DRAW", that is, none of the players won, but did not lose either ... There is a logical error, but probably no one will correct it.
-
"Ships are not tanks", "World of Warships" is not "World of Tanks". Braul is not Random, not Co-op, not Ranked, and even less Clan Battle. Another duration of the battle - the battle is more rapid, its duration is shorter. Smaller cards. Reduced the number of players in teams. If we apply all the templates of possible winning options from Random Battle to those battles in Braul where the number of players in the team is more than one, albeit with a "stretch", but still somehow possible. It is categorically impossible to apply this approach to determining the winner in the 1x1 format. If both ships of the players remained "survived" at the end of the battle - in this case, the player who managed to score more points should win. But even in this case, when both ships remained "alive" - a situation is possible when they both have the same number of points. The probability is low, but it remains. One ship was destroyed, the second ship remained "live" - in this case, no one will doubt who won the battle. But I was talking about the situation when BOTH SHIPS WERE DESTROYED before the end of the battle, no points were captured, so you can not talk about points. Even the base experience in the 1 x 1 format is rigidly fixed - "Victory" - 1250 points, "Loss" - 250 points, that is, such a factor as "Defense" or "Capture of a point" is not taken into account, how can you award victory to one of the players in this particular situations? THIS IS A BIG MISTAKE, BUG in the logic of the end of the battle and the definition of the winner.
-
With the help of game mechanisms and now you can increase the level of skills of any commander. And you can read about it here. I just hope that the article is a "simple mechanical typo" - instead of 10 it turned out to be 19. While it would not be tempting to receive a commander with 19 skill points as a reward, in my opinion Matilda Kelly is enough to have 10 skill points. Until then, the upcoming update is a regular level for commander, which can be obtained as a reward for completing various missions.
-
In the upcoming update 12.1, this type of Airship Escort battle will not be available, that is, there is an error in the missions:
-
Wow! Skills of an ordinary commander (oh! - with a unique voice acting and "face") for doubloons? As probably the ship during this "special themed adventure"....
-
This information may not be applicable to Braul, because even the times are indicated for Random and Co-op battles, and provide for the participation of teams of 12 players (Random Battle) or 9 players (Co-op) in the battle. What I said is BRAUL, in 1x1 format on ships of any tier.
-
You are not right. This is a logical fallacy, to say the least.
-
This means that WoTs also has this error, a logic error or an error in the program responsible for the battle timer. Probably, it was you who were lucky in this case. I have never been credited with a victory after a ram, even with a significant advantage of points in my favor. Only - "Draw".
-
Mission - no.
-
My local time: Fri. 10 Feb. 14.00. Mission not found. And this happens every time (. The mission is added / added at 19.00 (my local time) / 13.00 UTC . Oops... In the last patch, such a mission was credited right on schedule. In all other cases, it was accrued, but at a different time, much later than the time indicated in the message...
-
Thank you for the missions, especially for the final rewards: "Very worthy" - 15000 credits. A container with camouflages would have been a more significant, serious reward. It's a pity you can't put two reactions to this post: "Boring" - for missions "Bad" - for extra, probably unworthy of its own page on the "In a Nutshell" portal.
