Animation2012. 2. 27. 14:23



뭐지.. 이 덜떨어진 건담은 ?

유아적인것은 뭐.. 시장이 그쪽이라 그렇다고 인정할 수 있지만,
건담이라면 나와야할 압도적 강함이라던가 존재감 같은 것이 전혀 없다.

주인공도 뉴타입적인 감각도 별로 없고,

뭔가 자꾸 약해져가는 건담을 보는것도 시원찮은데..  
AGE 시스템은 뭔가 도라에몽 주머니 같은 느낌...
합체하면 근육맨 건담으로 변하기나 하고 많이 실망스럽다.


AGE 시스템에 의해서  GUNDAM Base를 가지고 장갑형으로 업그레이드 된 건담 AGE 타이터스 입니다.
웬지 열혈 계열의 로봇이 생각나는 설정입니다.
(이게 건담인지 프라모델 대장군인지.. 레스링하면 딱 어울릴것 같은 설정.... )

최근에 갑자기 Season 2 식으로 해서 넘어갔다.
몇가지 스포일러성 글도 올라오는 것을 보면 재미있는 장치도 되어 있다.
( 뭐 대충 뭔지는 짐작이 가지만. . )

여태까지의 건담과 틀린 점은 갑자기 몇십년 뒤의 이야기로 점프해서 다시 새롭게 이야기를 전개하고 있다는 점이 틀린점이다.
세대를 넘나드는 건담이라는 설정이 이번에는 아예 하나의 에피소드에서 세대를 연결시켜주고 있다.

이런 저런 투덜 거림은 있겠지만 하여튼 끝까지 자연스럽게 보게 될것 같다.
- 건담이니까...
 

'Animation' 카테고리의 다른 글

지브리 멤버들의 회식~~  (0) 2013.08.15
아~~!! F.S.S.  (0) 2013.04.11
오늘은 LYNN MINMAY양의 생일입니다.  (0) 2011.10.10
다시보는 Z 건담  (1) 2011.03.15
건담 팬들을 위한 부천 판타스틱 영화제  (2) 2010.05.26
Posted by GUNDAM_IM
ASIC SoC2012. 2. 6. 19:20

Ruby-vpi를 테스트 하는 과정을 정리하였다.
여기서 사용하는 예제는 아래 링크에서 참조 하였다.

http://snk.tuxfamily.org/lib/ruby-vpi/#usage.tutorial.declare-design

디자인은 counter.v 이다.

일단 Top module부터 만든다.

module counter #(parameter Size = 5) (
  input                   clock,
  input                   reset,
  output reg [Size-1 : 0] count
);
endmodule


일단 폴더를 만들고

mkdir xUnit

디자인을 옮겨 둔다.
cp counter.v ./xUnit

그리고 해당 폴더로 가서 xUnit용 파일을 만든다.


GUNDAM-NT:xUnit kevinim$ ruby-vpi generate counter.v --xUnit

  module  counter
  create  counter_runner.rake
  create  counter_design.rb
  create  counter_proto.rb
  create  counter_spec.rb
  create  counter_loader.rb
  create  Rakefile 


위와 같이 커맨드를 넣으면 그에 맞게 파일이 만들어진다.
각각 앞에서 설명하였던 *.rake *_design.rb _proto.rb *_spec.rb *_loader.rb Rakefile 등이다.

(2) Spec 생성

카운터라는 것의 특성상 기본적인 내용은 아래와 같이 정의할 수 있겠다.
- 초기 값은 0이어야 한다.
- 상승 클럭에서 카운트 값이 1씩 증가한다.
- 최대 값에 도달하면 overflow가 발생하지만 하여튼 0부터 시작한다.

이것을 스펙으로 정의하면 아래와 같다.

require 'test/unit'

# lowest upper bound of counter's value
LIMIT = 2 ** DUT.Size.intVal

# maximum allowed value for a counter
MAX = LIMIT - 1


