mojira.dev
MC-11530

Map Item Draws Slowly When Hanging in Item Frame

I noticed my map hanging on my wall was drawing much slower then usual. I have been able to reproduce every time I re-hang it. It draws normal speed while being held but goes about a tenth of the speed while hanging. Note the time stamps on the images.
This video can describe it better:
http://youtu.be/JwPaafsaiYo (Credit to Marios)

Linked issues

Attachments

Comments 13

Confirmed. This must be done in survival because in creative, the map continues to draw at a normal speed while in one's inventory.

My findings are:

A discovered map in an item frame loads significantly slow unless a copy of that map is inserted in the inventory. While the copy is in the inventory, the map in the item frame loads fast as always. If the copy is removed from the inventory the loading speed of the map in item frame is slowed again.

This video can describe it better:
http://youtu.be/JwPaafsaiYo

Thanks a ton for posting that video, added it to the description. I wasn't able to do so myself, and that is just what this report needed.

My pleasure 🙂

Confirmed 1.5.2-PRE.

3 more comments

Think of it this way... do you want the 10,000 maps people have placed around to load quickly and jam up your connection or processor on a slower PC? This way only active maps are being drawn fast and the rest can display as the server or client has time to catch up.

You are using as an example an impossible scenario.
Maps on item frames won't update their content/image unless the player removes it from the item frame and holds it in hand. Also it takes the same amount of time for a 1:1 and a 1:16 framed map to load. So as long as it is framed, it is a non-changing image. I don't see how it would affect performance (bandwidth or cpu usage).

That's why it only happens on server connect when it doesn't matter wether the data is new in the world or not.

Alright here is the part that really annoys me:

i've got 6 beautiful maps in item frames, but the only way to make the map load within a time span shorter then 10 minutes, is by taking each map out and load it separately by holding it in my hands. There is no excuse for bandwidth, since if taking them out and loading them one by one in your hands is faster that would mean mojang secretly added bandwidth. Also the map data most of the time is fixed, unless someone is building a lot and you have a copy of it so you "explore" the new buildings.

i suggest that you should at least try to equal the time it takes to load X maps by hand to the time it takes to load X maps in item frames. (right now i have a chest with copies next to the map wall, this way you don't have to wait all day before the map has loaded)

It is just like the chest minecart, you have beautiful ideas for it, but some game mech's make about half of the uses either a lot harder or impossible. Chest minecart will lose momentum and stop when it rides into an unloaded chunk, which means you can't even practically use it to transport items from your mine to your base unless you got an overload of pistons or hoppers to create lag creating and dangerous chunk loaders. This means that practically, you will only waste time since you use up just as much resources as you get and need to spend time into building the chunk loaders as well since you need to load the 5x5 area. Since the horse update, minecarts just aren't anywhere near a viable way of transport for either goods or players.

This is still an issue the latest snapshot, 14w05a. It is annoyingly slow.

Brian

(Unassigned)

Confirmed

draw, item-frame, map, rendering

Minecraft 1.5, Snapshot 13w11a, Minecraft 1.5.1, Snapshot 13w16a, Minecraft 1.5.2, Snapshot 13w21a, Snapshot 13w22a, Snapshot 13w25c, Minecraft 1.6.1, Minecraft 1.6.2

Retrieved