THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 06/04/2011 at 03:22, xxxxxxxx wrote:
Cinema 4D Version: 12
Platform: Windows ; Mac ; Mac OSX ;
Language(s) : C++ ;
I am using RequestFileFromServer() to get my custom cache files work in NET rendering. This seems to work for a lot of users of mine but some have problems.
For example I have a user with a PC/MAC network setup and the files are only loaded correctly on one client (I have a video screen capture from the user, Matthias if you want to see it I can send you the link). I also added a print out of the path the client tries to load (so what RequestFFS returns to my plugin) and though the path is right it doesn't work.
Is there anything that needs to be considered when using RequestFileFromServer()? Are there any limitations? Are there any considerations to be made on the network setup or similar? To put it shortly, are there any conditions that need to be met to make use of RequestFileFromServer() for custom cache files that shall be used for NET Rendering?
My cache files are HyperFiles btw.
This is really important to me as I have more and more bigger agencies as customers who need to render via NET and I cannot explain why this does not work for some of them.
This is the workflow:
1. Put all cache files into the scene directory on the server
2. My plugin then gets the folder path to the cache files via RequestFileFromServer() (if available, otherwise it directly takes a user defined path)
3. Checks if the files exist and accordingly tries to load it
On 06/04/2011 at 07:09, xxxxxxxx wrote:
So basically RequestFileFromServer() returns the correct path but you are not able to load the file from that path?
Does this only happen in NET or can this be reproduced in Cinema too?
On 06/04/2011 at 07:58, xxxxxxxx wrote:
Yes, the path is correct (at least it appears to be the correct path) and on one client it works and on the other it doesn't. And yep, it only happens in NET.
In Cinema it always works flawlessly
On 07/04/2011 at 00:26, xxxxxxxx wrote:
Thanks for the additional info, I will forward this to our developers.
On 07/04/2011 at 05:03, xxxxxxxx wrote:
thanks Matthias. Looking forward to a possible solution (or a hint to an error of mine).
On 12/04/2011 at 05:56, xxxxxxxx wrote:
FYI, so far we are not able to reproduce the problem.
The workflow as you described is correct. Maybe there is something wrong in your client's network.
Is a check on the path returned by RequestFileFromServer() with GeFExist() successful?
On 12/04/2011 at 06:43, xxxxxxxx wrote:
yes it is successful. In the video I had sent you the link for the console returns "CacheFile: pathtofile", so GeFExist() returns TRUE. If it failed it would say "CacheFile: pathtofile could not be found".
If it does so then the hyperfile->Open() call must actually fail because in the video you can see the on the right console window (for the working client) how it should look like. First it loads the 00000 frame cache file (to extract simulation information in this case) and then the cache file for the currently rendered frame, which is how it should be.
On the left console it tries to open the 00000 cache file but then does not open the file for the current frame. And if the path is found successfully, only the open call is left. So it must fail, otherwise it would try to load the cache file for the current frame. Does this make sense?
I will provide the user with a version containing more print outs to nail down if this is really the case and where it quits exactly.