class A_counter_when_reset < Test::Unit::TestCase
  def setup
    DUT.reset! # reset the counter
  end

  def test_should_be_zero
    assert_equal( 0, DUT.count.intVal )
  end

  def test_should_increment_upon_each_subsequent_posedge
    LIMIT.times do |i|
      assert_equal( i, DUT.count.intVal )
      DUT.cycle! # increment the counter
    end
  end
end

class A_counter_with_the_maximum_value < Test::Unit::TestCase
  def setup
    DUT.reset! # reset the counter

    # increment the counter to maximum value
    MAX.times { DUT.cycle! }
    assert_equal( MAX, DUT.count.intVal )
  end

  def test_should_overflow_upon_increment
    DUT.cycle! # increment the counter
    assert_equal( 0, DUT.count.intVal )
  end
end

 크게 2개의 클래스를 만들었는데
하나가  A_counter_after_being_reset 이고
나머지 하나가 A_conter_with_the_maximum_value 이다.

각각 다음과 같은 동작을 수행한다.
 
 
A_counter_after_being_reset 
-  setup :: Reset을 건다. 
- test_should_be_zero :: 0인지 확인한다. 
- test_should_increment_upon_each_subsequent_posedge :: 계속 증가하면서 하나씩 커지는 것을 확인한다. 

A_counter_with_the_maximum_value
- setup :: 리셋을 건다.
- test_should_overflow_upon_increment :: overflow가 되면 0이 된다.

이다.

(3) Prototype을 만든다.

counter_proto.rb 파일에서 만든다.

if RubyVPI::USE_PROTOTYPE
  always do
    wait until DUT.clock.posedge?

    if DUT.reset.t ?
      DUT.count.intVal = 0 
    else
      DUT.count.intVal  += 1
   end
  end
end
      
 
카운터의 값의 프로토 타입을 의미한다.


(4) Prototype을 검증하기

검증은 다음과 같이 한다.

GUNDAM-NT:xUnit kevinim$ rake ivl PROTOTYPE=1 
(in /Users/kevinim/Documents/Verilog_toos/ruby-vpi-test/xUnit)
rake aborted!
no such file to load -- ruby-vpi/runner_proxy

옵션으로 ivl은 icarus verilog simulator를 의미한다.

위와 같은 오류가 발생한다.
 
ruby-vpi/runner_proxy 

를 찾을 수 없다는 오류이다.

이 파일은 라이브러리에 있으므로 환경 변수를 설정한다.

export RUBYLIB=/Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ 

이후에 다시 실행한다.

GUNDAM-NT:xUnit kevinim$ rake ivl PROTOTYPE=1 
(in /Users/kevinim/Documents/Verilog_toos/ruby-vpi-test/xUnit)
rake -f counter_runner.rake ivl PROTOTYPE=1
(in /Users/kevinim/Documents/Verilog_toos/ruby-vpi-test/xUnit)
cp /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/obj/ivl.so ruby-vpi.vpi
["iverilog", "-mruby-vpi", "counter.v", {:verbose=>:default, :noop=>false}]
iverilog -mruby-vpi counter.v
["vvp -M. a.out", {:verbose=>:default, :noop=>false}]
vvp -M. a.out
ruby-vpi: prototype is enabled
SyntaxError: compile error
counter_proto.rb:6: syntax error, unexpected '\n'
counter_proto.rb:12: syntax error, unexpected kEND, expecting $end
        from counter_proto.rb:12:in `load_test'
        from /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi.rb:68:in `each'
        from /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi.rb:68:in `load_test'
        from ./counter_loader.rb:1
        from /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require'
        from /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `require'
        from /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/boot/loader.rb:146
        from /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/core/scheduler.rb:121:in `call'
        from /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/core/scheduler.rb:121:in `initialize'
        from /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/generator.rb:83:in `call'
        from /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/generator.rb:83:in `initialize'
        from /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/core/scheduler.rb:119:in `new'
        from /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/core/scheduler.rb:119:in `initialize'
        from /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/core/scheduler.rb:53:in `new'
        from /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/core/scheduler.rb:53:in `run'
        from /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/boot/loader.rb:144


몇개의 오류가 보인다.
이것을 먼저 수정하고 진행한다.

