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

Add support for a separate alpha image, both compressed and uncompressed #9

Merged
merged 15 commits into from
Feb 15, 2016

Conversation

mbechard
Copy link
Contributor

No description provided.

@mbechard mbechard changed the title Add support for a seperate alpha image, both compressed and uncompressed Add support for a separate alpha image, both compressed and uncompressed Dec 18, 2015
@bangnoise
Copy link
Collaborator

I'm happy with the RGTC part of this, am considering the uncompressed alpha and generating some comparisons.

@bangnoise
Copy link
Collaborator

This is now in the ycocg-alpha branch where I have edited the language a bit and will update the reference implementation before merging to master. Still considering uncompressed alpha. Comments welcome - especially if you think I've messed up the spec, I trimmed some of your changes.

@bangnoise
Copy link
Collaborator

Probably use HapA as identifier for alpha-only, and HapM for either Scaled YCoCg DXT5 + alpha (and if uncompressed and RGTC alpha are both allowed, they will share identifiers). Refer to alpha-only as "Hap Alpha-Only" and Y+a as "Hap Q Alpha". This will be documented when I address #4.

@bangnoise
Copy link
Collaborator

The spec will probably

  • explicitly permit any single-texture format on its own inside a multi-image top-level section
  • explicitly require that dimensions match (without padding) for multi-image sections with colour + alpha textures.

@mbechard
Copy link
Contributor Author

That all makes sense to me.

@bangnoise
Copy link
Collaborator

I'm going to merge the ycocg-alpha branch soon - I've disallowed uncompressed alpha as the quality of RGTC1 seems good - it's similar or better than the quality of the rest of the codec formats. Happy to hear any arguments for its inclusion though.

@bangnoise bangnoise merged commit a0ee08d into Vidvox:master Feb 15, 2016
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

Successfully merging this pull request may close these issues.

2 participants