Wed 07 Sep 2016 09:44:48 PM UTC, comment #6:
Something like the following:
Seems to solve the functional issues. Although the uint8() keeps the values within a valid range, the color scaling/translation is obviously off for "trimesh 1" demo (the negative numbers are a strong indicator). I think this comment suggests that the code needs to be revisited:
Should we treat the trimesh example as a separate bug?
|
Wed 07 Sep 2016 03:31:54 PM UTC, comment #4:
Indeed, setting alphastr to an empty string unconditionally gets rid of the error for me.
There is a similar error, but not due to the same cause, in "demo trimesh 1". This error occurs with gnuplot 4.4 but not with gnuplot 4.6:
I see several instances of what look to me like bad color specs throughout the gnuplot input:
|
Tue 06 Sep 2016 10:48:57 PM UTC, comment #3:
Okay, this makes sense then. In _gnuplot_draw_axes_.m, do_linestyle_command ()
I guess there should be a _gnuplot_has_feature_ test for whether the RGBA syntax is accepted. If it isn't then alphastr should be the null string.
Just guessing, something like
Dan will know about this.
|