GUNDAM-NT:xUnit kevinim$ vi counter_proto.rb 
GUNDAM-NT:xUnit kevinim$ rake ivl PROTOTYPE=1 
(in /Users/kevinim/Documents/Verilog_toos/ruby-vpi-test/xUnit)
rake -f counter_runner.rake ivl PROTOTYPE=1
(in /Users/kevinim/Documents/Verilog_toos/ruby-vpi-test/xUnit)
cp /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/obj/ivl.so ruby-vpi.vpi
["iverilog", "-mruby-vpi", "counter.v", {:verbose=>:default, :noop=>false}]
iverilog -mruby-vpi counter.v
["vvp -M. a.out", {:verbose=>:default, :noop=>false}]
vvp -M. a.out
ruby-vpi: prototype is enabled
Loaded suite ruby-vpi
Started
EEE
Finished in 0.00128 seconds.

  1) Error:
test_should_be_zero(#<Module:0x10252d340>::A_counter_when_reset):
ArgumentError: "VpiHigh" is not a valid VPI property
    /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/core/handle.rb:364:in `initialize'
    /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/core/handle.rb:288:in `new'
    /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/core/handle.rb:288
....
  2) Error:
test_should_increment_upon_each_subsequent_posedge(#<Module:0x10252d340>::A_counter_when_reset):
ArgumentError: "VpiHigh" is not a valid VPI property
    /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/core/handle.rb:364:in `initialize'
    /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/core/handle.rb:288:in `new'
 ....

  3) Error:
test_should_overflow_upon_increment(#<Module:0x10252d340>::A_counter_with_the_maximum_value):
ArgumentError: "VpiHigh" is not a valid VPI property
    /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/core/handle.rb:364:in `initialize'
    /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/core/handle.rb:288:in `new'
    /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/lib/ruby-vpi/core/handle.rb:288
...

3 tests, 0 assertions, 0 failures, 3 errors
     
위의 에러는 뜻밖인데,
Ruby-VPI에서 버그가 있는것이다.
Test Code용으로 만들어낸 디자인에서 code가 틀리게 되어 있다.

counter_design.rb 를 아래와 같이 수정한다.


# Simulates the design under test for one clock cycle.
def DUT.cycle!
  clock.t!
  advance_time

  clock.f!
  advance_time
end

# Brings the design under test into a blank state.
def DUT.reset!
  reset.t!
  cycle!
  reset.f!
end
 
그리고 시뮬레이션을 수행하면 다음과 같은 오류가 발생한다.

GUNDAM-NT:xUnit kevinim$ rake ivl PROTOTYPE=1
(in /Users/kevinim/Documents/Verilog_toos/ruby-vpi-test/xUnit)
rake -f counter_runner.rake ivl PROTOTYPE=1
(in /Users/kevinim/Documents/Verilog_toos/ruby-vpi-test/xUnit)
cp /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/obj/ivl.so ruby-vpi.vpi
["iverilog", "-mruby-vpi", "counter.v", {:verbose=>:default, :noop=>false}]
iverilog -mruby-vpi counter.v
["vvp -M. a.out", {:verbose=>:default, :noop=>false}]
vvp -M. a.out
ruby-vpi: prototype is enabled
 MAX   is 31
 SIZE  is 5
 Limit is 32
Loaded suite ruby-vpi
Started
.FF
Finished in 0.059358 seconds.

  1) Failure:
test_should_increment_upon_each_subsequent_posedge(#<Module:0x10232d3d8>::A_counter_when_reset)
    [counter_spec.rb:27:in `test_should_increment_upon_each_subsequent_posedge'
     counter_spec.rb:26:in `times'
     counter_spec.rb:26:in `test_should_increment_upon_each_subsequent_posedge']:
<1> expected but was
<0>.

  2) Failure:
test_should_overflow_upon_increment(#<Module:0x10232d3d8>::A_counter_with_the_maximum_value) [counter_spec.rb:39]:
<31> expected but was
<0>.

3 tests, 4 assertions, 2 failures, 0 errors
 
이번의 오류는 RUBY와 icaurs가 연결이 되지 않는다는 의미이다.

그래서 이번에는 CVER로 바꾸어서 컴파일을 해본다.
GPLCver에 대한 설치는 이 페이지를 참조하고 여기서는 그냥 진행한다

GUNDAM-NT:xUnit kevinim$ rake cver PROTOTYPE=1
(in /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/examples/counter/xUnit)
rake -f counter_runner.rake cver PROTOTYPE=1
(in /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/examples/counter/xUnit)
["cver", "+loadvpi=/Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/obj/cver.so:vlog_startup_routines_bootstrap", "+incdir+..", "../counter.v", {:verbose=>:default, :noop=>false}]
cver +loadvpi=/Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0/obj/cver.so:vlog_startup_routines_bootstrap +incdir+.. ../counter.v
GPLCVER_2.12a of 05/16/07 (Mac OSX).
Copyright (c) 1991-2007 Pragmatic C Software Corp.
  All Rights reserved.  Licensed under the GNU General Public License (GPL).
  See the 'COPYING' file for details.  NO WARRANTY provided.
Today is Wed Nov  2 19:37:38 2011.
Compiling source file "../counter.v"
Highest level modules:
counter

ruby-vpi: prototype is enabled
Loaded suite ruby-vpi
Started
...
Finished in 0.103285 seconds.

3 tests, 35 assertions, 0 failures, 0 errors
0 simulation events and 0 declarative immediate assigns processed.
1 behavioral statements executed (1 procedural suspends).
  Times (in sec.):  Translate 0.0, load/optimize 0.1, simulation 0.3.
  There were 3 error(s), 136 warning(s), and 4 inform(s).
End of GPLCVER_2.12a at Wed Nov  2 19:37:38 2011 (elapsed 0.3 seconds).

결과는 이상없이 잘 진행된다.
아마도 icarus와 ruby-vpi가 잘 안맞는 문제인듯..
Osx에서만 안맞는것인지 linux에서도 그런지는 확인을 하지 못하였다.
 
 
이 방법은 불안정 해서  더이상 진행하지 않습니다.
나중에 Linux + ModelSim이나 VCS로 테스트 해보고 되면 진행 예정입니다.


 
Posted by GUNDAM_IM
ASIC SoC2012. 2. 6. 19:19
(1) 개요

이 글은 아래 페이지를 참조하였다.

http://snk.tuxfamily.org/lib/ruby-vpi/

기본적으로  Ruby-VPI는 PLI 를 이용해서 Ruby까지 연결된 Interface를 제공한다.
따라서 Ruby를 이용해서  Testbench를 만들어 낼 수 있다는 점이 장점이다.
 
Ruby의 장점을 그대로 계승하기 때문에 Test bench나 검증 작성에 많은 도움이 된다.
검증 작성에서는 RUBY의 Test unit을 그대로 사용할 수 있기 때문에 TDD를 적용해 볼 수 있다.

Ruby-VPI의 최신 버전은 2008년 버전이며 21.1.0 버전이다.
다운로드는 아래 페이지에서 할 수 있다.

http://rubyforge.org/frs/?group_id=1339



(2) 설치

설치는 아래와 같이 한다.
설치에 대한 참조는 아래 링크를 참조 http://snk.tuxfamily.org/lib/ruby-vpi/#setup.inst

rake build
ruby bin/ruby-vpi -v


설치가 잘 되어 있으면 아래와 같은 메시지를 볼 수 있다.

ruby-vpi 21.1.0 (2008-08-02) http://ruby-vpi.rubyforge.org /Users/kevinim/Documents/Verilog_toos/Ruby-VPI/ruby-vpi-21.1.0


인스톨이 안되면 아래와 같이 직접 gem을 통해서 인스톨한다.

gem install ruby-vpi
WARNING:  Installing to ~/.gem since /Library/Ruby/Gems/1.8 and
          /usr/bin aren't both writable.
WARNING:  You don't have /Users/kevinim/.gem/ruby/1.8/bin in your PATH,
          gem executables will not run.
ERROR:  Error installing ruby-vpi:
        rspec requires rspec-expectations (~> 2.7.0, runtime)
 
rspec-ecpectations을 설치해야 하는데 아래와 같이 명령어를 넣어서 설치한다.
 
gem install rspec-expectations

설치되고 검사는 위와 같은 방식으로 실행한다.

ruby-vpi  -v

2008년 이후에 Update가 안되었으니까 굳이 Update할 필요가 없지만,

혹시 몰라서 업데이트 커맨드는 아래와 같다.

gem update ruby-vpi


  (3) RUBY-VPI가 지원하는 시뮬레이터

SimulatorNotes
GPL Cver(recommended) Version 2.11a or newer is acceptable.
Synopsys VCS Any version that supports the -load option is acceptable.
Mentor Modelsim Any version that supports the -pli option is acceptable. SeeSection 6.3. Mentor Modelsim if you are using Modelsim version 6.2g.
Cadence NC-Sim Any version that supports the +loadvpi option is acceptable for Ruby-VPI versions 20.0.0 or older. See Section 6.2. Cadence NC-Sim for details.
Icarus Verilog Version 0.8 is mostly acceptable because you will not be able to access child handles through method calls. See Section 6.1.1. Give full paths to Verilog objects for details.
 
 일단 OSX에서는 ICARUS를 활용해서 한다.
 

(4)  RUBY-VPI의 기본적인 개념

 

ruby-vpi는 두개의 component로 연결되어 있다.
- ruby-vpi와 verilog vpi 이다.

Ruby를 이용해서 테스트 벤치를 가동시키고 test case를 구동시킬 수 있다. 이는  Ruby interpereter는 스크립트를 구동하는데 이는 Ruby-VPI를 통해서 Verilog VPI를 거쳐서 Simulator 를 구동하게 된다.
- 귀찮은 C를 이용한 PLI 가 없으므로 테스트 케이스 개발이 쉬워진다는 장점을 얻을 수 있다.

위의 그림을 단순하게 보면 아래와 같다.



Ruby-VPI를 사용하게 되면 몇개의 파일이 생성되거나 만들어지게 된다.

각각의 파일은 아래와 같다.

- runner.rake
      verilog simulator를 구동한다.
   
- design.rb
      DUT의 method를 정의한다.
     테스팅을 데이터 구조 등도 포함될 수 있다.

- proto.rb
     DUT 모델의 Ruby version

- spec.rb
    테스트를 위한 함수 / 클래스 등을 포함시킨다.

- loader.rb
   test를 로딩하는 user defined test code 이다.



     
 
Posted by GUNDAM_IM
ASIC SoC2012. 1. 31. 13:21
이번에 중국 유력 매체(?) 에 광고한 회사 제품 광고입니다.

한문이 많이 나와있지만 잘 보면 의외로 읽을 수 있는것 같네요 
이래서 옛날 분들이 급히 제 2 외국어 시험을 봐야 할 때에는 중국어로 선택하신것 같습니다.

일단 열심히 보면 뜻을 알수는 분위기라서..





 
Posted by GUNDAM_IM
Life is ..2011. 12. 23. 10:05

(1) 몸무게  약 -12Kg 감량을 했음  ( 최고 -12.1kg, )


운동 사진은 아래에 등록 해 놓았음..
주) 아래 컨텐츠는 보기 거북할 수 있으니 굳이 보시고 싶으시지 않으신 분은 보지 말아 주시기 바랍니다.
 
왼쪽이 운동 시작할 때쯤
가운데가 운동 시작한지 4개월 경과시
최근 사진은 아직 못찍었음... (좀더 좋아졌을듯..) 

(2) 양산 시작 / 칩도 만들고...
      우여 곡절 끝에 드디어 양산을 시작한 자식같은 녀석들...
      OpenRISC를 이용한 프로세서도 만들어 보고..

(3) 해외 진출

드디어 만든 제품이 해외에 판매 시작..  칩으로는 몇년만에 해외 진출이냐 TT_TT
내년에는 대박나야 하는데... 

(4) 건담 2.5기 조립
  
올해 건담을 2기 조립 완료했다.
그리고 아스트레이 레드 프레임은 다리만 조립한 채로 남아 있다. 흑  언제쯤 완성을 시킬려나...

(5) 기타
약 35000km 운전
해외 출장 8번  TT__TT
책 대략 20여권 읽음. (코믹북 등은 제외)
   1개월에 2권정도는 읽은것 같은데 카운트는 못해봤음  / 내년에는 더 읽어야지.. 
건담 오리진 마지막권 구입
밧슈 입하중
- 드디어 FSS  흑기사 밧슈를 구입.  
  어떻게 만들까 고민중임.
  애기들이 많이 컷으니 집에 도색 시스템을 갖추어도 될듯하다.



못한 점
(1) 건담 만들기가 하반기에 부족했음

   하반기에 시간이 부족하여 건담 조립이 지연되고 있음
   아직 레드프레임도 못만들고 있음  언제쯤 만들 수 있을려나.. 쌓여저가는 건담 박스들을 보면 한숨만..
   거기다 레드 프레임은 유연치 않게 한게 더 생겨서 고민중임...

(2) PCIexpress 버전을 완성하지 못하였음.
     결국 내년으로 지연 중. 
     늘어만가는 커스터머의 기능 요구가 미워.... 

(3) 중국어 공부 부족
      아직 중국어 공부중이지만 너무 부족함..
      좀더 공부를 더 해야 하는데 ... 
      게을러서 안되고 있음.


내년 목표는 
(1)  이것 저것 고민중... 
       일단 몸무게는 -5kg을 더 뺴는 것이 목표로 설정
       그외에는... 흠... 



운동 경과 사진.. 


 


 
Posted by GUNDAM_IM
Hobby2011. 12. 12. 19:06


미술과 상관이 0.0000001%도 없는 분야에 근무하지만 가끔 미술을 보고 싶다는 생각을 하기도 합니다.
그런 면에서 미술관이나 박물관을 찾아다니기에 귀찮기 때문에 누가 설명해주는 책이나 영상을 주로 보게 됩니다.
이번에 iPad나 iPhone등에서 볼수 있는 미술 설명 중에서 최근에 발굴(?)한 좋은 podcast는 바로 서정욱 갤러리의 미술 토크 입니다.

정말 차분한 목소리로 작가나 그림을 설명하는데
미술을 잘 모르는 사람이 들어도 마음이 차분해지는 설명을 해 줍니다.

내용에서도 유명한 화가만을 소개 시켜주는것이 아니라
(관심이 없어서)  잘 몰랐던 화가들을 소개해주면서 의미를 알려주기 때문에 쉽게 이해하는 데에 많이 도움이 됩니다.

아 이런 화가도 있고 이런 느낌이구나 하는 것을 쉽게 알려주기 떄문에
Podcast를 듣기 좋아하는 분들에게 추천합니다.
 
(주) 찾아보니 Podcast 뿐만 아니고 블로그도 따로 있네요.. 이쪽 링크 따라가시면 됩니다.





Posted by GUNDAM_IM
Life is ..2011. 12. 7. 12:30
난생 처음간 경주입니다.

집사람은 고등학교때 수학여행 갔다 왔다고 하며 2번째라고 하지만..
저는 쩝.. 처음입니다.


호텔 앞에 있는 테디베어 인형 앞에서 한 커트...



도착해서 온천을 마친후에 저녁을 먹으로 간곳은 교동 쌈밥집 입니다.
이곳을 선택한 것은 요새 우리 애기들이 푹 빠져있는 런닝맨에서 나온집이라는 이유 하나입니다.

 



풍성한 상차림과 맛있는 쌈밥입니다. 
2인분을 시켰는데 조금 부족하였습니다. 대략 3인분 시켜야 할 듯..

놓인 순서대로 쌈싸먹는 미션을 수행해 보았습니다.


 
경주 여행의 빠질 수 없는 코스 첨성대입니다.
쌈밥집 건너편에 있어서 지나가는 길에 들렸습니다.



그리고 다음날 코스는 당연히 불국사입니다.
일요일이라서 그런지 차가 아주 많았습니다.



불국사 3종 세트...
입구 계단, 다보탑 , 석가탑 
책에서만 보던것을 여기서 볼줄이야.. TT_TT 좀더 일찍 올걸 하는 생각이 듭니다.


대웅전에서 (대웅전인지는 기억이 가물..)



돌탑 쌓기도 한번 해보고...

석굴암은 좀 떨어져 있는데 겨울이라 그런지 좀 춥습니다.
다행인것은 불국사 -> 석굴암 코스여서 그나마 좀 따뜻할때 갈 수 있었습니다.
석굴암 -> 불국사 코스를 잡은 팀도 있었는데 엄청 추웠다고 하더군요



석굴암 가는 길에서 찍은 사진과 석굴암 암자를 찍은 사진입니다.
석굴암 안은 촬영 금지여서 못찍었습니다.




천마총에서 찍은 사진입니다.
다행인것은 가을 단풍이 아직 살아 있다는 점이었습니다. 단풍 구경 놓치면 가을을 놓치는 거라는 친구 말이 생각났지만, 
올 가을은 구경 못했는데 여기서 할 줄이야.. 


 
 여행의 마지막 코스는 안압지... 
야경이 이쁘다는 이야긴 들었지만, 그렇게 이쁠줄은 몰랐습니다.


끝으로 음식점은

교동 쌈밥집 ;  쌈밥집  추천, 가격대비 맛이 있고 친절합니다. 
로터리 해장국 : 해장국 집 , 추천 , 콩나물과 묵 이라는 의외의 조합이 담백한 맛을 냅니다.
                           할머니들도 친절하시고 아침 식사로는 딱입니다.
고색 창연      : 고기집 , 절대 비추 , 주인이 아주 불친절합니다.
                         한마디로 너희가 아니어도 먹고 살수 있거든이라는 생각이 풀풀납니다. 
본가 할매 순두부 :  순두부 집이 많이 모여있는 곳에 있는데  맛이 보통이었습니다.

숙박 시설은 
조선 온천 호텔    :  건물은 오래되었지만, 친절합니다.  2층에 온천이 있는데 수질이 별로 였습니다.  
                                 온돌방에 묵었는데 조용하고 따뜻했습니다.
 

Posted by GUNDAM_IM
Life is ..2011. 11. 22. 09:18
일본 출장에서 방문한 맛집은

도쿄 칸타에 있는 라멘 배틀 참피언의 라면집입니다.
협력사 사장님의 소개로 방문한 곳입니다.


 
역에서 남문쪽으로 나오면 보이는 칸타 상가골목을 따라 쭈욱 오면  중간끔에 위치했습니다.
점심 시간에는 엄청 줄서야 한다는 바로 그집입니다.
줄서기 싫어서 일부로 약간 늦게 갔지만, 역시 조금은 줄 서야 하더군요
현지 분들은 줄이 거의 없다고 놀란 눈치였습니다.
 


 
입구에 있는 라면 배틀 참피온 트로피입니다.
오래전에 받은거고 관리를 그닥 안해서인지 약간 남루합니다.

 
주문한 라면..
관계사 사장님꼐서 추천해주셨기 떄문에 역시 이름은 모릅니다.
그냥 주시는대로....

일단 고기의 육질은 부드럽고,
면과 콩나물이 잘 엮어서 먹을때 마다 좋은 맛입니다.

특히 국물은 새우젓과 간장의 중간정도 맛이 납니다. 정말 찐하고 약간 짠맛의 느낌..

점심때 한그릇 먹고 저녁까지 버틸 수 있을 정도로 양이 많습니다.
 
특색있는 지역 라면 드시고 싶을떄 추천 합니다.


'Life is ..' 카테고리의 다른 글

올해의 성과  (1) 2011.12.23
경주 방문기 - 처음가는 경주  (0) 2011.12.07
첫째랑 하는 Card Game-UNO  (0) 2011.11.20
인상파 화가전..고흐의 별밤과 화가들의 꿈  (2) 2011.07.09
춘천 / 가평 펜션에서  (0) 2011.06.14
Posted by GUNDAM_IM
Life is ..2011. 11. 20. 11:57
주말에 블루마블 하는 것이 일과였는데
이제는 그것을 넘어서,  카드 게임을 하게 되었습니다.

카드 게임은 "원카드" 게임을 더욱 단순하게 만든 UNO라는 게임이고 유치원에서 하기 쉽게 만든 게임입니다.
블루마블은 한참 해야 한판이 결론 나는데, 
UNO는 손쉽게 결론이 납니다.

그리고, 이기고 지는것이 상당히 운에 달려있기 때문에
종종 "지고 싶어도" 이길수 밖에 없는 상황이 되기도 합니다.



 - 지고 상심해 하는 첫째 입니다.

 
왜 졌을까 생각해보는 첫째..

귀여워서 아이패드 사진으로 한번 찍어 보았습니다.
 
결국 집사람이랑 마지막에 서로 져주기 께임을 하고
무사히(?) 잘 수 있었습니다.



 
Posted by GUNDAM_IM
Hobby2011. 11. 8. 09:40
그동안 쓰고 있던 AV Receiver가 HDMI 신호를 못 받는 약간 년식이 된 AV Receiver입니다.

계속 장비가 늘어나고  또 늘어나는 기기마다, HDMI I/F를 쓰는 넘들이라 . 이번 기회에 기종변경을 할까 고민중입니다.

지금 사용하고 있는 것은 중저가에 많은 브랜드 인지도를 가지고 있는 마란츠 장비여서 소리에는 큰 불만이 없는데
아무래도 HD급 I/F를 요구하는 기기가 자꾸 늘어남에 따라서 I/F에 한계가 있습니다.

생각해본 요구 기능으로는

HDMI I/F
DVI I/F (요건 Mac Mini용)

그리고 

iPod/iPhone/iPad I/F를 가지고 있으면 좋겠다는 생각을 하고 있고

DVD, Video , Apple TV와 PS/2 (요건 조만간 3로 교체를 검토..) 그리고 Wii I/F를 지원하기에 충분한 포트를 가지고 있어야 한다는 
조건이 붙습니다.

IPTV SetTop Box는 직접 TV로 연결하는것이 정석이어서 제외

이런 조건하에서 중저가 대상으로 리스트업을 하면 일단 고려 대상인넘이 마란츠 SR-5006 입니다. 


디자인도 깔끔하고.. 괜찮을듯
뒷면의 연결 포트 사진입니다.

HDMI I/F와 Speaker I/F를 갖추고 있고 지금 가지고 있는 아날로그 기기들을 연결할 수 있는 적당한 포트를 갖고 있습니다.


지금 장비와 색상이 똑 같아서 바꾼 느낌도 안날것 같은데, 다행인 점은 블랙버전도 존재합니다


강렬한 색상으로는 이것이 좋은데.. 

동급 디바이스로는 역시 경쟁사인 데논사의 AVR-3312가 있습니다.



뒷면은 얼핏보면 마란츠 SR-5006과 거의 유사한데 디테리에서 조금씩 차이가 있습니다.


비슷한 기능에 비슷한 사운드라서.. 둘중 하나를 선택하면 적당할 것 같습니다.

예전에 양사 제품을 같이 놓고 청음회를 한적이 있는데 개인적으로는 Maranz 제품의 소리가 맘에 들었습니다.
이런 류의 장비는 개인적인 호불호에 의해서 선택이 되는 것이라,  기기에서 소리가 ( 객관성을 가진 ) 좋다 나쁘다가 아니라 (주관적인) 맘에 든다 안든다고 파악해야 합니다. 어차피 감성의 영역이라 좋은 소리는 모든 사람이 좋은 소리라는 것을 알게 되는 소리고, 맘에 드는 소리는 나한테 듣기 좋은 소리라는 의미이죠.. ㅋㅋ  결국 좋은 소리와 맘에 드는 소리를 같이 내는 넘을 찾아야 합니다.

들어보고 선택을 한다면 남은 문제는 단순한 문제만 남는거네요.. 

현질할 자금을 만드는 일만.. 




 
Posted by GUNDAM_IM