Brian O'Mara
- d0Y0b
- JIRAUSER530276
- Europe/Stockholm
- Yes
- No
2 issues
Key
Summary
Status
Reporter
Assignee
Created
MC-195832
Normal
REALMS-9823
Added Attachments:
2017-01-23_01.26.41.png
Removed Attachments:
Added Attachments:
Added Attachments:
Changed Summary:
Reduced visabilityReduced visibility
Changed Summary:
ReducedvisibilityReduced Visibility
Added Attachments:
Changed Description:
I have provided
animage that shows the drastic reduction in quality between 1.17.1 and 1.18 by direct comparison.I have provided images that shows the drastic reduction in quality for Java Realms between 1.17.1 and 1.18 by direct comparison.
This doesn't resolve my issue. This has been persistent from 1.15 to current. I understand there are 2600 different entities. That is evident. I can read my F3 menu too. My issue is why do maps not work in a way where you can have a map room? Making the maps smaller as you say Mark degrades the detail and is not the intention of the build. We want 1:1 maps representing our builds since the render distance was reduced in realms already. Regardless we'd be using just the same amount of tiles. This still happens with a map a 4th this size. Do understand this is on the Realms service and can be exploited by people willing to grief servers. This is an issue that is not resolved by telling me to use less entities. The maps should be able to be on display in that given area. I don't find it acceptable to say that "Our game doesn't work as intended, fixed". That's very condescending. You should be able to have a map room without this sort of lag. If entities were a real game issue why would you have introduced bees? This is a problem with how maps are rendered.
This doesn't resolve the issue. The issue is with the Realms server then. Minecraft has no problem loading this in a private world on my CPU. It doesn't have the same lag from entities. Nowhere in purchasing Realms did it say there was a limit to entities. This reflects poorly on your servers and your service since you are the creators of the game. You can get better performance on 2b2t with similar entity counts. If an anarchy server can do it, how come it's hard for the people who programmed the game? Also besides bees not being in packs of 2600, thank you for the condescension, still doesn't explain how this is acceptable when vertical builds could bypass this limit easy with item frames. You made it so you can place on any face of a block maps like wallpaper on frames. Does this means for item sorting with items on frames to know which items are which aren't intended for mass use? How else can you organize? Memorize every chest personally? Use a .txt file to put names in order so you can use it as reference? Space things out so the redstone used in hopper lines don't work because of unloaded chunks? Why implement this function if it doesn't function properly?
My issue remains that the functionality of item frames and maps is broken. It doesn't fix anything by saying the game doesn't support it.
This is still not resolved. I added a picture to this report from my computer running at the same chunk distance as realms. I seem to have no problem with 3000 entities. Please explain why this is an issue in Java Realms. You closed an issue you did not resolve.
Ok I'm not sure if that explains it, the item frames have no issue. It is specifically maps on item frames that causes this lag. I have updated with a picture after placing maps on the item frames offline on my PC. The item frames render just fine, it's when you start to place maps on them that it lags beyond belief. There seems to be an issue with how the maps render on item frames. This doesn't seem to be working as intended.
I don't think this is resolved. I've added another photo to illustrate that 3000 item frames with items in it do not produce the same effect of debilitating lag as maps do in item frames. There is something very broken with how maps render or display in item frames.