From: Luigi Tommaseo <luigi@(email surpressed)>
Subject: fonts rendering in shake
   Date: Mon, 02 Oct 2006 08:10:28 -0400

Hi,

any idea why this is happening and what we can do about it?

###
### nexusmac53.1: 0045
###
--------------- Rush 102.42a --------------
--      Host: render61
--       Pid: 16195
--     Title: tom_test
--     Jobid: nexusmac53.1
--     Frame: 0045
--     Tries: 4
--     Owner: tommytee (-/-)
-- RunningAs: vfxadmin (501/501)
--  Priority: 1
--      Nice: 10
--    Tmpdir: /var/tmp/.RUSH_TMP.1970

--   Started: Mon Oct  2 13:02:41 2006
------------------------------------------

    SHAKEPATH: /mnt/vfxxserve3/Data/Stardust_shake/Tom/Data/test.shk
  RENDERFLAGS: -vv -cpus 1 -proxyscale 1 1
  BATCHFRAMES: 4 (45-48)
      RETRIES: 3 (Fail after 3 retries)
   MAXLOGSIZE: 0

info: rendering frame 45
error: NRiScript1.StardustSlate61.Shot_ID.Text5.font: unknown font Arial
error: NRiScript1.StardustSlate61.Version.Text4.font: unknown font Arial
error: NRiScript1.StardustSlate61.Frames.Text3.font: unknown font Arial
error: NRiScript1.StardustSlate61.Date.Text2.font: unknown font Arial
error: NRiScript1.StardustSlate61.Notes.Text1.font: unknown font Arial
info: processing: 100%

thanks


Luigi Tommaseo
Digital Systems Manager
Senate Visual Effects
Twickenham Film Studios
St.Margarets
Twickenham
Middlesex
TW1 2AW

Tel: (Tel# suppressed)
luigi@(email surpressed)
www.senatevfx.com

Luigi Tommaseo wrote:
> error: NRiScript1.StardustSlate61.Shot_ID.Text5.font: unknown font Arial
> error: NRiScript1.StardustSlate61.Version.Text4.font: unknown font Arial
> error: NRiScript1.StardustSlate61.Frames.Text3.font: unknown font Arial
> error: NRiScript1.StardustSlate61.Date.Text2.font: unknown font Arial
> error: NRiScript1.StardustSlate61.Notes.Text1.font: unknown font Arial

	Since this is OSX, I guess it begs the question: do you have network
	installed fonts? If so, are the fonts on /mnt/vfxxserve3, or somewhere else?

	eg. if you have your fonts installed on a network drive that
	isn't mounted automatically at boot time, that might explain the errors.

	Try comparing the output of the 'mount' command a) when you ssh into the
	machine before anyone's logged in, vs. b) when someone logs into the machine.
	Do new paths appear after the user has logged in? Are there network fonts
	installed in any of those paths?

	I'm not sure if that's the problem, just a guess.
	If anyone else on the group would like to chime in, please do.

> Use of uninitialized value in concatenation (.) or string at /mnt/vfxxserve3/Scripts/submit-shake-mike.pl line 38.
> Use of uninitialized value in concatenation (.) or string at /mnt/vfxxserve3/Scripts/submit-shake-mike.pl line 39.

	Hmm, probably unrelated, but what's going on with lines
	38 and 39 of your script?

	Sounds like an uninitialized string due to a typo or use
	of an uninitialized variable.

	If you email me a copy of your current 'submit-shake-mike.pl' script
	(on private email) as an attachment, I'll try to let you know what might
	be causing those warnings, as they could cause other problems.

