@@ -600,20 +600,25 @@ int main(int argc, char * argv[]) {
600600 " .pfm files receive special treatment. Currently, lossy compression\n "
601601 " with these files is not supported, only lossless. When these files are\n "
602602 " used, the NLT segment marker is automatically inserted into the\n "
603- " codestream. For these files the following arguments can be useful\n "
604- " -signed a comma - separated list of true or false parameters, one\n "
603+ " codestream when needed, as explained shortly. The following arguments\n "
604+ " can be useful for this file type.\n "
605+ " -signed a comma-separated list of true or false parameters, one\n "
605606 " for each component; for example: true,false,false.\n "
606- " The sign only affects how values are treated; for negative\n "
607- " values the standard requires a special non-linear\n "
608- " transformation. When signed is false, no transformation\n "
609- " is employed, as we assume all values are 0 or positive.\n "
610- " When signed is true, the aforementioned transformation is\n "
611- " employed on negative values only.\n "
607+ " If you are sure that all sample values are positive or 0,\n "
608+ " set the corresponding entry to false; otherwise set it to\n "
609+ " true.\n "
610+ " When a component entry is set to true, an NLT segment\n "
611+ " marker segment is inserted into the codestream.\n "
612+ " The NLT segment specifies a non-linear transform that\n "
613+ " changes only negative values, producing better coding\n "
614+ " efficiency.\n "
615+ " The NLT segment marker might be less supported in other\n "
616+ " encoders.\n "
612617 " -bit_depth a comma-separated list of bit depth values, one per \n "
613618 " component; for example: 12,10,10.\n "
614619 " Floating value numbers are treated as integers, and they\n "
615620 " are shifted to the right, keeping only the specified\n "
616- " number of bits. Note that a bit depth of 28 upwards is not \n "
621+ " number of bits. Up to 32 bits (which is the default) are \n "
617622 " supported.\n "
618623
619624 " \n " ;
@@ -779,10 +784,6 @@ int main(int argc, char * argv[]) {
779784 assert (num_comps == 1 || num_comps == 3 );
780785 siz.set_num_components (num_comps);
781786
782- if (bit_depth[0 ] == 0 )
783- OJPH_ERROR (0x01000091 ,
784- " -bit_depth must be specified (this is temporary only).\n " );
785-
786787 if (bit_depth[0 ] != 0 ) // one was set
787788 if (num_bit_depths < num_comps) // but if not enough, repeat
788789 for (ojph::ui32 c = num_bit_depths; c < num_comps; ++c)
@@ -851,11 +852,8 @@ int main(int argc, char * argv[]) {
851852 nlt.set_type3_transformation (c, true );
852853 }
853854 else
854- OJPH_ERROR (0x01000093 , " The support for pfm image is not "
855- " complete; I need to figure how to modify the interface "
856- " to better support the exchange of floating point data. "
857- " Feeding float point data is not supported yet, unless it "
858- " is for lossless compression." );
855+ OJPH_ERROR (0x01000093 , " We currently support lossless only for "
856+ " pfm images; this may change in the future." );
859857
860858 codestream.set_planar (false );
861859 if (profile_string[0 ] != ' \0 ' )
0 commit comments