• strict warning: Non-static method view::load() should not be called statically in /home/www/virtual/goodrender.com/htdocs/sites/all/modules/views/views.module on line 906.
  • strict warning: Declaration of views_handler_filter::options_validate() should be compatible with views_handler::options_validate($form, &$form_state) in /home/www/virtual/goodrender.com/htdocs/sites/all/modules/views/handlers/views_handler_filter.inc on line 607.
  • strict warning: Declaration of views_handler_filter::options_submit() should be compatible with views_handler::options_submit($form, &$form_state) in /home/www/virtual/goodrender.com/htdocs/sites/all/modules/views/handlers/views_handler_filter.inc on line 607.
  • strict warning: Declaration of views_handler_filter_term_node_tid::value_validate() should be compatible with views_handler_filter::value_validate($form, &$form_state) in /home/www/virtual/goodrender.com/htdocs/sites/all/modules/views/modules/taxonomy/views_handler_filter_term_node_tid.inc on line 302.
  • strict warning: Declaration of views_handler_filter_boolean_operator::value_validate() should be compatible with views_handler_filter::value_validate($form, &$form_state) in /home/www/virtual/goodrender.com/htdocs/sites/all/modules/views/handlers/views_handler_filter_boolean_operator.inc on line 159.
  • strict warning: Declaration of views_plugin_style_default::options() should be compatible with views_object::options() in /home/www/virtual/goodrender.com/htdocs/sites/all/modules/views/plugins/views_plugin_style_default.inc on line 24.
  • strict warning: Declaration of views_plugin_row::options_validate() should be compatible with views_plugin::options_validate(&$form, &$form_state) in /home/www/virtual/goodrender.com/htdocs/sites/all/modules/views/plugins/views_plugin_row.inc on line 134.
  • strict warning: Declaration of views_plugin_row::options_submit() should be compatible with views_plugin::options_submit(&$form, &$form_state) in /home/www/virtual/goodrender.com/htdocs/sites/all/modules/views/plugins/views_plugin_row.inc on line 134.

STARBUCKS INTERIOR BY KENGO KUMA - lookslikegooddesign.com

เห็นโครงสรา้งดูไม่ทรัพย์ซ้อน แต่น่าจะปวดหัวเวลาทำ 3D นะ :)

(อ่านจาก tweet นี้ ของคุณ Diana Malkosh ครับ)

UPDATE 29 May 2012: คุณอาจจะไม่เชื่อ แต่ มีคนเอาไปทำเป็น 3d แล้วครับ

Chris Nolan: '3D is a misnomer' - techradar.com

Marc Chacksfield for Techradar.com

Chris Nolan has given his reasons for the lack of 3D in The Dark Knight Rises – and the whole of his Batman trilogy – saying that there's no need for the format, as films are 3D already.

Architectureserved.com - http://www.architectureserved.com/

เว็ปรวมงาน showcase สถาปัตยกรรม และงานเรนเดอร์เก๋ ๆ สำหรับแรงบันดาลใจในการทำงานใหม่ ๆ ครับ (อ่านจาก tweet นี้ของ Behance ครับ)

The Art Of Rendering - fxguide.com

บทความน่าอ่านเกี่ยวกับตัวเรนเดอร์แบบต่าง ๆ ประวัติ ความเป็นมา และอื่น ๆ ครับ

เรารักงานออกแบบครับ เราอยากมีส่วนช่วยนักออกแบบ ให้สามารถค้นพบปัญหาที่หน้างานได้ก่อนที่จะดำเนินการตกแต่งหรือก่อสร้างสถานที่จริง

การมีภาพหน้างานประกอบการทำ 3d นั้นช่วยให้เราสามารถทำตรงนี้ได้ง่ายขึ้นครับ ส่วนใหญ่โครงสร้างอาคารบางแห่ง สามารถมีผลต่องานออกแบบของดีไซเนอร์ได้โดยตรง เช่นงานระบบท่อ ที่เดินภายนอกผนัง หรือสีของท่อสปริงเกอร์ หรืองานระบบอื่น ๆ

