However setting nchw vs nhwc does not seem to make any difference. If the converted model (e.g TrafficCamNet) was trained on nchw, it will still expect that ordering as input, even if nhwc was set as the input flag.
I wondered if the flag is meant to be a way to automatically transpose the input image. Basically as a convenience function. Right now one has to transpose the image beforehand by hand.
As an extension to the question: Is there a way to retrofit layers to engines? I.e. adding a shuffle layer in front of the network to transpose actual nhwc input to the correct nchw order.
Right, that’s also what I observed. I was just wondering if the setting after -i is essentially a no-op. Let’s consider one command from the post you linked.
So since both engines can be consumed in the same way, my conclusion was that -i has no effect. As far as I can tell there is no long form online documentation for tlt-converter, so I asked here.
Thank you for the reference, that is indeed useful :) My google-fu is weak these days…
After reading the document I still wonder what behavior the -i argument is supposed to change. Is it correct that it has no effect at all? Could you outline a case where setting this flag correctly is crucial?
Not to be pedantic, TLT works very well for us. I would only like to illuminate dark corners in my knowledge to avoid struggling later.