Skip to main content
added 87 characters in body
Source Link

http://r0k.us/graphics/kodak/ does link to Kodak PhotoCD contents with 2048x3072 images.

It is not what is called "raw" as those are using 4:2:0 subsampling (so not lossless at all) and xvYCC transfer function (almost like BT.709 gamma). Those were indeed produced by scanning KODACOLOR Gold 100 (35 mm) film and some other types of 35 mm, all types can be found here.

The problem is there are no correct decoder for those pictures: they are xvYCC, that means they are wide gamut, where superblack, superwhite and negative values specify extended color primaries stuff. While you can decode some part of it, to decode it all you need xvYCC TV and some decoder that does decoding of those values correctly. Worse variants of decoding are in ffmpeg and ImageMagic.

Native decoder from Kodak, of course, also does not support it, because back then there were no support of xvYCC in HDMI, that was added only in 1.3 part of the standard. Also on top of it icc color management can be done if the specified metadata requires that.

http://r0k.us/graphics/kodak/ does link to Kodak PhotoCD contents with 2048x3072 images.

It is not what is called "raw" as those are using 4:2:0 subsampling (so not lossless at all) and xvYCC transfer function (almost like BT.709 gamma). Those were indeed produced by scanning KODACOLOR Gold 100 (35 mm) film and some other types of 35 mm, all types can be found here.

The problem is there are no correct decoder for those pictures: they are xvYCC, that means they are wide gamut, where superblack, superwhite and negative values specify extended color primaries stuff. While you can decode some part of it, to decode it all you need xvYCC TV and some decoder that does decoding of those values correctly. Worse variants of decoding are in ffmpeg and ImageMagic.

Native decoder from Kodak, of course, also does not support it, because back then there were no support of xvYCC in HDMI, that was added only in 1.3 part of the standard.

http://r0k.us/graphics/kodak/ does link to Kodak PhotoCD contents with 2048x3072 images.

It is not what is called "raw" as those are using 4:2:0 subsampling (so not lossless at all) and xvYCC transfer function (almost like BT.709 gamma). Those were indeed produced by scanning KODACOLOR Gold 100 (35 mm) film and some other types of 35 mm, all types can be found here.

The problem is there are no correct decoder for those pictures: they are xvYCC, that means they are wide gamut, where superwhite and negative values specify extended color primaries stuff. While you can decode some part of it, to decode it all you need xvYCC TV and some decoder that does decoding of those values correctly. Worse variants of decoding are in ffmpeg and ImageMagic.

Native decoder from Kodak, of course, also does not support it, because back then there were no support of xvYCC in HDMI, that was added only in 1.3 part of the standard. Also on top of it icc color management can be done if the specified metadata requires that.

added 33 characters in body
Source Link
lennon310
  • 3.6k
  • 19
  • 25
  • 27

http://r0k.us/graphics/kodak/ does link to Kodak PhotoCD contents with 2048x3072 images https://www.math.purdue.edu/~lucier/PHOTO_CD/IMAGES2048x3072 images.

It is not what is called "raw" as those are using 4:2:0 subsampling (so not lossless at all) and xvYCC transfer function (almost like BT.709 gamma). Those were indeed produced by scanning KODACOLOR Gold 100 (35 mm) film and some other types of 35 mm, all types can be found here: https://www.math.purdue.edu/~lucier/PHOTO_CD/RIGHTS/RIGHTS.USEhere.

The problem is there are no correct decoder for those pictures: they are xvYCC, that means they are wide gamut, where superblack, superwhite and negative values specify extended color primaries stuff. While you can decode some part of it, to decode it all you need xvYCC TV and some decoder that does decoding of those values correctly. Worse variants of decoding are in ffmpeg and ImageMagic.

Native decoder from Kodak, of course, also does not support it, because back then there were no support of xvYCC in HDMI, that was added only in 1.3 part of the standard.

http://r0k.us/graphics/kodak/ does link to Kodak PhotoCD contents with 2048x3072 images https://www.math.purdue.edu/~lucier/PHOTO_CD/IMAGES

It is not what is called "raw" as those are using 4:2:0 subsampling (so not lossless at all) and xvYCC transfer function (almost like BT.709 gamma). Those were indeed produced by scanning KODACOLOR Gold 100 (35 mm) film and some other types of 35 mm, all types can be found here: https://www.math.purdue.edu/~lucier/PHOTO_CD/RIGHTS/RIGHTS.USE

The problem is there are no correct decoder for those pictures: they are xvYCC, that means they are wide gamut, where superblack, superwhite and negative values specify extended color primaries stuff. While you can decode some part of it, to decode it all you need xvYCC TV and some decoder that does decoding of those values correctly. Worse variants of decoding are in ffmpeg and ImageMagic.

Native decoder from Kodak, of course, also does not support it, because back then there were no support of xvYCC in HDMI, that was added only in 1.3 part of the standard.

http://r0k.us/graphics/kodak/ does link to Kodak PhotoCD contents with 2048x3072 images.

It is not what is called "raw" as those are using 4:2:0 subsampling (so not lossless at all) and xvYCC transfer function (almost like BT.709 gamma). Those were indeed produced by scanning KODACOLOR Gold 100 (35 mm) film and some other types of 35 mm, all types can be found here.

The problem is there are no correct decoder for those pictures: they are xvYCC, that means they are wide gamut, where superblack, superwhite and negative values specify extended color primaries stuff. While you can decode some part of it, to decode it all you need xvYCC TV and some decoder that does decoding of those values correctly. Worse variants of decoding are in ffmpeg and ImageMagic.

Native decoder from Kodak, of course, also does not support it, because back then there were no support of xvYCC in HDMI, that was added only in 1.3 part of the standard.

added 174 characters in body
Source Link

http://r0k.us/graphics/kodak/ does link to Kodak PhotoCD contents with 2048x3072 images https://www.math.purdue.edu/~lucier/PHOTO_CD/IMAGES

It is not what is called "raw" as those are using 4:2:0 subsampling (so not lossless at all) and xvYCC transfer function (almost like BT.709 gamma). Those were indeed produced by scanning KODACOLOR Gold 100 (35 mm) film and some other types of 35 mm, all types can be found here: https://www.math.purdue.edu/~lucier/PHOTO_CD/RIGHTS/RIGHTS.USE

The problem is there are no correct decoder for those pictures: they are xvYCC, that means they are wide gamut, where superblack, superwhite and negative values specify extended color primaries stuff. While you can decode some part of it, to decode it all you need xvYCC TV and some decoder that does decoding of those values correctly. Worse variants of decoding are in ffmpeg and ImageMagic.

Native decoder from Kodak, of course, also does not support it, because back then there were no support of xvYCC in HDMI, that was added only in 1.3 part of the standard.

http://r0k.us/graphics/kodak/ does link to Kodak PhotoCD contents with 2048x3072 images https://www.math.purdue.edu/~lucier/PHOTO_CD/IMAGES

It is not what is called "raw" as those are using 4:2:0 subsampling (so not lossless at all) and xvYCC transfer function (almost like BT.709 gamma). Those were indeed produced by scanning KODACOLOR Gold 100 (35 mm) film and some other types of 35 mm, all types can be found here: https://www.math.purdue.edu/~lucier/PHOTO_CD/RIGHTS/RIGHTS.USE

The problem is there are no correct decoder for those pictures: they are xvYCC, that means they are wide gamut, where superblack, superwhite and negative values specify extended color primaries stuff. While you can decode some part of it, to decode it all you need xvYCC TV and some decoder that does decoding of those values correctly. Worse variants of decoding are in ffmpeg and ImageMagic.

http://r0k.us/graphics/kodak/ does link to Kodak PhotoCD contents with 2048x3072 images https://www.math.purdue.edu/~lucier/PHOTO_CD/IMAGES

It is not what is called "raw" as those are using 4:2:0 subsampling (so not lossless at all) and xvYCC transfer function (almost like BT.709 gamma). Those were indeed produced by scanning KODACOLOR Gold 100 (35 mm) film and some other types of 35 mm, all types can be found here: https://www.math.purdue.edu/~lucier/PHOTO_CD/RIGHTS/RIGHTS.USE

The problem is there are no correct decoder for those pictures: they are xvYCC, that means they are wide gamut, where superblack, superwhite and negative values specify extended color primaries stuff. While you can decode some part of it, to decode it all you need xvYCC TV and some decoder that does decoding of those values correctly. Worse variants of decoding are in ffmpeg and ImageMagic.

Native decoder from Kodak, of course, also does not support it, because back then there were no support of xvYCC in HDMI, that was added only in 1.3 part of the standard.

Source Link
Loading