Skip to content
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

How about remove all other frontends and only leave onnx behind. #885

Open
lygstate opened this issue Aug 24, 2018 · 4 comments
Open

How about remove all other frontends and only leave onnx behind. #885

lygstate opened this issue Aug 24, 2018 · 4 comments

Comments

@lygstate
Copy link
Contributor

No description provided.

@milhidaka
Copy link
Member

I think it causes some problem right now, but can be considered as future direction.
Not all operators are supported by ONNX (and export feature of each framework), so user may not be able to export their model as onnx.
WebDNN also does not implement some operators, but user can add their own implementation.

@lygstate
Copy link
Contributor Author

@milhidaka WebDNN is a accerlation framework, and costs to much time on supporting more frontends: And we have better model converters.,

@lygstate
Copy link
Contributor Author

@milhidaka And I found the runtime testing not not passed at all, we need focus more important things.
And webdnn doesn't supporting un-even padding size.

@milhidaka
Copy link
Member

Thanks for suggestion.
Actually, I agree that current webdnn is relatively complex to add/configure feature, especially by new user.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants