SU7.1 OSX camera aspect ratio vs. export 2D
-
hmm.... it was never tested for OSX...
VfSU is PC only so I never tested compatibility....
-
Yes..after Fixaspectratio bars are not visible, but what exports can be a variety of bars placed all over the image, as in post from JDhill.
-
yeah, i just tried exporting a jpg after using fixaspectratio and it's still messed up..
[edit] oh wait -- it does work.. earlier, i exported a messed up version then used 'fix aspect ratio' prior to exporting again using the same file name (overwriting).. the thumbnail still showed the bars but the actual file is ok.. if i don't overwrite a previously messed up file then the thumbnail appears correctly as well.
so yeah, clear the black bars prior to exporting using fixaspectratio.rb ...it will be placed in the camera menu titled 'Reset Aspect Ratio'.
i also just tried thomthom's vray toys and it worked too (on a mac)
[previous post continues here----]
like i said earlier, i use skindigo's fix camera feature and it works fine.. it might be kinda weird to use skindigo for this feature alone but that's the only workaround i know of at the moment..you'd need to install the free version of indigo from here: [i think.. i'm not sure if skindigo will load without having indigo on the machine but you can try only skindigo first if you want]
http://www.indigorenderer.com/downloadyou can download the mac skindigo installer from this page:
http://www.indigorenderer.com/documentation/sketchupof course, you could also put in a request to get this as a standalone ruby.. whaat obviously knows how to fix this but as far as i know, he's only published this feature in the full skindigo package..
-
@jd hill said:
@unknownuser said:
not sure if this is a bug or not...
I'm guessing that it is:
[attachment=0:2xaaoj67]<!-- ia0 -->su_output.jpg<!-- ia0 -->[/attachment:2xaaoj67]
right, i know that 2D exports get screwy after the aspect ratio changes.. i was just saying i'm not sure if it qualifies as a SU bug since it's always ruby activated and not native SU..
-
Do you expect Twilight will have this issue if it ports to the Mac?
-
@red_shift said:
Do you expect Twilight will have this issue if it ports to the Mac?
i'm sure it will.. anything that changes the camera aspect ratio will do this.. as far as right now, the plugin writers for these external apps should probably offer an option to reset the camera.. fwiw, i think it's very simple to implement
yet another way to fix this is using the same line from JD's original post:
@unknownuser said:
- open ruby console
- type 'Sketchup.active_model.active_view.camera.aspect_ratio=1.5'
- hit enter
execpt.. enter 0.0 as the ratio.. that will reset the camera to it's default and the jpg export will be okay.
so that's 4 ways listed in the thread to take care of the issue. are you still unable to export a proper jpg after changing the aspect ratio?
-
Twilight used to have these grey bars (along with an easy way to reset the camera9 but in the latest version, it was replaced by a more advanced feature (where you can move and target a red, frame-like net of lines that indicate the render window).
-
The last solution (typing 'Sketchup.active_model.active_view.camera.aspect_ratio=0.0' into Ruby console is a workaround that seems to work, although overlaying SU output over the render requires some tweaking, it's good enough for now. Thanks.
-
@red_shift said:
The last solution (typing 'Sketchup.active_model.active_view.camera.aspect_ratio=0.0' into Ruby console is a workarond that seems to work, although overlaying SU output over the render requires some tweaking, it's good enough for now. Thanks.
yeah, that's why I like the skindigo method. It doesn't rezoom the window upon clearing the bars so it's a lot easier to export for overlays because the prerender and 2D jpg are identical.
Whatever whaat did for skindigo could be made as a stand alone ruby but I personally don't have a clue how to write a plugin. -
"rezoom"?
-
Well, I tried to add the skindigo render plugin, got the following message on SU startup
Library/Application Support/Google SketchUp 7/SketchUp/Plugins/SkIndigo.rb:1887: parse error, unexpected ',', expecting kEND
Sketchup::set_status_text ("Focus Distance"), SB_VCB_LABELMay I scream now?
-
@thomthom said:
"rezoom"?
This would be a lot easier to explain eith a video but I'm not set up for that right now so....
With skindigo, the grey bars simply disappear when using the reset camera feature.
With the other methods, this doesn't happen. The space between the bars become the outer edges of the SU window upon fixing the aspect ratio hence zooming. If you were to change the aspect ratio then fix it a few times in a row, this 'rezooming' would be even more noticeable.[EDIT] oops
i got a chance to use a computer and i have the above explanation backwards.. the zooming happens with the "Sketchup.active_model.active_view.camera.aspect_ratio=1.5" method then setting it to 0.0 unzooms it.. (re my last sentence: you can't keep zooming in on the drawing like i described)..
regardless, with skindigo, the model stays put and no zooming/unzooming occurs. -
Ah yea, I've noticed that when you set camera's aspect ratio to be greater than the aspect ratio of the SU viewport, the camera zooms, or shifts. I've reported this as a bug in SU.
With VfSU, I found that setting the V-Ray camera's zoom ratio to be the same as the SU vewport ratio - then the output matches. Odd - but works.
But the camera doesn't shift if you set the aspect ratio to be less than the viewport ratio. If you set it to 1.0 for instance.
What I wonder SKindigo do is that it might not properly reset the aspect ratio - but instead matches the camera aspect ratio tot he SU viewport ratio. After you use SKindigo to reset, what happens if you resize the SU window?
-
@thomthom said:
What I wonder SKindigo do is that it might not properly reset the aspect ratio - but instead matches the camera aspect ratio tot he SU viewport ratio. After you use SKindigo to reset, what happens if you resize the SU window?
everything works as expected afterwards..
i think whaat did something with setting the aspect ratio and not the resetting of it?
if i use skindigo to set the aspect ratio then reset via the ruby line using 'Sketchup.active_model.active_view.camera.aspect_ratio=0.0', the model will then zoom out.. i can set the aspect ratio via skindgo then reset using a method other than skindigo and the SU view will infact continue to zoom out
fwiw, in skindigo, it's not asking for an aspect ratio per se.. it's asking for render output dimensions in pixel size (1024x768 etc.).. the grey bars do appear however and resetting with rick's ruby etc does clear the bars.
-
I think I'll have to have a look at Skindigo. sounds like it's correcting SU's odd behaviour. I'm qurious to study the other camera properties to see what's going on.
@unknownuser said:
fwiw, in skindigo, it's not asking for an aspect ratio per se.. it's asking for render output dimensions in pixel size (1024x768 etc.)
So when you set SKindigo's render output to 1024x768, thenSketchup.active_model.active_view.camera.aspect_ratio
returns1.3333
, right? -
@thomthom said:
So when you set SKindigo's render output to 1024x768, then
Sketchup.active_model.active_view.camera.aspect_ratio
returns1.3333
, right?correct
-
Update: this bug is still present in SketchUp 8.
-
-
yes it works...
One down,
but it handles, xray oddly when exporting tiff.... with transparency on...
john
Advertisement