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

Assets support #7

Closed
11 tasks done
czyzby opened this issue Jul 1, 2016 · 3 comments
Closed
11 tasks done

Assets support #7

czyzby opened this issue Jul 1, 2016 · 3 comments
Assignees
Labels
assets Issues of the ktx-assets module
Milestone

Comments

@czyzby
Copy link
Member

czyzby commented Jul 1, 2016

  • Global AssetManager container.
  • Strongly-typed utility functions for easy asset loading.
  • AssetDescriptor building utilities.
  • Easy conversion of strings to FileHandle instances (an alternative to a rather obscure Gdx.files.internal and so on).
  • Disposable utilities.
  • Pool utilities.
  • Unit tests.
    • Disposable.
    • Pool.
    • Asset loading.
    • FileHandle.
@czyzby czyzby added the assets Issues of the ktx-assets module label Jul 1, 2016
@czyzby czyzby added this to the 1.9.3 milestone Jul 1, 2016
@czyzby czyzby self-assigned this Jul 1, 2016
czyzby added a commit that referenced this issue Jul 10, 2016
czyzby added a commit that referenced this issue Jul 22, 2016
@czyzby
Copy link
Member Author

czyzby commented Jul 22, 2016

@kotcrab I'd appreciate your input on this module. Do you think that batch asset loading operations make sense? For example, you could schedule loading of multiple textures with loadAll<Texture>("1.png", "2.png"). It might require some extra work and I'm wondering if its worth the effort - type-safe asset enums (as mentioned in the README) seem like a better solution and would come with trivial batching operations out of the box.

@kotcrab
Copy link
Contributor

kotcrab commented Jul 23, 2016

I think loadAll isn't worth it, it wouldn't even be able to return wrapper like load so later you would have to use asset to access them one by one, enums is better approach here and less error prone.

@czyzby
Copy link
Member Author

czyzby commented Jul 23, 2016

Well, we could return a special implementation of the same wrapper storing <Array<Texture>> for example, but I agree that it might not be worth it.

@czyzby czyzby closed this as completed Jul 23, 2016
czyzby added a commit that referenced this issue Jul 24, 2016
czyzby added a commit that referenced this issue Jul 31, 2016
czyzby added a commit that referenced this issue Sep 22, 2016
czyzby added a commit that referenced this issue Oct 1, 2016
czyzby added a commit that referenced this issue Apr 18, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
assets Issues of the ktx-assets module
Projects
None yet
Development

No branches or pull requests

2 participants