@@ -592,20 +592,25 @@ int main(int argc, char * argv[]) {
592592 " .pfm files receive special treatment. Currently, lossy compression\n "
593593 " with these files is not supported, only lossless. When these files are\n "
594594 " used, the NLT segment marker is automatically inserted into the\n "
595- " codestream. For these files the following arguments can be useful\n "
596- " -signed a comma - separated list of true or false parameters, one\n "
595+ " codestream when needed, as explained shortly. The following arguments\n "
596+ " can be useful for this file type.\n "
597+ " -signed a comma-separated list of true or false parameters, one\n "
597598 " for each component; for example: true,false,false.\n "
598- " The sign only affects how values are treated; for negative\n "
599- " values the standard requires a special non-linear\n "
600- " transformation. When signed is false, no transformation\n "
601- " is employed, as we assume all values are 0 or positive.\n "
602- " When signed is true, the aforementioned transformation is\n "
603- " employed on negative values only.\n "
599+ " If you are sure that all sample values are positive or 0,\n "
600+ " set the corresponding entry to false; otherwise set it to\n "
601+ " true.\n "
602+ " When a component entry is set to true, an NLT segment\n "
603+ " marker segment is inserted into the codestream.\n "
604+ " The NLT segment specifies a non-linear transform that\n "
605+ " changes only negative values, producing better coding\n "
606+ " efficiency.\n "
607+ " The NLT segment marker might be less supported in other\n "
608+ " encoders.\n "
604609 " -bit_depth a comma-separated list of bit depth values, one per \n "
605610 " component; for example: 12,10,10.\n "
606611 " Floating value numbers are treated as integers, and they\n "
607612 " are shifted to the right, keeping only the specified\n "
608- " number of bits. Note that a bit depth of 28 upwards is not \n "
613+ " number of bits. Up to 32 bits (which is the default) are \n "
609614 " supported.\n "
610615
611616 " \n " ;
@@ -768,10 +773,6 @@ int main(int argc, char * argv[]) {
768773 assert (num_comps == 1 || num_comps == 3 );
769774 siz.set_num_components (num_comps);
770775
771- if (bit_depth[0 ] == 0 )
772- OJPH_ERROR (0x01000091 ,
773- " -bit_depth must be specified (this is temporary only).\n " );
774-
775776 if (bit_depth[0 ] != 0 ) // one was set
776777 if (num_bit_depths < num_comps) // but if not enough, repeat
777778 for (ojph::ui32 c = num_bit_depths; c < num_comps; ++c)
@@ -840,11 +841,8 @@ int main(int argc, char * argv[]) {
840841 nlt.set_type3_transformation (c, true );
841842 }
842843 else
843- OJPH_ERROR (0x01000093 , " The support for pfm image is not "
844- " complete; I need to figure how to modify the interface "
845- " to better support the exchange of floating point data. "
846- " Feeding float point data is not supported yet, unless it "
847- " is for lossless compression." );
844+ OJPH_ERROR (0x01000093 , " We currently support lossless only for "
845+ " pfm images; this may change in the future." );
848846
849847 codestream.set_planar (false );
850848 if (profile_string[0 ] != ' \0 ' )
0 commit comments