Could not load image ... #6664

New Issue

Boot · 2024-04-17T17:31:56+02:00

Boot commented

2024-04-17 17:31:56 +02:00

ERROR[Main]: generateImage(): Could not load image "x_bows_ball_rock.png" while building texture; Creating a dummy image
ERROR[Main]: generateImage(): Could not load image "x_bows_slingshot_steel.png" while building texture; Creating a dummy image

``` ERROR[Main]: generateImage(): Could not load image "x_bows_ball_rock.png" while building texture; Creating a dummy image ERROR[Main]: generateImage(): Could not load image "x_bows_slingshot_steel.png" while building texture; Creating a dummy image ```

flux was assigned by Boot

2024-04-17 17:32:07 +02:00

flux added the

1. kind/bug

3. source/unknown

labels 2024-04-17 20:08:26 +02:00

flux commented

2024-04-17 20:08:50 +02:00

these aren't mentioned anywhere in the y_bows code, i'm not sure what the source might be.

flux added this to the flux's TODO list project 2024-04-17 20:08:55 +02:00

AliasAlreadyTaken commented

2024-04-18 03:37:42 +02:00

They are in x_bows. Most likely some item we didn't alias yet.

So far, we had various bow mods:

bows
projectiles
x_bows

They are in x_bows. Most likely some item we didn't alias yet. So far, we had various bow mods: bows projectiles x_bows

flux commented

2024-04-18 18:18:12 +02:00

They are in x_bows. Most likely some item we didn't alias yet.

those are images, not items, and can't be aliased. the question, is what is referencing x_bows images?

> They are in x_bows. Most likely some item we didn't alias yet. those are images, not items, and can't be aliased. the question, is what is referencing x_bows images?

AliasAlreadyTaken commented

2024-04-18 18:26:56 +02:00

If we had a position, we could try to go search for suspects :P

Boot commented

2024-04-19 00:42:26 +02:00

If we had a position, we could try to go search for suspects :P

Try near 2796,47,3594.

> If we had a position, we could try to go search for suspects :P Try near 2796,47,3594.

👍 1

flux commented

2024-04-20 06:29:57 +02:00

If we had a position, we could try to go search for suspects :P

Try near 2796,47,3594.

points to /teleport xyz 2797 38 3616

> > If we had a position, we could try to go search for suspects :P > > Try near 2796,47,3594. points to /teleport xyz 2797 38 3616 ![image](/attachments/280d8cf2-9cc3-4230-b9b6-45f7156330da)

image.png

921 KiB

flux commented

2024-04-20 06:30:38 +02:00

local p = m.p.rheo:get_pos()
local delta = 32
local p1 = vector.subtract(p, delta)
local p2 = vector.add(p, delta)
local va = VoxelArea(p1, p2)
for i in va:iterp(p1, p2) do
 local p = va:position(i)
 local meta = minetest.get_meta(p)
 local s = dump(meta:to_table())
 if s:match("x_bows") then
  print(m.p2s(p:round()))
 end
end

```lua local p = m.p.rheo:get_pos() local delta = 32 local p1 = vector.subtract(p, delta) local p2 = vector.add(p, delta) local va = VoxelArea(p1, p2) for i in va:iterp(p1, p2) do local p = va:position(i) local meta = minetest.get_meta(p) local s = dump(meta:to_table()) if s:match("x_bows") then print(m.p2s(p:round())) end end ```

flux commented

2024-04-20 06:32:56 +02:00

is x_bows still installed somehow? /mods suggests not. i'm not sure how this old entity is pulling an old texture reference.

![image](/attachments/26432cec-a8f3-4f66-82a8-91959bba8457) is x_bows still installed somehow? `/mods` suggests not. i'm not sure how this old entity is pulling an old texture reference.

image.png

44 KiB

flux commented

2024-04-20 06:37:40 +02:00

the itemframe entity isn't somehow keeping track of the old x_bows image

the itemframe entity isn't somehow keeping track of the old x_bows image ![image](/attachments/70362699-f47f-4584-b736-509701d8cca5)

image.png

4.5 KiB

AliasAlreadyTaken commented

2024-05-03 03:03:32 +02:00

x_bows is disabled from world.mt and not included in the solution after update 1.1.124

In the log there is no mention of that mod.

This is what a WE safe of the the position rheo investigated (2797,38,3616) says:

5:return {{["z"] = 0, ["meta"] = {["inventory"] = {}, ["fields"] = {["item"] = "x_bows:arrow_steel", ["infotext"] = "Item frame (right-click to add or remove item)"}}, ["x"] = 0, ["param1"] = 136, ["param2"] = 3, ["name"] = "itemframes:frame", ["y"] = 0}}

