-
Notifications
You must be signed in to change notification settings - Fork 235
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rethiking the affect of deleting qformat() #13
Comments
Oh, Let me think and get back to you. |
I didn't think up a good way that could make nnom still looks good and pretty if not using qformat for each layer. layer[...] = TanH(INPUT_LAYER_Q); But this is really ugly as I think. But if restore to using Q Format for each layer, this is somehow not necessary for most of the layers. So somehow I prefer the ugly way. |
Thanks, @parai |
This issue is solved after #30 |
Currently, the Q format is handled by the scripts.
The nnom cannot really know what is the q format of the layers outputs but their output shifting.
This is fine with most of the layers, such as conv, dense, and relu.
However, the activations such as sigmoid and tanh must know the current Q format because they are doing arithmetic base on the real number. There is a "num int bit" argument, which should be the m in Qmn format.
I am still thinking of the solution.
@parai
Do you have any suggestion?
Thanks
The text was updated successfully, but these errors were encountered: