You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@mxnet.apache.org by gi...@git.apache.org on 2017/08/11 16:53:40 UTC

[GitHub] ptrendx commented on issue #7384: Parameter 'dtype' in the function 'ImageRecordIter' doesn't work

ptrendx commented on issue #7384: Parameter 'dtype' in the function 'ImageRecordIter' doesn't work
URL: https://github.com/apache/incubator-mxnet/issues/7384#issuecomment-321864377
 
 
   Did it work in the previous version of the ImageRecordIter (you can test that by changing ImageRecordIter to ImageRecordIter_v1)? Judging by the code it should not work (it should either give you an error or result in a silent corruption), so the dtype option is just wrong and should not be there. For example to get UInt8 data type you need to use ImageRecordUInt8Iter.
   The best way of getting fp16 data is to cast it to fp16 after it is produced in fp32 (I assume you are using GPU - this gives additional bonus of double buffering of data copies to GPU, so should generally be faster than just using ImageRecordIter and outputting fp16 format). Example of doing that is in example/image-classification/symbols/alexnet.py (resnet, resnet-v1, inception-v3 and v4 also have that, but alexnet is the simplest).
 
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services