Logo by mclarekin - Contribute your own Logo!

END OF AN ERA, FRACTALFORUMS.COM IS CONTINUED ON FRACTALFORUMS.ORG

it was a great time but no longer maintainable by c.Kleinhuis contact him for any data retrieval,
thanks and see you perhaps in 10 years again

this forum will stay online for reference
News: Support us via Flattr FLATTR Link
 
*
Welcome, Guest. Please login or register. February 21, 2019, 01:41:09 AM


Login with username, password and session length


The All New FractalForums is now in Public Beta Testing! Visit FractalForums.org and check it out!


Pages: [1]   Go Down
  Print  
Share this topic on DiggShare this topic on FacebookShare this topic on GoogleShare this topic on RedditShare this topic on StumbleUponShare this topic on Twitter
Author Topic: bad lightmap/texture path in windows (command line, client mode)  (Read 1006 times)
0 Members and 1 Guest are viewing this topic.
KBeezie
Alien
***
Posts: 28


« on: October 15, 2013, 02:21:37 AM »

Not 100% sure if I can call this a bug because I don't know entirely if it's been fixed in 1.17.2.

I'm using OSX Lion (10.7) as a server with 1.16 (because it won't connect as a client to the windows version of 1.16, only as a server, it gets a rejected message when trying to connect to a windows server even with firewall off).

So I got one OSX machine running as a server in GUI Mode (guess no nogui for server?), and 3 windows machines also running 1.16 (otherwise they couldn't connect due to version mismatch).

The problem is if I use the OSX GUI and try to render something with Ambient Occlusion, I get rows of the image not matching the right shading and such and I determined that this was because the windows clients were trying to pull /usr/share/mandelbulber/textures/lightmap.jpg as specified by the server which doesn't exist on windows clients, and the .default in /Users/[Username]/mandelbulber/.default keeps being reset to the "C:\Program Files (x86)..." path whenever the client starts back up.

So far the only way I could get both an OSX Server and Windows clients to behave properly and all load the light map was to copy the textures folder to the default home dir (ie: /Users/[username]/.mandelbulber on OSX, C:\Users\[Username]\mandelbulber on Windows), and then lock the C:\Users\[Username]\mandelbulber\.defaults to read-only so it doesn't revert from the "textures\..." path, which I also set on the OSX side.

Once I did that all the clients were rendering the proper light mapping/AO because they were looking for the file in their relative texture directory instead of absolute paths which won't work on two different kinds of systems. (And for some reason mandelbulber on windows hates paths with spaces in them such as "Program Files (x86)" seems to consider them not found).

Logged
KBeezie
Alien
***
Posts: 28


« Reply #1 on: October 15, 2013, 02:23:03 AM »

Also the 3 windows machines are Windows 7 ultimate (x64), Windows 8 Pro (x64) and Windows 7 Home Pro (x64). I'm running 32-bit version of 1.6 on both platforms.

(though I wish I could use one of the windows machines as the server, as the OSX version has a habit of freezing up at 99.722% and has to be forced closed when used in GUI mode there).
« Last Edit: October 15, 2013, 02:25:15 AM by KBeezie » Logged
Pages: [1]   Go Down
  Print  
 
Jump to:  

Related Topics
Subject Started by Replies Views Last post
Electric Sheep client v2.7b23 Bugfixed Announcements & News Saquedon 0 1258 Last post January 28, 2010, 03:12:30 PM
by Saquedon
Additional command line options wanted :-) Mandelbulber Xenos 1 1171 Last post May 01, 2011, 06:27:44 PM
by Buddhi
lightmap passages Mandelbulb3D Gallery cricke49 0 254 Last post October 03, 2011, 10:58:57 PM
by cricke49
Windows 7 sleep mode General Discussion stardust4ever 10 3337 Last post February 21, 2012, 09:25:15 PM
by stardust4ever
2.11 Client Communication Mandelbulber CCV 6 1036 Last post July 04, 2017, 04:52:14 AM
by CCV

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2015, Simple Machines

Valid XHTML 1.0! Valid CSS! Dilber MC Theme by HarzeM
Page created in 0.089 seconds with 29 queries. (Pretty URLs adds 0.004s, 2q)