# Graph layout rendering issues with media-heavy nodes?

**URL:** <https://forum.graphviz.org/t/graph-layout-rendering-issues-with-media-heavy-nodes/3258>\
**Category:** Uncategorized\
**Created:** [January 12, 2026, 5:54pm UTC](https://forum.graphviz.org/t/graph-layout-rendering-issues-with-media-heavy-nodes/3258 "2026-01-12T17:54:15Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![rihanna9](https://avatars.discourse-cdn.com/v4/letter/r/779978/32.png) [@rihanna9](https://forum.graphviz.org/u/rihanna9)\
**Post date:** [January 12, 2026, 5:54pm UTC](https://forum.graphviz.org/t/graph-layout-rendering-issues-with-media-heavy-nodes/3258/1 "2026-01-12T17:54:15Z")

</div>

Hi everyone, hope you’re doing well.

I’m running into an issue where some graphviz diagrams start behaving oddly once I include nodes that reference heavier media or external resources. Layouts sometimes take longer to render, edges overlap unexpectedly, or the output changes slightly between renders even when the graph definition stays the same.

It reminded me of a conversation I saw about handling large media assets and temporary files during processing, similar to cases discussed around [video editor apk](https://cepcutapk.com/) files causing extra load. That made me wonder if resource handling or caching could indirectly affect how graphviz processes or renders complex graphs.

So my question is — when graphviz layouts become inconsistent or slow with more complex node content, do you usually look at memory limits, rendering engines, or input preprocessing first? Any tips for isolating whether it’s the graph structure itself or external resource handling causing the issue?

Thanks in advance for any guidance!

---

<div class="post-metadata">

**Author:** ![discourse\_ai\_spam](https://avatars.discourse-cdn.com/v4/letter/d/c68b51/32.png) [@discourse\_ai\_spam](https://forum.graphviz.org/u/discourse_ai_spam)\
**Post date:** [January 12, 2026, 5:54pm UTC](https://forum.graphviz.org/t/graph-layout-rendering-issues-with-media-heavy-nodes/3258/2 "2026-01-12T17:54:19Z")

</div>



---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/graphviz/original/1X/7fead618c3a2f7e376b595558a47ef26893009ac.png) [@system](https://forum.graphviz.org/u/system)\
**Post date:** [January 12, 2026, 10:26pm UTC](https://forum.graphviz.org/t/graph-layout-rendering-issues-with-media-heavy-nodes/3258/3 "2026-01-12T22:26:49Z")

</div>



---

<div class="post-metadata">

**Author:** ![mark](https://sea2.discourse-cdn.com/graphviz/user_avatar/forum.graphviz.org/mark/32/84_2.png) [@mark](https://forum.graphviz.org/u/mark)\
**Post date:** [January 13, 2026, 8:21am UTC](https://forum.graphviz.org/t/graph-layout-rendering-issues-with-media-heavy-nodes/3258/4 "2026-01-13T08:21:32Z")

</div>

Can you share the graph input?

---

<div class="post-metadata">

**Author:** ![scnorth](https://sea2.discourse-cdn.com/graphviz/user_avatar/forum.graphviz.org/scnorth/32/89_2.png) [@scnorth](https://forum.graphviz.org/u/scnorth)\
**Post date:** [January 13, 2026, 12:45pm UTC](https://forum.graphviz.org/t/graph-layout-rendering-issues-with-media-heavy-nodes/3258/5 "2026-01-13T12:45:45Z")

</div>

I couldn’t believe this can happen. Last night I was chatting with a friend who uses Gemini, and it said to investigate the cache in lib/gvc/gvusershape.c

The cache size is set [here](https://gitlab.com/graphviz/graphviz/-/blob/main/lib/gvc/gvusershape.c?ref_type=heads#L694).

It suggests there could be an error or leak in our implementation.

---

<div class="post-metadata">

**Author:** ![steveroush](https://avatars.discourse-cdn.com/v4/letter/s/a9adbd/32.png) [@steveroush](https://forum.graphviz.org/u/steveroush)\
**Post date:** [January 13, 2026, 3:20pm UTC](https://forum.graphviz.org/t/graph-layout-rendering-issues-with-media-heavy-nodes/3258/6 "2026-01-13T15:20:03Z")

</div>

- Does _media-heavy nodes_ mean nodes that include large image files (large file size), that _too many_ nodes include images, or something else?
- Are you interested in debugging the suspected Graphviz bug, finding a work-around, or both?
- A work-around might be possible, but no guarantees.

---

<div class="post-metadata">

**Author:** ![scnorth](https://sea2.discourse-cdn.com/graphviz/user_avatar/forum.graphviz.org/scnorth/32/89_2.png) [@scnorth](https://forum.graphviz.org/u/scnorth)\
**Post date:** [January 14, 2026, 1:36pm UTC](https://forum.graphviz.org/t/graph-layout-rendering-issues-with-media-heavy-nodes/3258/7 "2026-01-14T13:36:40Z")

</div>

Yes, can we get more specifics. If you can’t share the data, then how large are the media files? How many? (More than 50, which is the shape file cache size?) Images, or video? How large is the graph? Does drawing a tree trigger this bug? Could we take an old example like unix.gv and add the external media file references?

---

<div class="post-metadata">

**Author:** ![smattr](https://sea2.discourse-cdn.com/graphviz/user_avatar/forum.graphviz.org/smattr/32/85_2.png) [@smattr](https://forum.graphviz.org/u/smattr)\
**Post date:** [January 22, 2026, 6:01am UTC](https://forum.graphviz.org/t/graph-layout-rendering-issues-with-media-heavy-nodes/3258/9 "2026-01-22T06:01:33Z")

</div>

> [@Lisa](#):
>
> If the cache is exceeded (50 shapes), graphviz begins to thrash.

This is interesting in light of the fact [I just removed this cache](https://gitlab.com/graphviz/graphviz/-/merge_requests/4722). I’ll revert that change.

---

<div class="post-metadata">

**Author:** ![mark](https://sea2.discourse-cdn.com/graphviz/user_avatar/forum.graphviz.org/mark/32/84_2.png) [@mark](https://forum.graphviz.org/u/mark)\
**Post date:** [January 22, 2026, 10:43am UTC](https://forum.graphviz.org/t/graph-layout-rendering-issues-with-media-heavy-nodes/3258/10 "2026-01-22T10:43:05Z")

</div>

> [@Lisa](#):
>
> If the cache is exceeded (50 shapes), graphviz begins to thrash

Fascinating! What system is this on? Do you have an example graph? We thought caching this wouldn’t be important. A counterexample would be very useful to inform keeping it.
