I have noticed that when saving data from ParaView in the XML binary format, a binary file is not produced. Please check me on this! I think it is a bug!<br><br> to reproduce:<br><br>open ParaView<br>sources->mandlebrot<br>
dims 205,250,250<br>File->Save Data-> vti, binary<br>File->Save Data-> legacy binary<br><br>look at the files produced, the XML vti is clearly not a binary file (and by the way on windows unix line feeds are used, not sure if that is desireable), while the legacy file clearly is a binary file.<br>
<br>If I underrstand the XML reader/writer tuple correctly here is a potential performance caveat when using the XML reader/writer tuple: Be sure file is really binary!!!!<br><br>When ParaView saves data as vti XML binary, the file is not really binary at all but rather base 64 encoded, utf8. This combination could not be slower! As the reader reads each character writen this way, it first tests to see how many bytes the character has, then does the base 64 conversion to native float/double. Operation thus on each character is of course a trerrible idea if one cares about performance!<br>
<br><br>delete the pipeline <br>Open both files<br>tools->timer log<br><br>You will likely see that the binary legacy file loads twice as fast as the XML.<br><br>Experts, plz verify I am not smoking crack<br>Thx<br>Bam<br>