Replies: 2 comments 1 reply
-
Hi @litecart The particular dimensions here are exposing an edge case that the current algorithm doesn't handle, so this is a library "bug" (noting that there simply is no algorithm that guarantees optimal packing every time other than brute-forcing the world) What's happening here internally is this: A first iteration is run
We go back to the start, set a max allowable height of
Start a new layer If the depth of the cassette is changed to |
Beta Was this translation helpful? Give feedback.
-
That is unfortunate. But thank you for providing a good explanation in letting us understand what is happening. It sounds like there is some linear thinking to this algorithm. I do have ideas. What if each item processed (longest items first) traded a free space 3D-rectangle against 3 smaller rectangle spaces (the leftovers). Every iteration would see if there is a leftover suitable and trade that again for 3 more leftovers. I hope that made any sense? You are the expert on this, I'm just trying to provide a thought. (Yes, LP and cassettes is appearantly a thing in the fan merchandise business) /Tim |
Beta Was this translation helpful? Give feedback.
-
Hi, I first want to say thank you. I appreciate the efforts behind attempting to provide a solution for this NP hard bin packing problem.
I have a use case where we are trying to pack 4 CDs and 2 cassettes in an envelope.
The items all fit in the envelope like this:
But the result gives us two envelopes. I need clues in understanding what we might be doing wrong.
Beta Was this translation helpful? Give feedback.
All reactions