{"push_id":1301170406,"size":1,"distinct_size":0,"ref":"refs/heads/RB-1.7","head":"41f037a6acd840b21c1755b64a8947d51f9d1f02","before":"7cb437d6c86e9be52c2cfb2ecc3e63ece630e414","commits":[{"sha":"41f037a6acd840b21c1755b64a8947d51f9d1f02","author":{"name":"Larry Gritz","email":"e3c4aae4c6bce9f7c9606fdddd16a46f7061620e@larrygritz.com"},"message":"oiiotool: make sure to propagate channel formats of input to output (#1491)\n\nOiiotool took care to remember the data format of the first input file\r\nit reads, and proagate that to the outputs (if not explicitly set by\r\n-d).  And the -d could handle specifying per-channel data types. But we\r\ndidn't handle the case of remembering per-channel data types from the\r\ninput and propagating to the output.\r\n\r\nExample:\r\n\r\n    oiiotool -create 64x64 3 -d R=half,G=float,B=half -o test.exr\r\n\r\nproperly makes a half/float/half mixed file. But then subsequently,\r\n\r\n    oiiotool test.exr -o out.exr\r\n\r\nlost that info, saving it entirely as float/float/float.\r\n\r\nWith this patch, this works properly, and out.exr will correcly end up\r\nas half/float/half.","distinct":false,"url":"https://api.github.com/repos/OpenImageIO/oiio/commits/41f037a6acd840b21c1755b64a8947d51f9d1f02"}]}
{"actor":{"display_login":"lgritz"}}