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

BTW: I get much better fps with webpack-dev than budo. #96

Open
matt-erhart opened this issue Sep 5, 2017 · 4 comments
Open

BTW: I get much better fps with webpack-dev than budo. #96

matt-erhart opened this issue Sep 5, 2017 · 4 comments

Comments

@matt-erhart
Copy link

For webpack, I did move my shaders into separate files since glslify-loader doesn't seem to like using the inline glsl(``) style.

fps with budo is ~20-25, webpack is around 60.

@mattdesl
Copy link
Contributor

mattdesl commented Sep 5, 2017

That’s really odd - the bundler should have no impact on framerate or shader rendering performance. I’ve never seen or heard of this issue.

Do you have a test case I can try?

@matt-erhart
Copy link
Author

matt-erhart commented Sep 5, 2017

My thoughts exactly. Makes no sense. Maybe some prod/dev env variable is being set somewhere? Don't have a test case I can share now, but it's basically just about 10k points being animated with regl and mix() in the shader. I push points off screen to hide them. I mainly want people who are getting a weirdly low fps in budo to try out webpack.

@MaxBittker
Copy link

I switched from webpack to budo recently and didn't perceive this. Until someone can reproduce it, should we close this?

@rreusser
Copy link
Member

@MaxBittker Sounds good to me. Only thing I can imagine is that some dev/debug/env flag difference would trigger something, but nothing jumps out. I'm definitely interested in debugging/tracking down if it can be reproduced, but without a reproducible case, it's unfortunately just a wild good chase.

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

4 participants