--
Greg Ercolano, erco@(email surpressed)
Rush Render Queue, http://seriss.com/rush/
Tel: (Tel# suppressed)
Fax: (Tel# suppressed)
Cel: (Tel# suppressed)

hi Greg,

but nobody replied to that.
any other thoughts?

Luigi Tommaseo
Digital Systems Manager
Senate Visual Effects
Twickenham Film Studios
St.Margarets
Twickenham
Middlesex
TW1 2AW

Tel: (Tel# suppressed)
luigi@(email surpressed)
www.senatevfx.com

On 2 Oct 2006, at 15:07, Greg Ercolano wrote:

[posted to rush.general]

Luigi Tommaseo wrote:

> error: NRiScript1.StardustSlate61.Shot_ID.Text5.font: unknown font Arial > error: NRiScript1.StardustSlate61.Version.Text4.font: unknown font Arial > error: NRiScript1.StardustSlate61.Frames.Text3.font: unknown font Arial > error: NRiScript1.StardustSlate61.Date.Text2.font: unknown font Arial > error: NRiScript1.StardustSlate61.Notes.Text1.font: unknown font Arial

	Since this is OSX, I guess it begs the question: do you have network

installed fonts? If so, are the fonts on /mnt/vfxxserve3, or somewhere else?

	eg. if you have your fonts installed on a network drive that

isn't mounted automatically at boot time, that might explain the errors.

Try comparing the output of the 'mount' command a) when you ssh into the machine before anyone's logged in, vs. b) when someone logs into the machine. Do new paths appear after the user has logged in? Are there network fonts

	installed in any of those paths?

	I'm not sure if that's the problem, just a guess.
	If anyone else on the group would like to chime in, please do.

> Use of uninitialized value in concatenation (.) or string at /mnt/ vfxxserve3/Scripts/submit-shake-mike.pl line 38. > Use of uninitialized value in concatenation (.) or string at /mnt/ vfxxserve3/Scripts/submit-shake-mike.pl line 39.

	Hmm, probably unrelated, but what's going on with lines
	38 and 39 of your script?

	Sounds like an uninitialized string due to a typo or use
	of an uninitialized variable.

	If you email me a copy of your current 'submit-shake-mike.pl' script

(on private email) as an attachment, I'll try to let you know what might

	be causing those warnings, as they could cause other problems.

--
Greg Ercolano, erco@(email surpressed)
Rush Render Queue, http://seriss.com/rush/
Tel: (Tel# suppressed)
Fax: (Tel# suppressed)
Cel: (Tel# suppressed)

Luigi Tommaseo wrote:

[posted to rush.general]

hi Greg,

I am trying to use the system fonts, Arial would do, they live on the local drive and the servers are mounted as nfs mount points at boot time so need to check. that one is indeed an uninitialized variable, doesn't harm the renders though. the only info I found about this is here http://lists.apple.com/archives/Shake-users/2005/Aug/msg00000.html

but nobody replied to that.
any other thoughts?

	Assuming you can replicate by ssh'ing into the machine and running
	shake from the command line, then you might try shake support.
	(I assume they're still supporting the software, even though
	they're no longer /selling/ maintenance?)

	I can think of a few things to try, again, just taking guesses,
	as I'm not at all sure what method shake is using to access
	fonts under OSX:

		a) Look at the .shk file to see if it contains absolute pathnames
		   to automounted network drives (eg. /Network/xxxx)

		b) Check for mount differences between no one vs. someone logged in

		c) Check the /var/log/* files, esp. /var/log/system.log to see if
		   there's any errors about fonts that might be useful

		d) Try using ktrace(1) to see what files shake is opening..
		   maybe you can see the font pathnames it's trying to load.
		   [This is kinda 'advanced', a last resort kinda thing]

	If you up to using ktrace, to test shake through ktrace(1),
	you might try something like:

% ssh tommytee@render61
Password:
[..do any shake related PATH settings here if needed..]
% ktrace -i -f /var/tmp/ktrace.out shake -exec /mnt/vfxxserve3/Data/Stardust_shake/Tom/Data/test.shk -t 45-48 -vv -cpus 1 -proxyscale 1 1
[..]
% kdump -f /var/tmp/ktrace.out > /var/tmp/foo.txt
% grep Arial /var/tmp/foo.txt | more
% grep NAMI /var/tmp/foo.txt | more

	Try this without and with someone logged in, and compare the resulting
	foo.txt files.

	The ktrace line runs shake, recording binar data into /var/tmp/ktrace.out,
	which you can then turn into human readable text with kdump.
	You can then use 'grep' to find any pathname references to Arial.
	See 'man ktrace' and 'man kdump' for details, as possibly you
	might need other flags.

	Since your comps run OK only when the machine is logged in,
	it makes me still think there might be something mount related.

	I'm just trying to give ideas, as I'm not at all familiar
	with how shake's internals deals with fonts on OSX.

	Sorry for the guesses.. I'm not familiar with the error.
	You might search around for 'osx fonts', referring to pages
	that describe how OSX fonts work, ie:

	http://docs.info.apple.com/article.html?artnum=106417
	http://www.creativepro.com/story/feature/19593.html
	http://www.senecadesign.com/designgeek/fonts-osx.html
	http://www.idautomation.com/kb/macOSX-fonts-install.html

	
--
Greg Ercolano, erco@(email surpressed)
Rush Render Queue, http://seriss.com/rush/
Tel: (Tel# suppressed)
Fax: (Tel# suppressed)
Cel: (Tel# suppressed)

Hi Luigi

I don't know if this helps, but we have to have our render nodes logged in
to use any local custom system fonts as well. If we don't we get a font
error in shake and the frame fails to complete. We didn't find any way
around this.

Regards

Dylan

-----Original Message-----
From: Greg Ercolano [mailto:erco@(email surpressed)] 
Sent: Tuesday, 3 October 2006 1:39 AM
To: void@(email surpressed)
Subject: Re: fonts rendering in shake

[posted to rush.general]

Luigi Tommaseo wrote:
> [posted to rush.general]
> 
> hi Greg,
> I am trying to use the system fonts, Arial would do, they live on the 
> local drive and the servers are mounted as nfs mount points at boot time 
> so need to check.
> that one is indeed an uninitialized variable, doesn't harm the renders 
> though.
> the only info I found about this is here 
> http://lists.apple.com/archives/Shake-users/2005/Aug/msg00000.html
> but nobody replied to that.
> any other thoughts?

	Assuming you can replicate by ssh'ing into the machine and running
	shake from the command line, then you might try shake support.
	(I assume they're still supporting the software, even though
	they're no longer /selling/ maintenance?)

	I can think of a few things to try, again, just taking guesses,
	as I'm not at all sure what method shake is using to access
	fonts under OSX:

		a) Look at the .shk file to see if it contains absolute
pathnames
		   to automounted network drives (eg. /Network/xxxx)

		b) Check for mount differences between no one vs. someone
logged in

		c) Check the /var/log/* files, esp. /var/log/system.log to
see if
		   there's any errors about fonts that might be useful

		d) Try using ktrace(1) to see what files shake is opening..
		   maybe you can see the font pathnames it's trying to load.
		   [This is kinda 'advanced', a last resort kinda thing]

	If you up to using ktrace, to test shake through ktrace(1),
	you might try something like:

% ssh tommytee@render61
Password:
[..do any shake related PATH settings here if needed..]
% ktrace -i -f /var/tmp/ktrace.out shake -exec
/mnt/vfxxserve3/Data/Stardust_shake/Tom/Data/test.shk -t 45-48 -vv -cpus 1
-proxyscale 1 1
[..]
% kdump -f /var/tmp/ktrace.out > /var/tmp/foo.txt
% grep Arial /var/tmp/foo.txt | more
% grep NAMI /var/tmp/foo.txt | more

	Try this without and with someone logged in, and compare the
resulting
	foo.txt files.

	The ktrace line runs shake, recording binar data into
/var/tmp/ktrace.out,
	which you can then turn into human readable text with kdump.
	You can then use 'grep' to find any pathname references to Arial.
	See 'man ktrace' and 'man kdump' for details, as possibly you
	might need other flags.

	Since your comps run OK only when the machine is logged in,
	it makes me still think there might be something mount related.

	I'm just trying to give ideas, as I'm not at all familiar
	with how shake's internals deals with fonts on OSX.

	Sorry for the guesses.. I'm not familiar with the error.
	You might search around for 'osx fonts', referring to pages
	that describe how OSX fonts work, ie:

	http://docs.info.apple.com/article.html?artnum=106417
	http://www.creativepro.com/story/feature/19593.html
	http://www.senecadesign.com/designgeek/fonts-osx.html
	http://www.idautomation.com/kb/macOSX-fonts-install.html

	
-- 
Greg Ercolano, erco@(email surpressed)
Rush Render Queue, http://seriss.com/rush/
Tel: (Tel# suppressed)
Fax: (Tel# suppressed)
Cel: (Tel# suppressed)

Dylan Penhale wrote:

[posted to rush.general]

Hi Luigi

I don't know if this helps, but we have to have our render nodes logged in
to use any local custom system fonts as well. If we don't we get a font
error in shake and the frame fails to complete. We didn't find any way
around this.

	Interesting.. I wonder what shake needs the machine to be logged in for
	just to access fonts.

	I don't suppose anyone's talked to shake support about this.. I think
	we could all benefit from what they say.

	I would think you can replicate this problem easily from the command line
	by just ssh'ing into the machine, and invoking the shake command manually,
	and if so, definitely report it to shake support to see what they say.
	(I think some guy was taking over shake support.. can't recall the details)

--
Greg Ercolano, erco@(email surpressed)
Rush Render Queue, http://seriss.com/rush/
Tel: (Tel# suppressed)
Fax: (Tel# suppressed)
Cel: (Tel# suppressed)

Hi Dylan,

thanks for all the comments.

L

P.S. I will try and contact shake support about this :)


On 3 Oct 2006, at 02:09, Greg Ercolano wrote:

[posted to rush.general]

Dylan Penhale wrote:

[posted to rush.general]
Hi Luigi

I don't know if this helps, but we have to have our render nodes logged in to use any local custom system fonts as well. If we don't we get a font error in shake and the frame fails to complete. We didn't find any way

around this.

Interesting.. I wonder what shake needs the machine to be logged in for

	just to access fonts.

	I don't suppose anyone's talked to shake support about this.. I think
	we could all benefit from what they say.

I would think you can replicate this problem easily from the command line by just ssh'ing into the machine, and invoking the shake command manually, and if so, definitely report it to shake support to see what they say. (I think some guy was taking over shake support.. can't recall the details)

--
Greg Ercolano, erco@(email surpressed)
Rush Render Queue, http://seriss.com/rush/
Tel: (Tel# suppressed)
Fax: (Tel# suppressed)
Cel: (Tel# suppressed)

Luigi Tommaseo wrote:

have you tried if this works by logging in in text mode only? don't tell me I have to get the machines to login to the finder to get the fonts to work!!

	Is there a 'text mode login' for OSX machines?

P.S. I will try and contact shake support about this :)

	Yes, try to replicate with the shake command via ssh or rsh,
	and if you can, report it to shake support that way, so that
	they can replicate themselves, with rush out of the equation.

--
Greg Ercolano, erco@(email surpressed)
Rush Render Queue, http://seriss.com/rush/
Tel: (Tel# suppressed)
Fax: (Tel# suppressed)
Cel: (Tel# suppressed)

Hi Greg,

cheers
L

On 3 Oct 2006, at 03:53, Greg Ercolano wrote:

[posted to rush.general]

Luigi Tommaseo wrote:

have you tried if this works by logging in in text mode only? don't tell me I have to get the machines to login to the finder to get the fonts to work!!

	Is there a 'text mode login' for OSX machines?

P.S. I will try and contact shake support about this :)

	Yes, try to replicate with the shake command via ssh or rsh,
	and if you can, report it to shake support that way, so that
	they can replicate themselves, with rush out of the equation.

--
Greg Ercolano, erco@(email surpressed)
Rush Render Queue, http://seriss.com/rush/
Tel: (Tel# suppressed)
Fax: (Tel# suppressed)
Cel: (Tel# suppressed)

[posted to rush.general]

>Hi Dylan,
>have you tried if this works by logging in in text mode only? don't  
>tell me I have to get the machines to login to the finder to get the  
>fonts to work!! I found that render times are shorter when the macs  
>are not filling up any memory for the gui and I would like to keep it  
>that way. If you haven't tried don't worry as I will test it tomorrow  
>and let everybody know.
>thanks for all the comments.

We haven't really seen much slow down with having the machines logged in as
long as the screen saver is turned off, that can take nearly all the spare
CPU :). I don't understand what you mean about logging in as text mode
though - how does that work?. I assume even if you could the fonts would be
tied to the finder. 

Hi,

On 3 Oct 2006, at 04:11, Dylan Penhale wrote:

[posted to rush.general]


[posted to rush.general]

Hi Dylan,
have you tried if this works by logging in in text mode only? don't
tell me I have to get the machines to login to the finder to get the
fonts to work!! I found that render times are shorter when the macs
are not filling up any memory for the gui and I would like to keep it
that way. If you haven't tried don't worry as I will test it tomorrow
and let everybody know.
thanks for all the comments.

We haven't really seen much slow down with having the machines logged in as long as the screen saver is turned off, that can take nearly all the spare

CPU :). I don't understand what you mean about logging in as text mode

though - how does that work?. I assume even if you could the fonts would be

tied to the finder.