Not too surprising. FlexASIO is a wrapper so can fundamentally take most anything, not to mention it's a WASAPI wrapper and WASAPI internally operates on float32 before converting that to whatever the output device might support. Hence, FlexASIO will take up to float32 by default (which you can apparently change if desired).
It is common for drivers to accept int32 even if the hardware is 24 bit only like yours, just because 24-bit samples are majorly annoying to deal with in a world where everything is powers of 2 in length. The last 8 bits are merely filled up with zeroes (zero-padding). Hence why REW has a "Treat 32-bit data as 24 bit" checkbox.
I still vaguely remember using 32-bit MME recording with one particular card back in the day, and more recently in RMAA to circumvent some (possibly CMedia / Asus Xonar) sound driver bugs.
BTW, the L at the end stands for little-endian, which is the prevailing byte order in x86 land.
It is common for drivers to accept int32 even if the hardware is 24 bit only like yours, just because 24-bit samples are majorly annoying to deal with in a world where everything is powers of 2 in length. The last 8 bits are merely filled up with zeroes (zero-padding). Hence why REW has a "Treat 32-bit data as 24 bit" checkbox.
I still vaguely remember using 32-bit MME recording with one particular card back in the day, and more recently in RMAA to circumvent some (possibly CMedia / Asus Xonar) sound driver bugs.
BTW, the L at the end stands for little-endian, which is the prevailing byte order in x86 land.