x_bows, not y_bows

Yes, it does have the wrong item in it, but how would it know where to pull the texture from? Is that stored in the entity? I thought the entities now do not persist over restarts?

Now Boot reports there are two more itemframes showing wrong pictures. Are we deleting the wrong entities?

teleport xyz 2490 3 3269:

5:return {{["z"] = 0, ["meta"] = {["inventory"] = {}, ["fields"] = {["item"] = "ethereal:fishing_rod", ["infotext"] = "Item frame (right-click to add or remove item)"}}, ["x"] = 0, ["param1"] = 174, ["param2"] = 4, ["name"] = "itemframes:frame_invis", ["y"] = 0}}

teleport xyz 2657 24 3317:

5:return {{["z"] = 0, ["meta"] = {["inventory"] = {}, ["fields"] = {["infotext"] = "\27(T@itemframes)Right-click to add or remove item\27E", ["item"] = "cucina_vegana:coffee_powder"}}, ["x"] = 0, ["param1"] = 175, ["param2"] = 12, ["name"] = "itemframes:frame_invis", ["y"] = 0}}

x_bows is disabled from world.mt and not included in the solution after update 1.1.124 In the log there is no mention of that mod. This is what a WE safe of the the position rheo investigated (2797,38,3616) says: ```json 5:return {{["z"] = 0, ["meta"] = {["inventory"] = {}, ["fields"] = {["item"] = "x_bows:arrow_steel", ["infotext"] = "Item frame (right-click to add or remove item)"}}, ["x"] = 0, ["param1"] = 136, ["param2"] = 3, ["name"] = "itemframes:frame", ["y"] = 0}} ``` x_bows, not y_bows Yes, it does have the wrong item in it, but how would it know where to pull the texture from? Is that stored in the entity? I thought the entities now do not persist over restarts? Now Boot reports there are two more itemframes showing wrong pictures. Are we deleting the wrong entities? `teleport xyz 2490 3 3269`: ```json 5:return {{["z"] = 0, ["meta"] = {["inventory"] = {}, ["fields"] = {["item"] = "ethereal:fishing_rod", ["infotext"] = "Item frame (right-click to add or remove item)"}}, ["x"] = 0, ["param1"] = 174, ["param2"] = 4, ["name"] = "itemframes:frame_invis", ["y"] = 0}} ``` `teleport xyz 2657 24 3317`: ```json 5:return {{["z"] = 0, ["meta"] = {["inventory"] = {}, ["fields"] = {["infotext"] = "\27(T@itemframes)Right-click to add or remove item\27E", ["item"] = "cucina_vegana:coffee_powder"}}, ["x"] = 0, ["param1"] = 175, ["param2"] = 12, ["name"] = "itemframes:frame_invis", ["y"] = 0}} ```

Boot commented

2024-05-03 16:18:38 +02:00

Now Boot reports there are two more itemframes showing wrong pictures. Are we deleting the wrong entities?
teleport xyz 2490 3 3269:

Yes, but the whole thing seems to me to be a little more complex than just "itemframes showing wrong picture".

It started yesterday when I noticed that the fishing rod had been replaced by a chain. The sherlock tool showed nothing. I immediately wrote to Alias. And suddenly, the chain was gone and a bed was in the frame. Alias came, confirmed to see the bed and looked in the database and confirmed to see the fishing rod there. In the meantime, I had determined where the chain and bed came from, namely from the signs of the harbor tavern, which are now empty. Because of the seemingly spreading damage, I began to examine more frames. The frames at the vendor and in the build tutorial all seemed fine. But already at a signpost, an arrow (coffee powder turned right) had been replaced by a pair of scissors that came from the building tutorial. Alias confirmed again the visual sighting, as well as the unchanged entry in the database. I then preferred to get out of the area before it would get any more confused. I assume that the presence of players is partly responsible for such an effect. After all, I had witnessed the change from chain to bed live.

> Now Boot reports there are two more itemframes showing wrong pictures. Are we deleting the wrong entities? > `teleport xyz 2490 3 3269:` Yes, but the whole thing seems to me to be a little more complex than just "itemframes showing wrong picture". It started yesterday when I noticed that the fishing rod had been replaced by a chain. The sherlock tool showed nothing. I immediately wrote to Alias. And suddenly, the chain was gone and a bed was in the frame. Alias came, confirmed to see the bed and looked in the database and confirmed to see the fishing rod there. In the meantime, I had determined where the chain and bed came from, namely from the signs of the harbor tavern, which are now empty. Because of the seemingly spreading damage, I began to examine more frames. The frames at the vendor and in the build tutorial all seemed fine. But already at a signpost, an arrow (coffee powder turned right) had been replaced by a pair of scissors that came from the building tutorial. Alias confirmed again the visual sighting, as well as the unchanged entry in the database. I then preferred to get out of the area before it would get any more confused. I assume that the presence of players is partly responsible for such an effect. After all, I had witnessed the change from chain to bed live.

