Profile of Rosbone

Avatar Area

Offline unknown
Posts: 2161 | Subs: 2

General Information
Register Time: 26 Aug 2017, 18:38 PM
Last Visit Time: 16 May 2025, 20:05 PM
Broadcast: https://www.twitch.tv/Rosbone_Mako
Steam: 76561198351782810
Residence:

United States
Timezone: America/New_York

Show Latest Posts


Thread: The state of 3v3 map pool11 Jul 2020, 23:41 PM Jump back to quoted post11 Jul 2020, 23:37 PMGachiGasm And in general having fuel somewhat safe can do good for player mentality, since a lot of ppl, if they see that both fuel are lost tent to leave. Good point! In: Lobby
Thread: The state of 3v3 map pool11 Jul 2020, 23:27 PM How do 3v3 players feel about fuel, cutoff, and VP locations? 4v4 = All fights are for the fuel, fuels are usually center line located. 2v2 = Usually have a safe fuel but maybe a strong fuel cutoff. Having fuels in the center forces players to fight there immediately. Having a safe fuel lets players focus on combat and flanking. Each mode seems to have its own style. Just trying to nail down what 3v3 players prefer. In: Lobby
Thread: The state of 3v3 map pool11 Jul 2020, 18:59 PM I have a 2v2 map that is large enough for 3v3. The map is currently getting tested in 2v2. I will be making some tweaks to it once I am done with the 2v2 version. To me it feels like a good 3v3 map size, but I do not play 3v3 so I would like peoples opinions. https://steamcommunity.com/sharedfiles/filedetails/?id=1810918777 EDIT: I pretty much agree completely with the OPs first post. I like the size of Across the Rhine, Rhzev, Oka, etc But many 3v3 players tend to actually like larger maps that are 4v4 sized. The game is slower paced and more about flanking than high intensity spearhead. In: Lobby
Thread: UI Bug Seemingly Increasing in Frequency on Eindhoven10 Jul 2020, 17:30 PM Jump back to quoted post10 Jul 2020, 16:23 PMHater Read twice initial post - still didn't figure out what kind of bugs are you all talking about? I've had some @ 4v Lienne like ability buttons of mortar and grens blended somehow. Also disappeared controls for brit sections: couldn't retreat, throw nade... nothing. In most instances of the bug, the entire menu will disappear and you will have NO hotkeys for that unit. Other times, you will get the menu for the previous unit you selected. You will have a UI, but the wrong UI. Example would be your Panzer iV now has sandbag and flamer buttons. So many times, people may not realize they had the bug as long as the menus are similar between the unit being used and the last unit selected. As I stated before, when I saw the bug it was if I selected units in a certain order, I could recreate the bug every time. If I had 10 units and I selected units 2 then 3 then 7, I would get unit 3's menu. And by clicking unit 8 then unit 7, unit 7s menu would return. This may not be every ones experience though. Others click an empty house and the menu returns. Which again, means click something else then back, but dont click the last unit you selected and come back or the menu may still be bugged. Just guessing for now... My original post when I did byte testing: https://www.coh2.org/topic/102679/ui-for-inf-disappear-ingame/page/2#post_id797469 Code I am still testing but so far: 1) I took the live map files, did not change anything, did not press SAVE, and recompiled it. Got the UI bug. 2) If I change the scenario name and then recompile, I do not get any UI bugs. 3) Changed the scenario name back to original ID string and recompiled. No UI bugs. I need to test the LIVE compile files vs unchanged files. LIVE files renamed and compiled creates four major file differences: - SCENARIOMARKER - SBG - _LAO.DDS - _TDM.DDS I used HxD HEX EDITOR to compare files at the byte level. The differences were large. So saving the files in the worldbuilder seems to fix what ever errors exist in those four files. No SCAR code changes were found. And as we have seen in Lienne Forest, the SCAR code was not changed but the bug was introduced. So it looks like the binary map files are getting bugged at some point. More testing to come... In: COH2 Bugs
Thread: UI Bug Seemingly Increasing in Frequency on Eindhoven10 Jul 2020, 11:32 AM Jump back to quoted post10 Jul 2020, 10:42 AMHannibal How do custom maps behave? I don't think the maps in the workshop get compiled by Relic as well, so we should not see any error or accumulation there? Vilshanka was played a lot in Trics SMC before it was uploaded. And no UI bug ever surfaced. I recall doing a byte-by-byte comparison of pre-Relic and post-Relic uploads and the files matched. But that means the files were unzipped/unpacked. This almost points to the Relic zipping function that is altering data somehow? Which would indicate a certain byte order causes a zipping error. However, I recall Tric saying multiple versions of Vilshanka were uploaded trying to fix the UI issue. What are the odds each version had the same exact byte order? Or the files on the Relic server are messed up, not the local downloaded files. But I do not see the path for the SCAR UI to get bugged locally from server data packets. Need someone smart to figure that out. As for me, I edited Einhoven last and never had issues locally. I also edited Lienne forest on the first patch and it worked fine locally and live. Made some adjustments for the next patch and now it has the UI bug as well. But I need to redo the byte-to-byte tests again because I am fuzzy on the details. NOTE: Rhzev Winter was bugged with british planes not working. I deleted everything off the map and it was still bugged. I made a copy and pasted it onto a NEW map, bug gone. So very weird unexplainable stuff happens to maps. In: COH2 Bugs
Thread: UI Bug Seemingly Increasing in Frequency on Eindhoven8 Jul 2020, 20:57 PM When I saw the bug, it was an order of selection. So maybe if someone is using hotkeys they may get it more often? I need to do some more testing...in my free time. In: COH2 Bugs
Thread: UI Bug Seemingly Increasing in Frequency on Eindhoven8 Jul 2020, 20:40 PM Jump back to quoted post8 Jul 2020, 20:23 PMPervitin Addict Just a post to make mention of the seemingly increasing frequency of UI bugs I'm getting on Eindhoven primarily (if not exclusively) while playing OKW which now has been occurring across several units and is not consistently fixed by hitting escape. Going to reinstall game, clear local cache, verify the integrity of my game files and then see if the issue persists. Just wanted to make this post to see whether other people have been having a similar issue on this map in particular as the bug has otherwise been absent from the 2v2 map pool at least for me. It is not your PC. Each map that gets uploaded to the Relic server has a chance of getting this bug. No one knows why or how. I have personally seen that the order you select units is the cause. So if you get the UI bug you can: - Click the unit icons on the upper right of the screen Left and back. If that doesnt work Right and back. - Some people have good luck clicking on a building and then back. - Veto Eindhoven. Each player has teh same chance to get the error so it is balanced. In: COH2 Bugs
Thread: Burnout and Dealing with RNG Frustration 8 Jul 2020, 16:56 PM Jump back to quoted post8 Jul 2020, 14:25 PMVipper I actually like the pretense of RNG. For me one has to follow the flow of battle and adapt instead of throwing units mindlessly like in AOE. So for me the question is more about how much RNG and if there should be RNG or not. Yes this whole conversation has gone way off the rails so I dont expect everyone to read and remember all of it. I think we all agree that RNG is a good thing in the game. It is what gives it life and replay ability. The question is how to mentally deal with it. For me it is harder than most, because I seem to get a lot more weird/buggy stuff happening than most everyone I watch or play with. And I dont even care if I win or lose. I just want to play and get decent games. And sometimes that is just asking too much. In: Lobby
Thread: Burnout and Dealing with RNG Frustration 8 Jul 2020, 14:04 PM Jump back to quoted post8 Jul 2020, 13:31 PMVipper Imo you have combined 2 separate issues into one, lag and RNG. Perhaps. No one knows except Relic. My point is to the original post: YOU CANT TAKE THIS GAME SERIOUSLY OR IT WILL BE BAD FOR YOUR HEALTH. That is how I deal with RNG frustration. Lets make a list: 1) Coded RNG rolls. Misses, planes, decrew, etc. 2) Faction pick. 3) Map balance. 4) Map Spawn. 5) Did you go right or did you go left? Right=win, Left=loss. 6) Server lag where your units are not working correctly. 7) Server lag where you cant dodge grenades,retreat, etc 8) Bugs where your units just refuse to shoot at the enemy. 9) Build order. None of these are in your control. Good players can make educated guesses at faction pick. And maybe tweak their play for map balance and spawn. With all of these going against you, I see no reason to ever expect the better player will win. If the better player always wins then why play BEST OF FIVE matches? One game would decide it. In: Lobby
Thread: Burnout and Dealing with RNG Frustration 8 Jul 2020, 13:24 PM Jump back to quoted post8 Jul 2020, 10:32 AMMuad'Dib You seem to have convinced yourself there is some conspiracy or big mystery behind the way the game behaves. In reality the way CoH's multiplayer works is by simulating the gameflow locally on each machine and only exchanging data about player input and the like. There is 0% change 'server lag', 'traffic' or anything like that is affecting accuracy rolls, scatter or anything else aside from the obvious (input lag). If you actually want to understand the game, try uploading replays of things that seem implausible and people will explain what and why happened, and what the odds of it were. If you can't handle the stress of competitive RTS and really want to believe some supernatural force is making you lose, keep doing that instead. The game runs in a constant lag state. That is the only possible way that each machine sees the same events play out. In vCOH this time was much larger and more apparent. So as many people have said: If the server decides you are dead, you are dead. What you do will have ZERO change on the outcome. Ordinates will veer and turn, chase down targets out of range, go thru blockers, etc. And as stated, watching the replay may just expose the server issue. If the replay is the actual data from the server and it differs from the presentation locally generated. The hardest thing to code in gaming is network code. You have to receive inputs coming in for the same event, and the packets are all coming in at varying times. Some will come in after the event has already happened on other players machines. So please explain how a mortar will wipe your squad on the move within 1 second of having sight of them? That means the mortar was already in the air before it had sight of your squad. So is it a stretch to think you are not running in the same time frame as the person who has the mortar. To me that indicates you are lagging, enemy spotted you, turned the mortar, and fired several seconds before your unit broke the FOW. Or the server rolled snake eyes and decided you are dead and it just played out regardless of circumstance or logic. So my point is what I have been saying for years on this site: Tweaking a unit stats a couple percent here and there for balance has ZERO effect on my games. When vetted upgraded obers get rekt by a mortar team support models, would a 2% change make any difference? This all adds up to an aggregate RNG value much larger than the coded values. Indicating the game is a lot more RNG based than people think it is. In: Lobby