rober, no se si te será util o no, pero me ha parecido importante el tema como para traducirlo (con perdón por los posibles fallos que pueda haber
)
Asi que por si te vale a ti o a cualquier usuario de habla hispana, aqui va:
*JDHill, I hope you don't mind if I translate this interesting explanations into spanish
JDHill wrote:
When you export a model using the plugin, it goes through all of Rhino's render meshes and transfers them to in-memory MXS meshes. Once this is done, the transferred data is written to an MXS file on your disk. At this point, you have the choice to either delete the in-memory data which was transferred, or to keep it around. If you enable Cached Meshes, the plugin will keep the data in memory, so that if you then write another MXS file, it does not have to transfer all of the mesh data again. You may or may not want this to happen, depending on how much memory you have available, so the plugin gives you the 'Cache Meshes' switch to control this behavior.
spa -
Cuando exportas un modelo usando el plugin, este pasa a traves de todas las mallas de rhino y las transfiere a la memoria como mallas MXM. Una vez hecho esto, los datos transferidos son escritos a un archivo MXM de tu disco duro. En ese punto, puedes o bien borrar los datos de la memoria que ha sido transferida, o mantenerla. Si activas "Cached Meshes" (Mallas memorizadas), el plugin mantendrá los datos en la memória, así si escribes otro archivo MXS, no tendrá que tranferir todos los datos de las mallas de nuevo. Tu igual quieres que esto ocurra o no dependiendo de la cantidad de memoria que tengas disponible, por eso el plugin te da la posibilidad de controlar este comportamiento de "Memorizado de las Mallas".
Caché en wikipedia
JDHill wrote:The auto-naming behavior is different in version 1.8.2/1.8.3, meaning that the image, MXS, and MXI files will always be kept synchronized. If you don't want the MXS file, then you will have to delete it manually. I changed this because I did not like fact that with the old system, you could easily end up with an image named output_1.jpg which did not correspond with the MXS file named output_1.mxs. Now they always match, so there are no questions about what will happen when you open an MXS and re-render it.
spa -
El comportamiento del renombrado automático es diferente en la versión 1.8.2/1.8.3, lo cual significa que la imagen y los archivos MXS y MXI siempre estarán sincronizados. Si no quieres el archivo MXS, tendrás que borrarlo manualmente. He cambiado esto porque no me gustaba el hecho de que con el sistema antiguo, podias facilmente acabar con una imagen llamada output_1.jpg la cual no se correspondiese con el archivo MXS llamado output_1.mxs. Ahora siempre coincidirán, asi que no habrá dudas sobre lo que ocurrirá si abres un MXS y lo vuelves a renderizar/rendear *.
* ...despues de unos cuantos años, todavia no tengo claro como se españoliza el verbo "render" (renderizar? o rendear? ......que en teoría sería "representar") ...varía dependiendo de la productora/empresa/academia/agencia donde te encuentres
Un saludo a todos
!
- By Edward Leibnitz