AliasAlreadyTaken referenced this issue

2024-05-03 21:36:23 +02:00

daydream reports: item frame irregularities... #6767

Boot commented

2024-05-03 21:41:30 +02:00

After it was original a fishing rod > chain > bed > it is now a beer ...

Boot commented

2024-05-05 09:54:18 +02:00

Its now a bed again ...

Boot commented

2024-05-05 10:03:26 +02:00

The plague is spreading.

The plague is spreading. ![screenshot_20240505_095741.jpg](/attachments/e2bb0a58-0a56-4aab-8e45-bce9d68301f0)

screenshot_20240505_095741.jpg

146 KiB

Boot commented

2024-05-05 18:18:29 +02:00

The bucket is back in Haven and in Rubodyke at the harbour the chain is now to be seen. We are going backwards. Nice.

tour commented

2024-05-06 09:15:36 +02:00

IMO these are two completely independent issues:

ERROR[Main]: generateImage(): Could not load image "x_bows_ball_rock.png" while building texture; Creating a dummy image This is most likely not caused by itemframes at all. Creating a dummy image means that mt will create a 1x1 px image with a random color. The screenshots here show correct textures. They cannot be the cause. Aliased items in itemframes work fine.
item frames showing the wrong entities

IMO these are two completely independent issues: 1) `ERROR[Main]: generateImage(): Could not load image "x_bows_ball_rock.png" while building texture; Creating a dummy image` This is most likely not caused by itemframes at all. `Creating a dummy image` means that mt will create a 1x1 px image with a random color. The screenshots here show correct textures. They cannot be the cause. Aliased items in itemframes work fine. 2) item frames showing the wrong entities

Boot commented

2024-05-06 18:36:30 +02:00

IMO these are two completely independent issues:

Sure they are. I don't know, why Alias wrote here:

Now Boot reports there are two more itemframes showing wrong pictures. Are we deleting the wrong entities?

"wie der Herr, so’s Gescherr" (like master like man) ...

> IMO these are two completely independent issues: Sure they are. I don't know, why Alias wrote here: > Now Boot reports there are two more itemframes showing wrong pictures. Are we deleting the wrong entities? "wie der Herr, so’s Gescherr" (like master like man) ...

AliasAlreadyTaken commented

2024-05-06 19:43:09 +02:00

This is most likely two parts of the same issue: We delete the wrong entity, because our itemframe-entity-duplication bugfix does not guarantee the right entity deleted, only all-but-the-last the get-objects-in-radius finds

Boot commented

2024-05-06 20:12:16 +02:00

Ok, the "get-in-radius" explains why the chain and the bed were stolen from the tavern (because they were close to the hook). But still I still don't understand: what does the arrow in Rubodyke Manor have to do with the fishing rod in the harbour (far away) and how does the bucket on the pedestal at the Public Farm in Haven come into play?

AliasAlreadyTaken commented

2024-05-07 02:21:35 +02:00

No, this get-radius is limited to 0.5, it cannot or should not drag info from other itemframes in.

However, I cannot properly reproduce the issue. Maybe I need to reset to commit 23bf47b9a9 instead

No, this get-radius is limited to 0.5, it cannot or should not drag info from other itemframes in. However, I cannot properly reproduce the issue. Maybe I need to reset to commit `23bf47b9a9` instead

tour commented

2024-05-07 12:56:54 +02:00

I still see no connection to missing textures, maybe you mean #6638?

Anyways, I guess I found out what the reason for the wrong items in the frame is:
https://codeberg.org/tenplus1/itemframes/pulls/4 (detailed explaination what happens there).

Note that, even after this fix, wrong itemframe entities will still display the wrong texture.
They must be removed, either by a player/script updating that frame or by the itemframes mechanism to remove duplicated entities.

I still see no connection to missing textures, maybe you mean #6638? Anyways, I guess I found out what the reason for the wrong items in the frame is: https://codeberg.org/tenplus1/itemframes/pulls/4 (detailed explaination what happens there). Note that, even after this fix, wrong itemframe entities will still display the wrong texture. They must be removed, either by a player/script updating that frame or by the itemframes mechanism to remove duplicated entities.

