Thanks. But holy smokes, after playing with it for bit, that thing is a nightmare to work with. MateuszWis, please see if you can get HDR output working, and the bff deal will be in effect.
Yeah, it’s not as intuitive out-of-the-box as MateuszWis’s is. The CubeMap view is awesome.
I’ve managed to add hdr output to the converter
YESSSSS!!! Thank you so very, very much! Again, you rock!
OMG! I had never even noticed that changing rotation made the output maps rotated!!!.. Um… I love you!
Hey, @MateuszWis. Really glad it supports HDRI now!
Are you mapping the textures differently when you upload a JPG vs when you upload an HDR image? When I upload a JPG, I’m getting pinching at the poles, but when I upload an HDR the pinching is gone, even though both images are equirectangular.
They are mapped exactly the same, the pinching probably shows up because of JPEG compression algorithm.
Ah, that’s right! It’s not the JPEG compression, but minification filtering.
userTexture.js you’re applying
tex.minFilter = NearestFilter; to HDR formats only. Once I added that filtering method to the other format, the pinching at the poles was gone.
Thank You! I totaly missed that.
I’ve just updated the repository and the online version with Your fix.
Really like this, definitely a unique resource, thank you !
I am having difficulty loading the six individual HDR into three, giving me this error in console:
RGBELoader.js: Bad File Format: bad initial token
I used this HDRI map:
I have used other 6-part hdr files without a problem (from the demo, found here: threejs webgl - materials - hdr environment mapping).
I don’t have any way to tell what the issue is here, whether it is code, resource, or what…
Any pointers would be great!
Could be a number of things. I doubt it has anything to do with the exporter, I’ve used it before and it works well. Any chance you could post an example on JSFiddle.net so people can test it and help you out?
@marquizzo It accually has to do with the exporter, RGBELoader is searching for #?RADIANCE header which i wasn’t providing.
Thank you Peter, fixed version is already up!
Working example: https://codepen.io/matheowis/pen/XOGKzz
Oh, brilliant @marquizzo! Thank you so much, off to try now
EDIT: Some relevant links…
This is really handy, thank you !
Did you not mean “-Y” here ?
@mrdoob Thank you , I don’t plan to come back to this project any time soon, but I’ll keep your suggestion in mind!
@fancyrainbow Yes I meant “-Y” , thanks!
Agree this is a fantastic implementation, I hope you do keep it going.
- for separate layout I could be wrong but the name convention I’ve seen is/was nx, ny, nz etc instead of xn, yn ,zn, for me this would save renaming all my files after adjusting the output.
I’ve switched the seperate names
Now they save as
nx, ny, nz, px, py, pz
Just like to add another vote for RGBM16 support! That would make this really useful
@mrdoob I’ve checked the links once again and I think that it may be easier than I initially thought. I could probably render the output to a canvas and simply save the canvas as png.
I thought that 16 stands for 16 bit, but its not, right? The example RGBM16 maps are 32bit (RGBA_8888).
I’ll do some tests on the weekend