เราไม่ได้เข้าไปก้าวก่ายงานของผู้ชำนาญเฉพาะทางครับ แค่ชี้เฉพาะจุดที่เราค้นพบและมีผลต่องานออกแบบโดยตรง เช่น คานระหว่างเสาบางต้นที่มีระดับตำกว่าแนวฝ้าปรกติ ที่จะต้องเห็นภายในภาพ perspective

ซึ่งเราโดนถามในลักษณะเดียวกันกลับมาบ่อย ว่าทำไม ABC อยู่ในภาพ 3d ด้วย หรือทำไมมันไปอยู่ตรงนั้นได้ .. ซึ่งหลังจากตรวจสอบไปมาแล้วส่วนใหญ่ จะเป็นโครงสร้างเดิมอาคารที่ไม่สามารถรือถอนออกได้ เลยเป็นผลให้เป็นการบ้านของนักออกแบบว่า จะปล่อยให้โครงสร้างอาคารเดิมมาเป็นส่วนร่วมในงานออกแบบของตนเองหรือไม่

เราบางอย่างที่เรามองข้าม อาจจะมีผลโดยตรงต่องานออกแบบในสถานที่จริง ดังนั้น คำถามคือ ในเมื่อเราเจอก่อน เราควรจะทำการแก้ไขก่อนขณะที่ยังเป็น 3d อยู่นี้

เราเชื่อว่ามันเป็นสิ่งที่ควรจะทำ ถ้าเราอยากให้งานออกแบบนั้นจบเสร็จสิ้นแบบไม่ต้องเจอปัญหาเดียวกันในสถานที่จริง เพราะเราน่าจะใช้ประโยชน์จากโปรแกรมและการทำ 3d ที่มีอยู่ในปัจจุบันได้มากกว่าการทำภาพตีฟสวย ๆ เพียงอย่างเดียวครับ

We love design stuff as designers do and wanted to help designers to create great design and bring it to the world. We believe that 3D visualization should work beyond create just a beautiful cgi image. It should visualize potential problems on a site and bring solution to those problems, too.

Before things are getting built and real problem pop up later. If we discover those oversight details earlier, we would inform you.

It is not about anybody's fault, Everyone makes mistake. We need to accept it and improve not to make same thing in the future.

It is about finding unexpected building elements that has affect on design during the design development, before It gets built and real oversight problems appear in realworld which is way more harder to fix.

Similar to most of other industries that use 3d visualization for testing and simulate real world usage conditions.

To help discover and fix those oversight details before hand, Eventually make design project that everyone proud of, clients are happy and wanted to talk about.

NOTE 28 May 2012: This is a guideline of how we calculate the fee for every projects, but detail may vary project to project.


I would like to take this post to explain how we calculate the visual fee, but before we get into that, let's look at our workflow...

1. Initial brief and design concept sketches.

This is when we first start modeling all the framework and send you the very first draft.

2. Design development.

After we send you the first draft, then you would give us feedback and develop design during this phase which usually have few round of draft visuals or in other words, few round of revisions. During this design development phase, each file name will go like this.
Filename_d1_ddmmyy.png or Filename_d1_ddmmyy.jpg

3. Final Rendering.

Once everything has been confirm, we would render out hi-res visuals for your presentation and final filename will be as follow
Filename_hi_ddmmyy or Filename_d1_ddmmyy.jpg

After we deliver all the hi-res visuals to you, we would start calculate the fee. But depends on each project which often I would confirm project status with you before we submit our invoice.


Example

Project ABCD

start on 1 Jan 2012

  • Draft 1 on 3 Jan, very first draft and design development phase begin
  • Draft 2 on 5 Jan, ...
  • Draft 3 on 6 Jan, ...
  • Draft 4 on 10 Jan, ...
    • Hi Res 1 on 15 Jan <-- start calculate the fee at this point.
  • Draft 5 on 20 Jan, you need some amendment.
  • Draft 6 on 23 Jan, ..
  • Draft 7 on 25 Jan, ..
    • Hi Res 2 on 28 Jan <-- calculate the fee again base on additional works.

NOTE:

  1. During design development phase, no charge for each round of revision (which will be rendered in draft or lower resolution) and number of round may vary, depends on amount of work and our timeline.
  2. We calculate fee based on final outcome, only count for hi-res visuals.
  3. Usually, we would inform our visual rate before hand, this is just a guide for you to do roughly calculation on your side.