tour commented

2024-05-07 13:25:58 +02:00

itemframes got updated: 3f249d1032

itemframes got updated: https://codeberg.org/tenplus1/itemframes/commit/3f249d1032c9c492849a9664b56fd3b07f65c3cc

rewired_X referenced this issue

2024-05-07 23:35:55 +02:00

Laurii reports: sometimes the water bucket ped ... #6786

AliasAlreadyTaken referenced this issue

2024-05-08 00:36:30 +02:00

1.1.124 #6471

Boot commented

2024-05-09 11:32:54 +02:00

Please don't tell me that I have to find them all and re-set them by hand! Slowly this is destroying everything here. How are you supposed to hold on to a pretzel?

Please don't tell me that I have to find them all and re-set them by hand! Slowly this is destroying everything here. How are you supposed to hold on to a pretzel? ![screenshot_20240509_112823.jpg](/attachments/dd224f53-df2a-4151-9cb3-a8ccad667d0d)

screenshot_20240509_112823.jpg

114 KiB

Boot referenced this issue

2024-05-20 22:01:42 +02:00

daydream reports: every day my item frames have ... #6828

daydream commented

2024-05-21 02:19:14 +02:00

the right item is still in the frame, if you take it out and put it back in, it is showing that. but if it is invisible no amount of re-placing it will make it visible. Meanwhile they'll just keep shifting to different things if they're visible.

LeetPeet referenced this issue

2024-05-22 00:18:56 +02:00

Historia_reiss reports: when i put a compass into a in ... #6812

AliasAlreadyTaken referenced this issue

2024-06-30 06:51:07 +02:00

fix duplicating itemframe entities. #6638

rewired_X referenced this issue

2024-07-09 01:50:23 +02:00

Historia_reiss reports: The items that show up in item ... #7072

Boot referenced this issue

2024-07-26 10:09:49 +02:00

gren77 reports: in the advanced tutorial, some ... #7172

Boot referenced this issue

2024-07-26 10:09:53 +02:00

gren77 reports: in the advanced tutorial, some ... #7172

AliasAlreadyTaken commented

2024-07-26 23:48:32 +02:00

Upstream issue: https://codeberg.org/tenplus1/itemframes/issues/7

AliasAlreadyTaken added this to the 1.1.125 milestone 2024-07-26 23:48:51 +02:00

rewired_X referenced this issue

2024-07-28 13:00:42 +02:00

Nomtom reports: items in frames sometimes chan ... #7184

AliasAlreadyTaken added the

4. step/ready to QA test

label 2024-07-29 16:06:07 +02:00

AliasAlreadyTaken commented

2024-07-31 17:51:32 +02:00

QA

Several players tested their own areas and so far found no issue.

QA Several players tested their own areas and so far found no issue.

AliasAlreadyTaken added the

4. step/QA OK

4. step/QA main

labels 2024-07-31 17:51:39 +02:00

tour commented

2024-08-23 17:40:43 +02:00

Let's go back to the original issue:

ERROR[Main]: generateImage(): Could not load image "x_bows_ball_rock.png" while building texture; Creating a dummy image
ERROR[Main]: generateImage(): Could not load image "x_bows_slingshot_steel.png" while building texture; Creating a dummy image

There was an NPC nearby wielding x_bows items. Itemframes update the texture on each load, but NPC's do not.

Boot told me that, after telling the NPC to wield something else, the errors disappeared.

The original report has nothing to do with itemframes (#6664 (comment)).

Let's go back to the original issue: > ``` > ERROR[Main]: generateImage(): Could not load image "x_bows_ball_rock.png" while building texture; Creating a dummy image > ERROR[Main]: generateImage(): Could not load image "x_bows_slingshot_steel.png" while building texture; Creating a dummy image > ``` There was an NPC nearby wielding x_bows items. Itemframes update the texture on each load, but NPC's do not. Boot told me that, after telling the NPC to wield something else, the errors disappeared. The original report has nothing to do with itemframes (https://gitea.your-land.de/your-land/bugtracker/issues/6664#issuecomment-81238).

👍 1

AliasAlreadyTaken added

5. result/fixed

and removed

4. step/ready to QA test

labels 2024-11-19 09:33:01 +01:00

AliasAlreadyTaken commented

2024-11-19 09:33:22 +01:00

Both problems fixed, one ingame, one upstream

Sorry for the confusion

Both problems fixed, one ingame, one upstream Sorry for the confusion

AliasAlreadyTaken closed this issue